Внешне исправный сервер ещё не обязательно готов к работе. Скрытые ошибки памяти, изношенные накопители и нестабильные блоки питания часто проявляются только под нагрузкой. Поэтому при выборе лучше заранее подобрать бу сервер на сайте профильного поставщика и уточнить его конфигурацию, результаты тестирования и условия гарантии. А после доставки — проверить оборудование по семи пунктам из этого чек-листа.
№1. Комплектация должна совпадать не только на бумаге
Приемка начинается не с кнопки питания, а со спецификации. Сверьте модель, серийный номер, Product ID у HPE или Service Tag у Dell, затем пересчитайте процессоры, модули памяти, накопители, сетевые адаптеры и блоки питания. Отдельно проверьте салазки, заглушки, направляющие и кабели: отсутствующая мелочь способна задержать монтаж. Чтобы подобрать надежный б/у сервер, конфигурацию и допустимое состояние компонентов лучше зафиксировать еще до поставки. После осмотра сравните фактический состав с BIOS, iLO или iDRAC, сохраните фотографии и выгрузку аппаратного инвентаря — она пригодится при споре с поставщиком и гарантийном обращении.
№2. Корпус выдаёт следы ремонта и неправильной эксплуатации
Царапины на крышке и потертые направляющие для сервера с пробегом вполне естественны. Насторожить должны деформированные крепления, поврежденные корзины накопителей, следы жидкости, окисления и потемневшие контакты. Осмотрите backplane — внутреннюю плату, соединяющую диски с RAID-контроллером и питанием, а также разъемы, защелки и вентиляторы. Внутри должны находиться штатные воздуховоды и заглушки: без них воздушный поток распределяется неправильно. У резервных блоков питания сверяют модель и мощность. Пыль сама по себе не доказывает неисправность, но требует особенно внимательной проверки температур и охлаждения.
№3. Журналы iLO и iDRAC раскрывают историю оборудования
После внешнего осмотра стоит обратиться к памяти самого сервера. В HPE выгружают Integrated Management Log и Active Health System Log, а в Dell изучают System Event Log и Lifecycle Log. Эти журналы фиксируют изменения конфигурации, обновления прошивок, перегревы, отключения питания и сбои компонентов.
Особого внимания требуют повторяющиеся ECC-события, ошибки вентиляторов, накопителей, RAID-контроллера и блоков питания. Старое предупреждение после замены неисправной детали не равно текущему дефекту. Стоп-сигналом становится ошибка, которая появляется снова после включения или диагностики. Полностью очищенный журнал тоже не подтверждает исправность: в такой ситуации запрашивают дополнительные отчеты и увеличивают продолжительность тестирования поставленной системы.
№4. POST недостаточно: запускаем аппаратную диагностику
Принимать бу сервер только по результату успешного POST рискованно: первичная самопроверка при включении не создает продолжительной нагрузки на память, процессоры и дисковую подсистему. Проверку лучше проводить последовательно:
- Полностью отключить оборудование от электросети и выполнить холодный запуск.
- Проследить за сообщениями о памяти, вентиляторах, RAID-контроллере и резервном питании.
- Запустить HPE Embedded Diagnostics или Dell Hardware Diagnostics.
- Отдельно проверить процессоры, оперативную память, сетевые интерфейсы и накопители.
- Сохранить отчет с датой, результатами и серийным номером устройства.
Устное заверение «оборудование протестировано» не заменяет протокол. В документе должны быть видны проверенные узлы и итоговый статус каждого теста.
Последовательность полной проверки: включение → POST → встроенная диагностика → нагрузочный тест → повторное изучение журналов.
№5. Память и процессоры проверяются под нагрузкой
У бывшего в употреблении сервера часть дефектов проявляется только после продолжительной работы. Поэтому короткую встроенную диагностику дополняют несколькими проходами MemTest86 и нагрузочным тестом всех процессоров и доступных ядер. Во время проверки отслеживают обычные ошибки памяти, события ECC Correctable и ECC Uncorrectable. Первые сервер смог исправить, вторые означают, что восстановить поврежденные данные не удалось.
Одиночное событие ещё не указывает на конкретную неисправную планку, но повторяющиеся ошибки становятся основанием остановить приемку. Причиной могут оказаться DIMM, слот, канал памяти, контроллер в процессоре или системная плата. Параллельно контролируют частоты, температуры и троттлинг — снижение производительности из-за перегрева или ограничений питания. После теста журналы iLO или iDRAC выгружают повторно.
№6. Диски и RAID требуют отдельного протокола
Накопители нельзя принимать по одному лишь факту их обнаружения в системе. Сначала сверяют модели, ёмкость, интерфейс и количество устройств, затем открывают отчёт RAID-контроллера. Массив должен находиться в состоянии Optimal. Статусы Degraded, Failed или Rebuilding требуют выяснить причину и завершить восстановление до подписания акта.
Для NVMe SSD проверяют Critical Warning, Percentage Used, Media and Data Integrity Errors, Unsafe Shutdowns и Power-on Hours. Percentage Used показывает оценку уже израсходованного ресурса, а Predictive Failure предупреждает о вероятном скором отказе. Для SAS- и SATA-дисков изучают доступные SMART-показатели и данные контроллера. Отдельно проверяют кеш RAID, аккумулятор или суперконденсатор, защищающий незаписанные данные при отключении питания. Перед вводом оборудования в эксплуатацию необходимо подтвердить и безопасное удаление информации прежнего владельца.
| Показатель | Что показывает | Стоп-сигнал |
| Critical Warning | Критическое состояние NVMe | Один или несколько активных битов предупреждения |
| Media and Data Integrity Errors | Ошибки носителя и целостности данных | Рост счетчика во время тестирования |
| Percentage Used | Оценку израсходованного ресурса SSD | Несоответствие будущей нагрузке и условиям гарантии |
| RAID Status | Текущее состояние массива | Degraded или Failed |
| Cache Battery | Состояние защиты кеша контроллера | Failed, Replace или аналогичное предупреждение |
Один необычный показатель не всегда означает неисправность: телеметрия зависит от модели, прошивки и способа подключения диска. Решение принимают по совокупности SMART, журнала RAID-контроллера и результатов нагрузочного теста.
№7. Питание, охлаждение и финальный burn-in
Последний этап объединяет компоненты в одну рабочую систему. Burn-in — это продолжительная проверка под высокой нагрузкой, выявляющая нестабильное питание, перегрев и ошибки, которые не успевают проявиться во время короткой диагностики.
Финальную приемку проводят поэтапно:
- Проверяют каждый блок питания отдельно и фиксируют его статус в iLO или iDRAC.
- Поочередно отключают один из БП, убеждаясь, что сервер сохраняет работу и резервирование.
- Тестируют сетевые порты на заявленной скорости, удалённую консоль и управление питанием.
- Одновременно нагружают процессоры, оперативную память и дисковую подсистему в течение нескольких часов.
- После завершения теста повторно выгружают аппаратные журналы и сравнивают их с исходными.
Во время burn-in следят за температурами, оборотами вентиляторов, частотами процессоров и признаками троттлинга. Допустимые значения сверяют с документацией конкретной модели, а не с универсальной цифрой из интернета. Стоп-сигналами становятся перезагрузки, потеря резервирования, новые ECC-события, ошибки накопителей и аппаратные предупреждения. Intel, например, использует 120-минутный режим burn-in в процессорной диагностике, но для серверной приёмки это лишь ориентир, а не универсальный норматив.
Сервер принят: четыре условия для подписи
Ставить подпись в акте можно, когда выполнены четыре условия:
- Фактическая конфигурация полностью совпадает со спецификацией и документами.
- Старые события в журналах объяснены, а после диагностики не появились новые ошибки.
- Память, процессоры, накопители, RAID-контроллер и резервное питание успешно прошли тесты.
- Продолжительная нагрузка не вызвала сбоев, перегрева, троттлинга или аппаратных предупреждений.
Сохраните фотографии, выгрузки конфигурации, журналы и отчеты диагностических утилит, а затем приложите их к акту приёмки. Такой протокол зафиксирует исходное состояние оборудования и станет доказательной базой при гарантийном обращении или последующем обслуживании.
