LogShipping иногда создаёт битые файлы

Организован LogShipping с бэкапом логов на SAN бокс \\SERVER123\LOG-Shipping\

Иногда при создании очередного лога выпадает ошибка:
failure on backup device '\\SERVER123\LOG-Shipping\MYDB_20150420180001.trn'. Operating system error 64(The specified network name is no longer available.).

При этом создаётся битый *.trn файл

RESTORE HEADERONLY На получателе:

BackupName FirstLSN LastLSN CheckpointLSN DataBaseBackupLSN Comment NULL 1161855000000119200001 1161859000001973400001 1161859000000425500001 1155475000001971500288 перед битым *** INCOMPLETE *** NULL NULL NULL NULL битый NULL 1161859000001973400001 1161871000001521000001 1161871000000184100001 1155475000001971500288 первый после битого NULL 1161871000001521000001 1161876000001214300001 1161875000002522100001 1155475000001971500288 второй после битого

Восстановление битого файла на получателе вызывает ошибку:
3242 - The file on device '....' is not a valid Microsoft Tape Format backup set.

Восстановление следующего после битого файла на получателе вызывает ошибку:
4319 - A previous restore operation was interrupted and did not complete processing on file '...'. Either restore the backup set that was interrupted or restart the restore sequence.

Таким образом на получателе приходится как минимум накатывать дифф. бэкап. чтобы "проскочить" битый *.trn файл, хотя в данном случае, похоже придётся накатывать полный бэкап.

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

Version: SQL-2005
Microsoft SQL Server 2005 - 9.00.5000.00 (X64)
Dec 10 2010 10:38:40
Copyright (c) 1988-2005 Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)

Alexander Us

Организован LogShipping с бэкапом логов на SAN бокс \\SERVER123\LOG-Shipping\ Иногда при создании очередного лога выпадает ошибка: failure on backup device '\\SERVER123\LOG-Shipping\MYDB_20150420180001.trn'. Operating system error 64(The specified network name is no longer available.). При этом создаётся битый *.trn файл RESTORE HEADERONLY На получателе: BackupName FirstLSN LastLSN CheckpointLSN DataBaseBackupLSN Comment NULL 1161855000000119200001 1161859000001973400001 1161859000000425500001 1155475000001971500288 перед битым *** INCOMPLETE *** NULL NULL NULL NULL битый NULL 1161859000001973400001 1161871000001521000001 1161871000000184100001 1155475000001971500288 первый после битого NULL 1161871000001521000001 1161876000001214300001 1161875000002522100001 1155475000001971500288 второй после битого Восстановление битого файла на получателе вызывает ошибку: 3242 - The file on device '....' is not a valid Microsoft Tape Format backup set. Восстановление следующего после битого файла на получателе вызывает ошибку: 4319 - A previous restore operation was interrupted and did not complete processing on file '...'. Either restore the backup set that was interrupted or restart the restore sequence. Таким образом на получателе приходится как минимум накатывать дифф. бэкап. чтобы "проскочить" битый *.trn файл, хотя в данном случае, похоже придётся накатывать полный бэкап. Простейшее решение было бы организовать бэкап на локальный диск, но может быть кто нибудь знает, как решить проблему в принципе или посоветует, куда копать? Version: SQL-2005 Microsoft SQL Server 2005 - 9.00.5000.00 (X64) Dec 10 2010 10:38:40 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)

а как можно решить проблемы пропадания сети на уровне скуля???:), наверное только на уровне сети такое возможно и то не факт:) и да, бестпрактик все таки делать бекапы локально.

WarAnt,

автор
а как можно решить проблемы пропадания сети на уровне скуля???:)

Тут ещё и проблема СКУля: т.к. восстановление первого после битого не проходит, хотя LSN не прервана.

автор
бестпрактик все таки делать бекапы локально

не поделитесь тынцем на это бестпрактик?

Alexander Us
WarAnt, автор а как можно решить проблемы пропадания сети на уровне скуля???:) Тут ещё и проблема СКУля: т.к. восстановление первого после битого не проходит, хотя LSN не прервана. автор бестпрактик все таки делать бекапы локально не поделитесь тынцем на это бестпрактик?

а какой тынц нужен, почему плохо делать бекапы по сети?:) дак можно тынц на ваш первый пост тогда сделать:))
Или вам нужен алгоритм, дак все просто делается бекап локально, вторым шагом копируется, любыми любимыми средствами, хоть даунлоадером:)

Alexander Us
Иногда при создании очередного лога выпадает ошибка: failure on backup device '\\SERVER123\LOG-Shipping\MYDB_20150420180001.trn'. Operating system error 64(The specified network name is no longer available.).

Помнится, в подобной ситуации помогли игры с клиентскими CIFS/SMB таймаутами - CIFS and SMB Timeouts in Windows

WarAnt,

Я не ловлю Вас на слове, просто если есть рекомендации от MS или известных шпециалистов, хотелось бы ссылку.
Например, для показа коллегам.

Сылка на мои посты (пока) не является всемирно признанной бестпрактик :)

invm,

спасибо, буду читать.
если вдруг вспомните какие имменно игры, буду премного благодарен.

Alexander Us
если вдруг вспомните какие имменно игры, буду премного благодарен.

Нашел тот сервер, где лечили спорадически возникающую ошибку 64 при бекапах на сетевой ресурс.
Вылечилось увеличением SessionTimeout. Сейчас выставлено в 360 сек. У вас, возможно, можно и меньше. А может и больше.

Alexander Us
Я не ловлю Вас на слове, просто если есть рекомендации от MS или известных шпециалистов, хотелось бы ссылку. Например, для показа коллегам.

BOL - Backup Devices

Important:
Backing up data over a network can be subject to network errors; therefore, we recommend that when you are using a remote disk you verify the backup operation after it finishes. For more information, see Verifying Backups

invm,

спасибо, буду пробовать.