У меня есть сервер Windows 2003, на котором выполняется частично настраиваемая задача резервного копирования. Запланированная задача вызывает NTbackup с несколькими переключателями в зависимости от того, полное или инкрементное резервное копирование. В большинстве случаев NTbackup завершается нормально, а затем оболочка добавляет журнал NTbackup в свой собственный журнал перед добавлением нескольких заключительных комментариев и завершением.
Проблема, с которой я сталкиваюсь, заключается в том, что иногда NTbackup просто ... гаснет. Он всегда выполняет резервное копирование дисков C: и E :, но затем запускает состояние системы и больше не добавляет в журнал событий сообщений о завершении этого процесса. И журнал NTbackup остается пустым, так как он ничего не записывает в журнал, пока не будут выполнены все задачи резервного копирования. Это приводит к тому, что оболочка не добавляет текст в свой собственный журнал. Это вызывает у нас проблемы, потому что мы считываем информацию из этого журнала, чтобы определить, не работают ли резервные копии. Задача оболочки также сообщает в журнале событий, что она завершается нормально.
Кто-нибудь когда-нибудь видел случай, когда состояние системы не завершается последовательно? Чтобы было ясно, сервер нигде не регистрирует никаких сообщений об ошибках. Это просто не похоже на завершение или регистрацию чего-либо.
РЕДАКТИРОВАТЬ: Я обнаружил, что это иногда происходит после того, как начинается резервное копирование диска E :, поэтому это не относится к части состояния системы, так как произошел сбой на диске E: с включенным в резервную копию системным состоянием или без него.
ОБНОВЛЕНИЕ 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 с разрешением администратора, и все пять перечисленных авторов показали свое состояние как стабильное, а последняя ошибка - как отсутствие ошибок. Я читал кое-что об изменении разрешений групповой политики для учетной записи, выполняющей резервное копирование, но я не понимаю, как и что делать. Как я уже сказал, это происходит не постоянно. Иногда резервное копирование выполняется нормально, иногда не удается завершить с указанными выше ошибками, а иногда оно завершается с этими ошибками. В первом случае ошибки появляются через несколько минут после остановки резервного копирования, а во втором случае ошибки появляются в течение миллисекунд после завершения резервного копирования.