Неделю назад резервное копирование нашего сервера Exchange 2010 было прервано перезапуском Центра обновления Windows (из-за того, что экран с ворчанием выскакивал прямо над другим приложением, ооо!). С тех пор утилите резервного копирования (Ahsay OBM) не удается выполнить резервное копирование базы данных с помощью VSS_FAILED_AT_PREPARE_SNAPSHOT.
Я подозреваю, что в базе данных есть какая-то блокировка, как мне ее снять? Пытался vssadmin list shadows, но не видел ничего, не относящегося к "обычным" теневым копиям.
Во-первых, каков результат vssadmin list providers и vssadmin list writers на сервере Exchange? Затем я бы посоветовал взглянуть на журнал событий на сервере Exchange и посмотреть, какие события вы получаете от VSS, поскольку это часто дает вам некоторое представление о том, что именно происходит не так. Тем не менее, я дам вам несколько общих советов, которые, надеюсь, укажут вам правильное направление.
Я не могу говорить о вашем конкретном программном обеспечении для резервного копирования, но у меня раньше было то же самое с Backup Exec. Из всего, что он мог делать, наш Exchange Server был отмечен синим экраном в середине процесса резервного копирования. Любые последующие операции резервного копирования, которые были инициированы, повредили бы Exchange, и любые попытки перезапустить любую из служб Exchange зависали на неопределенное время и, в конечном итоге, приводили к перезагрузке, чтобы снова запустить ее (без резервного копирования).
Извините за указание на очевидное, но если вы еще не перезагрузили сервер, но более упорядоченно, сделайте это и посмотрите, решит ли это проблему. Вы мощь хочу попробовать просто вернуть все службы Exchange, но я не уверен, что это решит вашу проблему, и рекомендую выполнить полную перезагрузку.
Я предполагаю, что ваше программное обеспечение для резервного копирования устанавливает какой-либо агент на ваш сервер. Переустановите этот агент, если он находится в каком-то несовместимом состоянии, из которого не может выйти. Надеюсь, что при удалении он отменит регистрацию в системе и перерегистрируется в известном согласованном состоянии при повторной установке. В нашем случае это решило проблему.
Если это не сработает, сделайте резервную копию Exchange с помощью встроенной резервной копии Windows Server, чтобы проверить, не сработает ли она. Если это не сработает, попробуйте полный сделайте резервную копию с помощью программного обеспечения резервного копирования и посмотрите, сможет ли оно с этим справиться. Если у вас будет одна хорошая полная резервная копия, скорее всего, вы получите успешные инкрементные и полные резервные копии в будущем.