Моя компания использует Veeam Backup & Replication для резервного копирования виртуальных машин, размещенных в VMWare. Мы используем функцию резервного копирования журналов SQL Veeam для нашего сервера MS SQL 2008 R2. Наше хранилище резервных копий находится на NAS-сервере Buffalo TeraStation TS-XLBF.
В какой-то момент мы начали получать отчеты об ошибках такого рода:
Не удалось сохранить файл резервной копии журнала транзакций для базы данных [Название БД] в репозиторий: Der angegebene Netzwerkname ist nicht mehr verfügbar. Код ошибки: 64 Не удалось очистить файловые буферы. Файл: [путь к файлу .vlb]. Не удалось создать резервную копию файла. Файл: [описание файла] Не удалось сохранить файл резервной копии журнала транзакций для базы данных в репозиторий: Der angegebene Netzwerkname ist nicht mehr verfügbar. Код ошибки: 64 Не удалось очистить файловые буферы. Файл: [имя файла]. Не удалось создать резервную копию файла. Файл: [описание файла] Журналы транзакций из некоторых баз данных не копировались за последние 38 интервалов
Текст на немецком языке (Der angegebene Netzwerkname ist nicht mehr verfügbar) состояния, Указанное сетевое имя больше не доступно.
Как оказалось, эта ошибка возникает каждый понедельник вечером в запланированное время для обычных заданий резервного копирования. Сами резервные копии ВМ выполняются успешно, затрагивается только резервная копия журнала SQL.
Сообщения об ошибках отправляются каждые несколько минут, но прекращаются после перезапуска системы, в которой работает Veeam. В поисках причины проблемы я обнаружил статья на сайте Veeam с описанием этого точного сообщения об ошибке. В статье в качестве основной причины указаны проблемы с дедупликацией в хранилище NTFS. Поскольку TeraStation - это система Linux, использующая XFS, который не поддерживает дедупликацию, Я не думаю, что это применимо в нашем случае.
Я также попытался получить доступ к репозиторию резервных копий, используя путь, указанный в сообщении об ошибке, в то время как сообщения об ошибках все еще генерировались. Мне удалось получить доступ к ресурсу, поэтому, думаю, проблема не в разрешении имен.
Журналы событий на машине с Veeam не содержат сообщений об ошибках. Регулярное резервное копирование всех виртуальных машин выполняется без ошибок.
В чем может быть причина сбоя заданий резервного копирования журнала SQL-сервера? Есть ли способ собрать больше информации о сбое?