SQL Backup file extension .dat?

  • Hi All,

    I created several backup devices through my sql 2005 management console to backup a number of db's on a server with sql 2000. I noticed that the backup files have a file extension of .dat and not .bak. I tested a restore and although they were successful the table's that should have data in them dont seem to.

    Firstly, why have they got a file extension of .dat and not .bak? When creating the devices in 2005 it gives a .bak extension, but also in theory this can be left blank.

    Secondly, what can i do to retrieve the data that has been input, the backup job has overwritten to this file daily, but not saving the data in the tables?

    Any help would be appreciated.

  • SSMS / database / backup GUI presents the last known filename that has been used to create a backup.

    As you've stated, what's in an extention. It can be anything.

    If you created a fullbackup, it contains everything from that database !

    So ...... including data.

    Inspect your backup file if it contains more than one backup.

    restore headeronly disk=N'thebackupfilepathandname'

    and

    restore filelistonly disk=N'thebackupfilepathandname'

    will provide more info.

    Johan

    Learn to play, play to learn !

    Dont drive faster than your guardian angel can fly ...
    but keeping both feet on the ground wont get you anywhere :w00t:

    - How to post Performance Problems
    - How to post data/code to get the best help[/url]

    - How to prevent a sore throat after hours of presenting ppt

    press F1 for solution, press shift+F1 for urgent solution 😀

    Need a bit of Powershell? How about this

    Who am I ? Sometimes this is me but most of the time this is me

  • I believe we used .dat in the old days (pre v6.5) at some point. That and .dmp were used, but they were by convention, no reason not to use them. I'd move to .bak just to prevent confusion.

    As Johan mentions, the GUI remembers your last choice.

Viewing 3 posts - 1 through 2 (of 2 total)

You must be logged in to reply to this topic. Login to reply