Когда пора обновлять сервер: признаки, расчёт и план миграции

Сервер не нужно менять только из-за календарного возраста. Решение принимают по трём группам данных: справляется ли он с нагрузкой, можно ли его безопасно обслуживать и поддерживает ли платформа нужное программное обеспечение.

Сигналы к обновлению

Повод начать расчёт — повторяющиеся аппаратные ошибки, нехватка дисковой ёмкости, недоступность запасных частей, окончание поддержки прошивок или операционной системы. К этому добавляются ограничения платформы: нет подходящих NVMe, современных сетевых адаптеров, нужного объёма памяти или слотов для расширения.

Медленная работа сама по себе не доказывает необходимость замены. Причиной может быть запрос к базе, неверная настройка RAID, заполненный диск или резервное копирование в рабочее время. Сначала найдите узкое место.

Какие метрики собрать

Записывайте загрузку CPU, очередь процессора, занятую память, paging или swap, задержку и очередь дисков, сетевой трафик и ошибки интерфейсов. Сбор должен охватывать обычные дни и известные пики. Microsoft Performance Monitor позволяет одновременно сопоставлять метрики Windows и SQL Server, чтобы увидеть, какой ресурс ограничивает приложение.

Сравнивайте не единичный максимум, а продолжительность и повторяемость. Кратковременные 100% CPU могут быть нормальными; постоянная очередь диска с растущей задержкой — более убедительный сигнал. Добавьте прогноз роста данных и числа пользователей.

Когда достаточно апгрейда

Добавление памяти рационально, если платформа поддерживает нужные модули и сохраняет правильное заполнение каналов. Замена накопителей или контроллера помогает, когда узкое место находится в хранении и существующий backplane поддерживает новый вариант. Второй процессор имеет смысл только вместе с лицензированием, охлаждением, памятью и реальной параллельной нагрузкой.

Полная замена оправдана, когда апгрейд упирается сразу в несколько ограничений, поддержка завершена или стоимость возможного простоя выше разницы в цене. Microsoft рекомендует строить capacity planning на измерениях, прогнозе спроса и понимании пределов ресурсов, а не на одном усреднённом показателе.

План миграции

1. Зафиксируйте состав старой системы, зависимости, адреса, сертификаты и задания.
2. Сделайте проверенную резервную копию и подготовьте план отката.
3. Разверните новый сервер отдельно и установите актуальные прошивки.
4. Перенесите тестовую копию данных и выполните функциональную проверку.
5. Назначьте окно переключения и ответственных за каждый этап.
6. После переноса сравните производительность и только затем выводите старый сервер из эксплуатации.

Для критичной системы полезен параллельный период, когда старый узел ещё можно быстро вернуть. Возможность отката должна быть проверена до начала окна, а не описана одной строкой в плане.

Приёмка новой системы

• Все приложения запускаются и выполняют ключевые операции.
• Пользователи, интеграции и резервные задания подключены.
• Мониторинг видит диски, память, блоки питания и сетевые интерфейсы.
• Производительность проверена под сопоставимой нагрузкой.
• Восстановление из новой резервной копии прошло успешно.
• Документация и схема инфраструктуры обновлены.

Источники

• Microsoft Learn: рекомендации по производительности Windows Server.
• Microsoft Learn: capacity planning и прогноз нагрузки.