Ремонт серверов Dell PowerEdge и HP ProLiant в Москве
Ремонт серверов Dell PowerEdge, HP ProLiant, Lenovo и Supermicro в Москве: блоки питания, RAID, память, BMC, материнские платы и выезд в серверную.
Инженерная редакция РемФикс · проверено сервисной лабораторией · обновлено
Коротко
- ✓Сервер нельзя ремонтировать методом последовательной замены деталей: сначала сохраняют данные, читают логи iDRAC/iLO и фиксируют состояние RAID.
- ✓Типовые неисправности — блоки питания, RAID-контроллеры, батареи кэша, бэкплейны, память ECC, вентиляторы, BMC и цепи питания материнской платы.
- ✓После ремонта сервер проходит стендовый прогон, а для компаний оформляются акт дефектовки, перечень работ, гарантия и рекомендации по резервированию.
Можно не дочитывать — пришлите симптом инженеру
Опишите устройство в разговоре: ИБП, плату, сервер, медоборудование или косметологический аппарат. Достаточно имени и телефона.
Что делать, если сервер внезапно остановился
Сначала не нужно нажимать rebuild, менять диски местами или сбрасывать конфигурацию контроллера. Зафиксируйте сообщения на экране, состояние индикаторов, порядок дисков и ошибки в iDRAC, iLO или BMC. Если сервер ещё доступен, остановите второстепенные задачи и проверьте резервную копию. При подозрении на RAID сначала сохраняют состояние массива, потому что неосторожная перестройка может окончательно ухудшить ситуацию. Не следует очищать event log перед обращением в сервис: история ошибок помогает связать отказ с перегревом, просадкой питания или конкретным диском. Даже если сервер после перезапуска временно ожил, это не отменяет диагностику — плавающие отказы часто возвращаются под нагрузкой.
Диагностика Dell PowerEdge и HP ProLiant
По Dell читаем журнал Lifecycle Controller и iDRAC, по HP — IML и iLO, по Lenovo и Supermicro — соответствующие BMC-логи. Сопоставляем ошибки питания, ECC, температуры, вентиляторов и дисков с моментом отказа. Один и тот же симптом “не загружается” может быть вызван БП, памятью, backplane, RAID-контроллером или материнской платой, поэтому код ошибки важнее внешнего осмотра.
Серверный блок питания и плата распределения
Блок питания может щёлкать, уходить в защиту, не определяться в системе или выключаться только при нагрузке. Проверяем входную часть, силовые ключи, конденсаторы, цепи standby, вентилятор и обмен с сервером. Отдельно проверяем power distribution board и контакты корзины: иногда исправный БП не запускается из-за плохого соединения или короткого замыкания в соседнем модуле. Для резервных серверов сравниваем работу обоих блоков и смотрим, как система реагирует на отключение каждого из них.
RAID, диски и бэкплейн
Если массив показывает degraded, foreign configuration или не видит часть дисков, нельзя начинать с форматирования и создания нового массива. Фиксируем порядок дисков, серийные номера, уровень RAID, состояние кэша и батареи контроллера, проверяем SAS-кабели и бэкплейн. Если данные критичны, сначала снимают образы и работают с копиями. Ремонт сервера и восстановление данных — связанные, но разные задачи, их нужно согласовать заранее.
Память ECC, процессор и BMC
ECC-ошибки могут быть следствием неисправного модуля, слота, питания памяти или перегрева. Планки проверяют по одной в исправной конфигурации, затем запускают тест памяти и нагрузку на процессор. Если сервер зависает до POST, проверяют питание платы, CPU, сокет, BMC и прошивку. Сбрасывать настройки без фиксации исходной конфигурации опасно: можно потерять параметры загрузки и управления.
Сервер после скачка напряжения или перегрева
После аварии в сети сервер может не включаться сразу или начать перезагружаться через несколько часов. Проверяют входные блоки питания, плату распределения, цепи standby, VRM процессора и памяти, вентиляторы и журналы BMC. Если оборудование работало в пыльной стойке, перегрев иногда повреждает не один элемент, а целую цепь охлаждения: вентилятор, датчик, контроллер и силовой модуль. Поэтому после замены БП важно подтвердить нормальные температуры и отсутствие повторных просадок.
Выезд в серверную и ремонт в лаборатории
На месте инженер может снять логи, проверить резервный БП, память, диски, вентиляторы и кабели, не вынимая критичный сервер из стойки без необходимости. Если неисправна плата или силовой модуль, узел забирают в лабораторию, маркируют и проверяют на стенде. Для компаний заранее согласуются окно работ, допуск в ЦОД, порядок отключения и ответственность за оборудование.
Стендовая проверка после ремонта
После восстановления сервер проверяют не только включением. Тестируют POST, загрузку ОС или гипервизора, память, процессор, сеть, дисковые корзины, RAID-контроллер, вентиляторы и температуры. Для блока питания важны стабильность напряжений и работа на нагрузке, для RAID — чтение массива и контролируемый rebuild только после подтверждения безопасности. Результаты и ограничения проверки вносятся в акт.
Когда ремонт выгоднее замены сервера
Компонентный ремонт обычно оправдан, если сервер редкий, настроен под бизнес-систему, снят с производства или новый узел нужно ждать. Блоки питания, платы распределения, контроллеры RAID, батареи кэша, вентиляторы и многие цепи материнских плат ремонтопригодны. Если повреждены CPU-сокет, несколько слоёв платы или данные не защищены резервной копией, инженер должен заранее обозначить риск и сравнить ремонт с заменой узла.
Какие документы получает компания
Для B2B-заказчика важна не только исправность железа. В заказ-наряде фиксируют модель и серийный номер, исходный симптом, состояние RAID и дисков, найденную неисправность, список заменённых компонентов, ограничения стендовой проверки, срок гарантии и рекомендации по эксплуатации. По запросу готовим счёт, акт выполненных работ, коммерческое предложение и отчёт для внутренней службы IT. Это помогает понять, почему ремонт был необходим и какие меры снизят риск простоя в будущем.
Заметка инженера
При серверном отказе сначала защищаем данные и фиксируем состояние железа. Только после этого принимаем решение о rebuild, замене детали или ремонте платы — иначе быстрые действия могут увеличить стоимость восстановления. Для критичных систем мы отдельно согласуем, что можно проверять без остановки, какие операции требуют окна обслуживания и какие данные должны быть скопированы до вскрытия корпуса. Если сервер обслуживает 1С, базу данных, виртуальные машины или видеонаблюдение, этот контекст влияет на порядок работ и допустимый риск.
Короткий чек-лист
- ✓сохранить логи iDRAC, iLO или BMC
- ✓не менять порядок дисков в RAID
- ✓сфотографировать индикаторы и маркировку сервера
- ✓проверить наличие актуальной резервной копии
- ✓согласовать окно работ и доступ в серверную
- ✓запросить стендовый отчёт и гарантию
Куда перейти дальше
Частые вопросы
Выезжаете ли вы в серверную?
Да, по Москве инженер может выполнить первичную диагностику на месте, снять логи и определить, что можно заменить без вывоза сервера. Сложные платы и БП проверяются в лаборатории.
Можно ли сразу заменить диск в RAID?
Только после проверки состояния массива и точного определения отказавшего диска. При foreign или degraded configuration сначала фиксируют конфигурацию и риск для данных.
Что нужно прислать для предварительной оценки?
Модель сервера, код ошибки, фото индикаторов, логи iDRAC/iLO/BMC, уровень RAID и описание момента отказа. Это позволяет быстрее определить следующий безопасный шаг. Если есть схема стойки или список виртуальных машин, приложите его: инженер заранее поймёт критичность остановки и предложит порядок диагностики.
Сервер Dell, HP, Lenovo или Supermicro не стартует, теряет RAID или уходит в защиту? Пришлите модель и логи — согласуем безопасную диагностику, возможен выезд по Москве. Данные не трогаем до фиксации состояния массива.