У меня настроена доставка журналов SQL Server 2005 с основным и двумя вспомогательными серверами. Процесс выглядит так:
Некоторое время это работало хорошо, однако в последнее время в первую очередь с утра большие базы данных вызывают исключения при резервном копировании первого журнала транзакций дня.
Исключение следует из этой темы:
BackupDiskFile :: RequestDurableMedia: сбой на устройстве резервного копирования '** _ 20100927050120.trn '. Ошибка операционной системы 64 (указанное сетевое имя больше не доступно.)
Я исследовал эту и любые другие ошибки, и мне кажется, что прямое резервное копирование на сетевой диск не рекомендуется (хотя и поддерживается), поскольку сеть может вызвать ненадежное резервное копирование.
Ничего страшного, я прислушусь к этому совету и сначала сделаю резервную копию журналов локально, а затем скопирую их на свой независимый диск. Причина, по которой мне нужен независимый сетевой диск, заключается в том, что мне нужны резервные копии где-то на сервере базы данных, а также хранить их в течение 3-5 дней, а на основном сервере нет места для этого..
Я хотел бы знать, как лучше всего скопировать эти файлы с первичного сервера на независимый диск, чтобы вторичные серверы могли затем скопировать их на свои локальные диски?
У меня есть задача агента SQL, которая выполняет следующее:
C:\Windows\System32\XCOPY.EXE /Y D:\Backups\file "\\target\share\file"
Я использую это для этапа -> производственной задачи, но вы можете использовать его для копирования на любой диск.
XCOPY завершится ошибкой с сообщением об ошибке, которое агент SQL может перехватить и сообщить.