Эта проблема сводит меня с ума !!
Мы берем резервные копии всех наших производственных баз данных в общую сетевую папку, а затем каждую ночь копируем их на ленту.
20:00 с понедельника по пятницу - полное резервное копирование с последующим резервным копированием журнала
7: 00-19: 00, пн-пт, каждые полчаса - резервное копирование журнала
Наши резервные копии работали таким образом с момента перехода с SQL Server Standard 2000 на 2008, 3 года назад. Недавно первое резервное копирование журнала по понедельникам не удалось. Не каждый раз, но почти каждый раз! Остальную неделю у нас не было проблем. Я предполагаю, что проблема может иметь какое-то отношение к размеру резервной копии журнала, которая была предпринята после выходных без резервных копий.
Теперь по проблеме, мне нужно исправить ...
Всю эту неделю все полные резервные копии двух наших самых больших баз данных терпели неудачу (обе резервные копии <1 ГБ сжатой). На исходном и целевом серверах достаточно места на диске. Я предполагаю, что проблема связана с количеством времени, которое требуется для завершения резервного копирования этих баз данных, и / или размером файлов резервных копий, необходимых для выполнения этих резервных копий. Изменение места назначения резервной копии на локальное хранилище работает нормально (и очень, очень быстро по сравнению).
Из истории работ я могу найти несколько подсказок относительно того, в чем может быть проблема ...
Код: 0xC002F210 (Всегда этот код, но смесь следующих описаний ...)
«Операционная система вернула ошибку '64 (не удалось получить текст для этой ошибки. Причина: 1815) 'при попытке' SetEndOfFile 'на' \ drserver \ SQLBackups \ Database.bak '. BACKUP DATABASE завершает работу ненормально.
«Операционная система вернула ошибку« 64 (не удалось получить текст для этой ошибки. Причина: 1815) »при попытке выполнить« FlushFileBuffers »на« \ drserver \ SQLBackups \ Database.bak ». BACKUP DATABASE завершает работу ненормально.
Пожалуйста, помогите сохранить мои волосы и рассудок !!
Ошибка 64 означает «Указанное сетевое имя больше не доступно», что является своего рода общим сообщением об ошибке, касающимся сетевых проблем. Ошибка 0xC002F210 является общей ошибкой SQL Server, что означает сбой задания. Итак, вы видите, что у проблемы очень расплывчатая причина.
Рекомендация по Сайт Red-Gate предлагает вам увеличить (или установить) SessTimeout в разделе реестра HKLM \ SYSTEM \ CurrentControlSet \ Services \ LanmanWorkstation \ Parameters на большее значение. Предлагается 300 (очевидно, 45 по умолчанию).
Если вы измените это значение, вам, возможно, придется перезагрузить клиент (SQL Server), прежде чем изменение вступит в силу.