Резервное копирование данных приводит к сбою моего сервера с помощью Symantec Backup Exec 12, или Как я пришел к ненависти иронии

У меня есть Dell PowerEdge 2850 под управлением Windows Server 2003. Это основной файловый сервер для одного из моих клиентов. У меня есть еще один сервер под управлением Windows Server 2003, который действует как главный медиа-сервер для Symantec Backup Exec 12.

Я недавно обновился с Backup Exec 11d до 12. Это обновление было необходимо, потому что мы только что перешли с Exchange 2003 на Exchange 2007. После обновления мне пришлось принудительно установить новую версию 12 Backup Exec Remote Agents на каждый из серверов, на которых я работаю. резервное копирование (всего около 6). 5 моих серверов работают нормально, добросовестно выполняя резервное копирование каждую ночь. Мой файловый сервер регулярно дает сбой.

Наблюдения:

• Когда сервер падает, у него не синий экран, он просто полностью блокируется. Даже мышь не отвечает. Если вы оставите сервер заблокированным на достаточно долгое время, он в конечном итоге перезагрузится и зависнет на заставке Windows.
• В средстве просмотра событий нет абсолютно никаких полезных свидетельств проблемы. Журналы переходят от обычного ведения журнала к событию необъяснимого выключения на следующее утро, когда мне нужно выполнить полную перезагрузку сервера, чтобы он загрузился.
• В 90% случаев сервер не загружается чисто, он зависает на заставке Windows. Мне нечего здесь проливать. Когда сервер зависает, все, что я могу сделать, это выполнить его полную перезагрузку и повторить попытку. Даже после успешной загрузки и операции chkdsk / r, если вы перезагрузите компьютер, у вас есть 90% -ная вероятность, что он не сможет снова выполнить чистое резервное копирование.

Предыстория:

Этот сервер начал давать сбой во время ночного резервного копирования около месяца назад. Я пробовал все, что мог придумать, чтобы устранить проблему, и в конце концов мне пришлось отказаться, потому что я не мог продолжать приходить в офис в 4 часа утра, чтобы попытаться вернуть сервер в оперативный режим. Однажды в пятницу мне повезло, и сервер оставался работоспособным для полного резервного копирования. Я воспользовался этой возможностью, чтобы восстановить полную резервную копию на временном сервере, который я настроил, и переключил всех своих пользователей на временный. Затем я перезагрузил больной файловый сервер.

Я держал всех своих пользователей на временном файловом сервере около 3 недель. Я установил тот же удаленный агент Backup Exec и клиент Trend Micro A / V на временный сервер, который я использовал на обычном файловом сервере. За это время у меня не было абсолютно никаких проблем с резервным копированием временного сервера.

Я тщательно протестировал перезагруженный файловый сервер. Я перезагружал сервер один раз в час каждый день в течение 3 недель, пытаясь заставить его выйти из строя. Этого никогда не было. Я был уверен, что перезагрузка - это ответ на мои проблемы. Я переместил все данные с временного сервера обратно на обычный сервер. Я получил из него 3 ночные резервные копии, прежде чем он снова заблокировался и начал знакомое поведение сбоя при чистой загрузке.

В эти выходные я решил следить за файловым сервером на протяжении всего задания резервного копирования. Я подключился по протоколу RDP к файловому серверу, а также к серверу, на котором запущен Backup Exec. На файловом сервере я открыл диспетчер задач, чтобы можно было просматривать процессы и наблюдать за использованием процессора и памяти. Все работало без сбоев для резервной копии объемом около 60 ГБ. Затем я заметил, что счетчик байтов задания резервного копирования в Backup Exec перестал увеличиваться. Я оглянулся на свой сеанс RDP на файловом сервере и все еще получал обновления в реальном времени об использовании ЦП и памяти - оба почти 0%, что необычно. Резервные копии обычно используют около 40% на время выполнения задания резервного копирования.

Позвольте мне повторить этот момент: Экран обновлялся, и я получал обновления диспетчера задач в реальном времени. - пока я не нажал кнопку «Пуск». Экран потемнел, и сервер завис. По правде говоря, я думаю, что сервер уже заблокирован, просто видеокарта еще не разобралась.

Я вернулся к своей хитрости: ехал в офис и снова и снова жестко перезагружал сервер, когда он зависает на заставке Windows. Я делал это в течение 2 часов без успешной загрузки. Я начал паниковать, потому что у меня не было приличной резервной копии, которую можно было бы использовать, чтобы вернуть все на рабочий временный файловый сервер.

Как только я исчерпал все, что знал, я глубоко вздохнул, загрузился с компакт-диска Windows Server 2003 и выполнил ремонтную установку Windows. Сервер вернулся в норму, все мои данные остались нетронутыми. Теперь я могу перезагрузить сервер по своему желанию, и он вернется к нормальной работе. Проблема в том, что я боюсь, что как только я снова попытаюсь создать резервную копию этих данных, я вернусь к исходной точке.

Итак, позвольте мне подвести итог:

Вот что я сделал для устранения неполадок на этом сервере:

1. Удалены и воссозданы наборы RAID 5. Инициализировал диски. Перезагрузите сервер с новой установкой Server 2003.
2. Подтвержден Dell, что я установил последние, утвержденные Dell драйверы BIOS и NIC.
3. Удален / повторно установлен удаленный агент Backup Exec.
4. Удален клиент Trend Micro A / V.
5. Настроил сервер не чтобы перезагрузиться после синего экрана, чтобы я мог видеть любую стоп-ошибку. Раньше я думал, что сервер - это синий экран, но, поскольку я включил этот параметр, теперь я знаю, что сервер просто полностью заблокирован.
6. Запустите chkdsk / r из консоли восстановления Windows. Было обнаружено и исправлено несколько ошибок, но это не помогло моей проблеме.

Помогите подтвердить или опровергнуть следующие предположения:

7. Здесь работают две проблемы. Почему сервер блокируется в первую очередь и почему после блокировки сервер не загружается должным образом.
8. В конечном итоге это проблема программного обеспечения. Сервер работает нормально и может быть полностью перезагружен в течение всего дня - до первого зависания - после новой загрузки ОС или даже после установки восстановления.
9. В целом это не проблема Backup Exec. Все мои другие серверы работают нормально. Для справки, все другие серверы работают под управлением Server 2003, и некоторые из них содержат больше данных, чем рассматриваемый здесь файловый сервер.

Любая помощь приветствуется. Ирония почти невыносима. Резервное копирование моих данных - вот что ставит под угрозу.