Итак, сервер медленный:
Откат к предыдущей известной рабочей сборке - Успех? Проблема с кодом - Ошибка? Продолжай.
Ping IP-адрес - Успех? может проблема с DNS, продолжайте. - Потерпеть поражение? Проблема с сервером или подключением, продолжайте.
Ping и трассировка вашего domain.com изнутри вашей сети - предыдущий успех - неудача: проблема с DNS - успех? Продолжай. - предыдущий провал и: - Неудачный? Продолжайте, можете быть вы или сеть. - Успех? Продолжай.
Попробуйте это вне вашей сети (http://centralops.net/co/) - Потерпеть поражение? Сетевое соединение сервера - отстой. - Успех? Если внутри сети произошел сбой, ваша сеть - отстой.
Проверить загрузку сервера: использование ЦП / ОЗУ. Он перегружен? - Да. Кто виноват? Убить некоторые процессы / перезагрузить. - Нет? Продолжай.
какие еще шаги я должен добавить?
Я думаю, что первое, что нужно сделать в вашей «блок-схеме», - это создать базовый уровень производительности серверов. Если у вас нет базы для сравнения, как узнать, что это медленно?
Настройте свой сервер для сбора данных о производительности сервера и сети. Медленные серверы могут быть чем угодно, от внезапного всплеска количества пользователей до неисправного массива рейдов. Иногда замедление бывает кратковременным, что сказывается на некоторых пользователях. После того, как вы вошли в систему, чтобы проверить проблему, это условие вполне могло исчезнуть само (например, временное исчерпание памяти).
Такой рефлексивный поиск неисправностей поможет решить такие серьезные проблемы, как деградированные массивы рейдов, но не периодические или кратковременные проблемы.
Если у вас хорошее ведение журнала, вы, вероятно, сможете решить проблему до того, как она станет проблемой.
Профилактическое обслуживание - ключ к успеху, а отличное ведение журнала поможет вам почувствовать себя лучше!