Необходимо будет обеспечить намного больше детали. Какой контроллер? Что ОС? Какой инструмент? Какой контекст?
Обычно я говорил бы отброшенный, будет означать плохой диск (отказавший, дефектный, и т.д.), если его перечисленный около диска.
Зависание в экране-заставке Windows делает меня довольно подозрительным к Вашему встроенному микропрограммному обеспечению RAID-контроллера или драйверам. Действительно ли это - PERC Dell? Действительно ли Вы являетесь текущими на встроенном микропрограммном обеспечении и драйверах?
Действительно ли там что-нибудь является особенным о последних нескольких файлах и каталогах, которые успешно поддерживаются (т.е. что-то нетипичное файлов до той точки в резервном копировании)?
Вы могли включить отладку, входящую в систему Backup Exec удаленный агент на файловом сервере, хотя, если драйвер файловой системы или диска падает и разрушает Вас, вероятно, не получит записанный журнал отладки. Остановите удаленный сервис агента и запустите его с "-отладка" параметр, указанный в текстовом поле "Start parameters" на свойствах службы (предполагающий использование "Сервисов" снимок MMC - в сделать этот запуск / останавливающийся). Если Вы, предпочитают "-отладка", устанавливающая быть постоянным, добавляют, что она к ImagePath оценивает в "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BackupExecAgentAccelerator".
У меня была подобная проблема с Backup Exec (хотя, версия 10 значительно старше), я установил последнее обновление и мой сервер запущенный BSODing случайным образом в или мало после запланированного резервного копирования. Я никогда не определял точную причину проблемы, но это кажется всем быть так или иначе связанным с TrendMicro также и всеми вместе, что она вызвала отказы защиты памяти.
Мое решение состояло в том, чтобы вернуться назад к oler версии Backup Exec, а также обновить мой TrendMicro (при использовании officescane существует новая главная версия, которая недавно вышла).
Единственные вещи, которые переходят для возражения против этого, Вы не упоминали, что тестировали, уровни системной нагрузки и RAM.
RAM должна быть легкой, но я не уверен, существует ли что-нибудь о резервном копировании, которое вызвало бы использование плохой области, которая не будет инициирована в регулярном использовании - это просто не соответствует.
Другой вещью являются уровни загрузки на аппаратных средствах. При резервном копировании это будет перемещением большой информации и от диска и через NIC.
У Вас уже есть одно предложение проверки RAID-контроллера; я добавил бы к той проверке его путем выполнения некоторых передач большого объема, пытающихся моделировать загрузку резервного копирования. Кроме того, это умирает в начале резервного копирования или после некоторого периода длительной пропускной способности?
Для загрузки NIC я попробовал бы несколько вещей - другой NIC, захлопнув его к 100 Мбит, продвинув большие объемы данных через него (снова, для моделирования загрузки резервных копий).
Самые большие головные боли с тестированием их могут закончить тем, что находились в тестировании их независимо. Я начал бы с NIC как самый легкий объект тестировать. Если можно бросить один или несколько дополнительных дисков в системно-независимый из RAID-контроллера, который может дать Вам хороший способ изолировать, является ли сам RAID-контроллер источником проблемы - копируют все в диски не-RAID и видят, можно ли создать резервную копию их чисто.
Для продолжающих/повторяющих тупиков после того, как первое - делает полностью удаляющее питание от системы, решают вопрос? Помните, что вниз приводимый в действие сервер не полностью прочь - в особенности, сетевой интерфейс может остаться живым для следа на LAN. Если некоторое внутреннее состояние в аппаратных средствах является неправильным, просто перезапуск не может на самом деле очистить его.
Я подозревал бы проблему драйверов. Просто подобный опыт. Унаследованное приложение использует модем ISDN. Я переместил его в новый компьютер и загрузил последние драйверы модема.
Соединение ISDN продолжило отбрасывать, и я думал, что это была модемная / строка..., но после всего поиска я заменил новейшие драйверы 6(!) более старыми годами, и с тех пор это работает без проблем. Таким образом, последние драйверы являются не всегда лучшими - не фиксируют, если это не повреждается.
Удачи!
Это может быть открытой проблемой файла, и открытый файл может становиться поврежденным. Попытайтесь создать резервную копию всего КРОМЕ окон (и ниже) каталоги. Посмотрите, если резервное копирование просто данных замораживает сосунка. Кроме того, если у Вас есть дисковое пространство, делают диск к дисковому резервному копированию с резервным копированием NT, затем копируют тот файл для записи на ленту. Сделайте текущий спасательный диск. Также вручную скопируйте AD файлы.
Если это создает резервную копию данных без зависания, это - проблема файла открытой системы. Если это все еще аварийно завершается, если Вы не запускаете Exchange Server или SQL-сервер, я подозревал бы драйверы или возможно аппаратные средства.
Posted November 2011 - Try this:
1) Right-click file C:\program files\symantec\SYMEVENT.SYS and choose Properties > Version (tab) and notate the version info.
2) Download the SymEvent installer / updater: ftp://ftp.symantec.com/public/english_us_canada/symevnt/Sevinst.exe
3) Update SymEvent, as per the following article: http://www.symantec.com/business/support/index?page=content&id=TECH98521
Excerpt:
To update the Symevent files on Windows 2003/XP/2000/NT (Including Server versions):
A. Download Sevinst.exe from the Symantec FTP site. Save the file to a folder on the hard drive.
B. Open a command prompt, and change to the folder where you downloaded the Sevinst.exe file.
C. Depending on the program version, do one of the following:
On computers that run Symantec AntiVirus 9.x or later, type the
following command:
sevinst.exe /log SAVCE
On computers that run Symantec AntiVirus 8.x or earlier, type the following command:
sevinst.exe /log NAVNT
D. Restart the computer