Назад | Перейти на главную страницу

Дамп базы данных sql выходит из строя каждую ночь

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

Executing the query "BACKUP DATABASE [master] TO  DISK = N'\\\\192.168.x.x\\vmbackup\\server\\dbbackup\\master_backup_201004222300.bak' WITH NOFORMAT, NOINIT,  NAME = N'master_backup_20100422230002', SKIP, REWIND, NOUNLOAD,  STATS = 10
" failed with the following error: "Cannot open backup device '\\\\192.168.x.x\\vmbackup\\server\\dbbackup\\master_backup_201004222300.bak'. Operating system error 5(Access is denied.).
BACKUP DATABASE is terminating abnormally.". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.

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

У кого-нибудь есть идеи?

Под какой учетной записью службы работает SQL Server (вы можете проверить это в Управлении конфигурацией SQL Server или в Services.MSC)? Этой учетной записи потребуются разрешения на общий ресурс и папку, в которую записывается файл. Пара оговорок:

  • Если SQL Server работает под сетевой службой, это будет отображаться в Domain \ Computer $, где Domain - это домен, в котором находится SQL Server, а Computer - имя сервера, на котором установлен SQL Server.
  • Если SQL Server работает в системе (локальная система), он не может этого сделать, потому что системная учетная запись не отображается за пределами компьютера в Windows Server 2003.
  • Если SQL Server работает под Computer \ User (не под учетной записью домена, а под локальной учетной записью сервера), то он сталкивается с той же проблемой, что и запуск под System.

Вы переходите по сети в общую папку \\192.168.x.x\vmbackup поэтому вам необходимо учитывать правила сетевой аутентификации:

  • если задание обслуживания подключается к SQL Server с использованием проверки подлинности SQL, то процесс SQL Server будет подключаться к сетевому ресурсу в качестве учетной записи службы, а учетная запись службы локальной системы будет аутентифицировать себя по сети как учетная запись компьютера. Таким образом, необходимо предоставить разрешение «домен \ машина $». Разрешения должны быть предоставлены как для общего ресурса, так и для отдельных файлов.
  • если задание обслуживания подключается к SQL Server с использованием проверки подлинности Windows (также известной как «Надежное соединение» или «интегрированная безопасность»), то процесс SQL-сервера будет обращаться к сетевому ресурсу в олицетворенном контексте. Разрешение на сетевой ресурс должно быть предоставлено учетной записи, которая выполняет задание обслуживания (например, учетной записи агента SQL). Разрешения должны быть предоставлены как для общего ресурса, так и для отдельных файлов. Кроме того, если задание обслуживания запускается клиентом, подключающимся удаленно (с другого хоста, чем хост SQL Server), то происходит делегирование, и учетная запись SQL Server должна быть настроена для ограниченного делегирования, см. Переход по протоколу Kerberos и ограниченное делегирование.