У меня очень странная проблема с резервной копией одного из моих клиентов. Следующая команда запускается каждый день в 22:00:
wbadmin start backup -backuptarget:F: -include:D:\Data,D:\Homes,D:\hv -vssfull -quiet
где F: цель iSCSI, подключенная к серверу, а D: внутренний диск.
Еще несколько дней назад все работало нормально, но с тех пор все резервные копии не выполнялись. Я проверил журналы и обнаружил, что одно из заданий не удалось со следующим сообщением об ошибке:
«Операция резервного копирования, начатая в« xxx », завершилась ошибкой со следующим кодом ошибки« 0x80780179 »...»
После этого каждое резервное копирование завершается с ошибкой с кодом 0x8079005F, попытка запустить резервное копирование через командную строку дает следующую ошибку:
«ОШИБКА - указанное хранилище резервных копий не может быть найдено или не является поддерживаемым хранилищем резервных копий»
Поскольку это производственный сервер, у меня еще не было возможности перезапустить сервер. (Я попробую это примерно через час, когда офис будет пуст)
Я уже провел небольшое исследование, но пока не нашел ничего полезного. Я был бы очень благодарен, если бы кто-нибудь из вас мог предложить некоторую помощь.
С уважением и заранее спасибо
Павел
P.S. Рассматриваемый сервер работает под управлением Server 2012 R2
Мне удалось исправить проблему. Несмотря на то, что у меня был доступ для чтения и записи к цели при попытке резервного копирования, похоже, что возникла проблема с подключением iSCSI. Отключение цели, удаление всей информации о цели и повторное подключение устранили проблему.
Спасибо всем
Дополнение к записи: Поскольку указанная выше ошибка была исправлена, я попытался запустить резервное копирование, которое снова не удалось с ошибкой «Система не может найти указанный файл». После некоторой отладки я сузил его до уже существующих файлов резервных копий (инкрементное резервное копирование). Кажется, что первая ошибка, о которой я упоминал выше (0x80780179), повредила файл резервной копии, что привело к сбою следующих резервных копий. Единственное решение, чтобы исправить это, кажется, либо изменить место резервной копии на новую цель, либо очистить старое место резервной копии, чтобы можно было начать с чистого каталога.