Файл .bak не виден ни в одном каталоге в SSMS

У меня есть файл .bak, созданный сегодня кем-то другим, вручную созданный через SSMS 2008 R2. Я пытаюсь вручную восстановить базу данных, к сожалению, файл не появляется, когда я просматриваю его.

Я могу написать сценарий процесса восстановления, но я видел эту проблему раньше, и я не уверен, что может привести к тому, что .bak не появится.

У нас была такая же проблема сегодня. Как выяснилось в некоторых других ответах, это была проблема с разрешениями. Разница в том, что аккаунт, который нам нужно было добавить, был NT SERVICE\MSSQLSERVER.

Я идентифицировал учетную запись, сравнив разрешения по умолчанию для разрешений папки SQL Backup с папкой, содержащей файл резервной копии.

Добавление учетной записи службы не так просто, как кажется. Вот что сработало для меня. (Server 2012 R2)

1. Войдите на сервер. (Изменение должно быть сделано на реальном сервере, а не через общий сетевой ресурс.)
2. Измените расположение на имя локального сервера.
3. Введите в NT SERVICE\MSSQLSERVERполе для имени. (Не нажимайте Проверить имена)
4. Нажмите ОК. После этого вы увидите список соответствующих учетных записей служб. Выберите MSSQLSERVER и нажмите OK, чтобы подтвердить выбор.

Вы должны увидеть учетную запись службы, указанную в настройках безопасности, и можете соответствующим образом настроить разрешения.

После добавления разрешений (я добавил полный доступ, чтобы соответствовать папке резервного копирования SQL по умолчанию) и перезапуска консоли управления SQL Server, я смог выбрать и восстановить файл резервной копии.

Я получил это сегодня.

Я отключил общий доступ к файлам, индексацию и очистил все открытые сеансы (люди вошли в систему для копирования резервных копий), но проблема не исчезла.

Пошел в проводник Windows, скопировал резервные копии в другую папку и просмотрел ее в Management Studio, и я смог увидеть ее там.

Удалил исходную папку и воссоздал ее, снова скопировал содержимое и перешел к .bakфайлам, и он вернулся к нормальной работе.

Надеюсь, это кому-нибудь поможет.

Я сталкивался с этой проблемой пару раз. Проблема не в SQL Server, а в разрешении папки Windows. Вы должны добавить соответствующие разрешения в папку, куда вы скопировали файл .bak (я думаю, что System Networkроль).

Более простое решение - переместить файл в резервную папку по умолчанию в Program Files. Имеет все необходимые разрешения. Для SQL Server 2012 это

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup

Я также столкнулся с той же проблемой сегодня. Мне дали файл для восстановления, но он не был виден мне во время просмотра. Однако я смог получить доступ к файловой системе, но в мастере восстановления с помощью SQL Server management Studio.

Потратив немного, я обнаружил, что это проблема с разрешениями. Служба SQL Server работает с использованием, Network Serviceно у Network Serviceучетной записи не было разрешений на доступ к папке. После предоставления разрешения на Network Service. Резервный файл был виден для восстановления.

Для деталей, пожалуйста, проверьте блог .

Если вы можете найти его в Windows Explorer, то вам нужно написать RESTORE DATABASEкоманду, а не полагаться на неуклюжий графический интерфейс, чтобы найти ее для вас. Кто знает, что за код там происходит и почему он не может найти файл - извините, у меня есть только обходной путь, а не решение.

Также убедитесь, что файл на самом деле что-то .bak, а не что-то. Bak.txt (Windows может «услужливо» скрывать расширение от вас. Я ненавижу это поведение по умолчанию.)

Это случилось со мной сегодня на моей коробке разработчика. В моем случае служебная учетная запись имела права доступа к папке, а моя учетная запись пользователя - нет. После того, как я предоставил разрешения учетной записи для папки, я смог видеть файлы .BAK.