I have a .bak file created today by someone else, manually created through SSMS 2008 R2. I’m trying to manually restore the database, unfortunately the file isn’t appearing when I go to browse it.
I can script the restore process, but I’ve seen this problem before and I’m not sure what could cause the .bak to not appear.
We had the same issue today. It turned out to be a permissions issue, as illustrated in some of the other answers. The difference is that the account we needed to add was
I identified the account by comparing the permissions of the default SQL Backup folder permissions to the folder containing the backup file.
Adding the service account is not as simple as it sounds. Here is what worked for me. (Server 2012 R2)
- Log into the server. (The change must be made on the actual server, not through a network share.)
- Change the Locations to the local server name.
- Type in
NT SERVICEMSSQLSERVERin the name box. (Do not click Check Names)
- Click OK. You will then see a list of the matching service accounts. Select MSSQLSERVER, and click OK to accept the selection.
You should see the service account listed in the security settings, and can adjust the permissions accordingly.
After adding permissions (I added Full Control, to match the default SQL Backup folder.) and restarting the SQL Server Management Console, I was able to select and restore my backup file.
I got this today.
I turned off file sharing, indexing and cleared any open sessions (people logged in to copy backups), but problem did not go away.
Went to Windows Explorer, copied the backups to another folder and browsed to that one through Management Studio, and I could see it there.
Deleted the original folder and recreated it, copied contents back again and browsed to the
.bak files and it was back to normal.
Hope this helps someone.
I encountered this problem a couple of times. The issue is not with SQL Server but with Windows Permission of the folder. You have to add appropriate permission to the folder where you copied .bak file (I think
System Network role).
The easier solution is, to move the file to the default back up folder in Program Files. It has all the necessary permission. For SQL Server 2012 it is
D:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLBackup
I also came across the same issue today. I was given a backup file to restore but it was not visible to me while browsing. However I was able to acess the in file system but in in restore wizard using
SQL Server management Studio.
After spending some I discovered that it is permissions issue. SQL Server Service is running using
Network Service but
Network Service account did not have permissions to access the folder. After granting the permissions to
Network Service. Backup file was visible to restore.
For details please check by Blog.
If you can find it in Windows Explorer, then you should write a
RESTORE DATABASE command instead of relying on the clunky GUI to find it for you. Who knows what code is going on in there and why it might not be able to find the file – sorry I only have a workaround and not a solution.
Also ensure that the file is actually something.bak and not something.bak.txt (Windows may be “helpfully” hiding the extension from you. I hate that default behavior.)
This happened to me today on my dev box. In my case, the service account had permissions to the folder, but my user account didn’t. Once I granted my account permissions to the folder, I was able to see the .BAK files.