Click here to monitor SSC
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Determine Physical Device Name for a backupset.


Determine Physical Device Name for a backupset.

Author
Message
Jamie Johnson-406551
Jamie Johnson-406551
Grasshopper
Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)

Group: General Forum Members
Points: 14 Visits: 187
I am running the folowing query:

SELECT TOP 1 M.physical_device_name
FROM msdb..backupset S
JOIN msdb..backupmediafamily M ON M.media_set_id=S.media_set_id
WHERE S.database_name = 'Gecko'
AND s.type = 'D'
ORDER by backup_start_date DESC

which returns the following physical_device_name: '{80F398C7-58AC-4DC6-BC15-0B2BE1A62C8E}8'

The physical address is in fact: 'E:\MSSQL\Backup\Gecko_db_200809301808.BAK'

What would this guid be pointing at?
Ian Scarlett
Ian Scarlett
SSCommitted
SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)

Group: General Forum Members
Points: 1593 Visits: 6540
That query should work... are you using any 3rd party tools to run the backup?



Jamie Johnson-406551
Jamie Johnson-406551
Grasshopper
Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)

Group: General Forum Members
Points: 14 Visits: 187
The backup is run by a 'Database Maintenance Plan' (which I did not setup) with a vanilla set of parameters for a daily backup.

However, a clue to the oddity may be in the following BackupMediaFamily record for the backup:

media_set_id: 14133
family_sequence_number: 1
media_family_id: B3A6F86C-0000-0000-0000-000000000000
media_count: 1
logical_device_name: NULL
physical_device_name: 80F398C7-58AC-4DC6-BC15-0B2BE1A62C8E}8
device_type: 7
physical_block_size: 1024


I do not know what device_type: 7 is?

thanks
Ian Scarlett
Ian Scarlett
SSCommitted
SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)

Group: General Forum Members
Points: 1593 Visits: 6540
Device type 7 is a virtual device.

Are you doing other backups (as well as via a maintenance plan) using 3rd party tools e.g. Veritas Backup Exec?



Jamie Johnson-406551
Jamie Johnson-406551
Grasshopper
Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)Grasshopper (14 reputation)

Group: General Forum Members
Points: 14 Visits: 187
Thanks for that

The database is first backed up by Maintenance Plan to a physical file, and then by Backup Exec SQL Server agent. Just had to look a little further.

I now know that virtual device backups will return a guid....

This issue is now closed.
surma.sql
surma.sql
SSC-Enthusiastic
SSC-Enthusiastic (106 reputation)SSC-Enthusiastic (106 reputation)SSC-Enthusiastic (106 reputation)SSC-Enthusiastic (106 reputation)SSC-Enthusiastic (106 reputation)SSC-Enthusiastic (106 reputation)SSC-Enthusiastic (106 reputation)SSC-Enthusiastic (106 reputation)

Group: General Forum Members
Points: 106 Visits: 364
Jamie Johnson-406551 (10/2/2008)
Thanks for that

The database is first backed up by Maintenance Plan to a physical file, and then by Backup Exec SQL Server agent. Just had to look a little further.

I now know that virtual device backups will return a guid....

This issue is now closed.


can you please help me how to resolve this issue.

I have same problem

Please
gregory exelrod
gregory exelrod
Forum Newbie
Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)

Group: General Forum Members
Points: 8 Visits: 69
I encoutered same problem in jobs using maintenance plans with standard backup tasks.Resave maintenance plans solved the problem.
gregory exelrod
gregory exelrod
Forum Newbie
Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)

Group: General Forum Members
Points: 8 Visits: 69
I encountered same problem. The rows in msdb.dbo.backupmediafamily with
physical_device_name in format '{76F.........}9} results of periodic backups databases by VMReplicator . in error log of instance you may find :
Database backed up: Database .... device informationSadFILE=1,TYPE=VIRTUAL_DEVICE:{'{76F.......}9'}) .Solution probably is ignore rows with device_type=7 in msdb.dbo.backupmediafamily when you
look for "last" local backup.
sakhamie 11960
sakhamie 11960
Forum Newbie
Forum Newbie (3 reputation)Forum Newbie (3 reputation)Forum Newbie (3 reputation)Forum Newbie (3 reputation)Forum Newbie (3 reputation)Forum Newbie (3 reputation)Forum Newbie (3 reputation)Forum Newbie (3 reputation)

Group: General Forum Members
Points: 3 Visits: 3
We recently implemented a new 3rd party backup device but and now we intend to move from he old backup device which seems to be failing .
Problem- When a backup fails , we currently do not know which of the backup device it was on without doing further digging because both backup devices show up as GUIDS with random hexadecimals as the physical device name.

Is there any way/script that could Alias these GUIDS as lets say "Tivoli or 'Redgate" please assistance would be appreciated

Desired outcome- To be able to run a sql script to actually confirm that a certain database is actually backed up to Tivoli
Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search