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

SQL2K8 Резервное копирование через подключенную к NFS SAN

У нас есть сервер SQL2K8 с базой данных объемом более 100 ГБ, в которой в основном хранятся BLOB-объекты изображений, и не удается выполнить резервное копирование в нашу SAN, подключенную через NFS. Сервер SQL2K8 запускается с нашего хоста VMWare и теряет сетевое соединение, когда происходит это резервное копирование. Я склонен думать, что это ряд факторов, но я изучаю размер базы данных и тот факт, что мы пытаемся создать резервную копию базы данных такого размера через NFS. Я немного осмотрелся, и нет ничего, что выделялось бы, говоря, что это плохо, но ничего, что говорило бы, что это хорошо.

Мы выполняем сжатие в базе данных, но, поскольку это в основном сжатые изображения, на самом деле это не имеет большого значения в отношении размера. Кто-нибудь сталкивался с чем-нибудь подобным?

Я обнаружил, в чем проблема, ошибка, которую я получаю от SQL, говорит о том, что сетевой путь больше не доступен. Это в сочетании с тем, что я только что обнаружил, что интерфейс установлен на 100 Мбит / с на нашем устройстве QNAP, на котором работают диски SATA ( http://www.wdc.com/global/products/specs/?driveID=610&language=1 ) в RAID5, и из того, что я читал, SQL Server кажется очень чувствительным к резервному копированию на сетевые диски. Вот некоторая информация, которую я собрал, которая может быть полезна другим людям, столкнувшимся с этой проблемой.

Сообщение об ошибке

BackupIoRequest :: ReportIoError: сбой записи на устройстве резервного копирования ''. Ошибка операционной системы 64 (не удалось получить текст для этой ошибки. Причина: 15105). Операционная система вернула ошибку «64 (не удалось получить текст для этой ошибки. Причина: 15105)» при попытке «SetEndOfFile» на «». Операционная система вернула ошибку «64 (не удалось получить текст для этой ошибки. Причина: 15105)» при попытке «FlushFileBuffers» на «».

Системная ошибка 64 = указанное сетевое имя больше не доступно http://msdn.microsoft.com/en-us/library/ms681382(v=vs.85).aspx

Вот ссылка на другую форму, в которой люди говорят об этом типе проблемы, человек опубликовал весь регистр, который я собираюсь попытаться решить эту проблему, а также установить интерфейс на 1000 Мбит / с http://www.sqlservercentral.com/Forums/Topic768429-391-1.aspx

Я позвонил в Microsoft по этому поводу и обнаружил, что следующее действительно работает: kgerde open regedit перейдите к: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ lanmanworkstation \ parameters Создайте новое значение DWORD с именем: SessTimeout установите значение: 360, оставьте его в шестнадцатеричном формате (Это значение может не работать для вашей резервной копии, но для меня оно было достаточно высоким. Если это не сработает, увеличьте значение и попробуйте еще раз.) Надеюсь, это поможет. Спасибо kgerde