NTbackup не завершается, оставляет пустой файл журнала, ошибки VSS в журнале приложения
У меня есть сервер Windows 2003, на котором выполняется полу-пользовательская задача резервного копирования. Запланированная задача вызывает NTbackup с несколькими переключателями в зависимости от того, является ли она полной или инкрементной резервной копией. В большинстве случаев NTbackup завершается нормально, а затем оболочка добавляет журнал NTbackup в свой собственный журнал перед добавлением нескольких заключительных комментариев и завершением.
У меня проблема в том, что иногда NTbackup кажется просто... не работает. Он всегда завершает резервное копирование дисков C: и E:, но затем запускает состояние системы и не добавляет больше сообщений в журнал событий о том, что завершил это. А журнал NTbackup остается пустым, поскольку он ничего не записывает в журнал, пока все задачи резервного копирования не будут выполнены. Это заставляет оболочку не добавлять текст в свой собственный журнал. Это вызывает у нас проблемы, потому что мы читаем информацию из этого журнала, чтобы определить, не происходит ли резервное копирование. Задача-оболочка также сообщает, что она нормально завершается в журнале событий.
Кто-нибудь когда-либо видел случай, когда состояние системы не завершается последовательно? Для ясности, сервер нигде не регистрирует сообщения об ошибках. Это просто не похоже на завершение или запись чего-либо.
РЕДАКТИРОВАТЬ: я обнаружил, что это иногда случается после того, как он начинает резервное копирование диска E:, так что это не относится к части systemtate, так как он вышел из строя на диске E: с или без systemtate, включенного в резервную копию.
ОБНОВЛЕНИЕ 26.09.13: я обнаружил, что VSS публикует следующие две ошибки в журнале приложений:
Source: VSS
Event ID: 8193
Volume Shadow Copy Service error: Unexpected error calling routine
IMultiInterfaceEventControl::GetSubscriptions. hr = 0x800706bf.
Source: VSS
Event ID: 12291
Volume Shadow Copy Service error: Error on creating/using the COM+
Writers publisher interface: BackupShutdown [0x8000ffff].
Я исследовал некоторые из них, и я прошел предложенный поиск неисправностей. Сервер системы событий COM+ работает и настроен на автоматический запуск. Сервер теневого копирования томов настроен на ручной запуск. Я побежал vssadmin list writers с правами администратора и все пять перечисленных авторов показали свое состояние как стабильное и последнюю ошибку, как без ошибок. Я читал об изменении разрешений групповой политики для учетной записи, выполняющей резервное копирование, но я не знаю, как и что делать. И это не происходит последовательно, как я уже сказал. Иногда резервное копирование работает нормально, иногда оно не может быть завершено с ошибками, описанными выше, а иногда оно завершается с этими ошибками. В первом случае ошибки появляются через несколько минут после того, как резервное копирование просто прекращается, а во втором - ошибки появляются в течение миллисекунд после завершения резервного копирования.