Неудавшаяся линия связи … перезагружающий для идиотов?
- Щелкните правой кнопкой по веб-сайту и "Сохранить Как"
- Сохраните его в .txt файл на Вашем рабочем столе
- Откройте txt файл и замените "/1739153350" "/{newid}" (убедиться включать начинающуюся наклонную черту).Сохранить.
- Щелкните правой кнопкой по веб-сайтам, "Создайте Новый Из Файла", указывает он на файл, который Вы просто отредактировали.
- Веб-сайт будет добавлен в "Остановленном" состоянии (из-за дублирующегося заголовка хоста). Остановите старый сайт и запустите новый.
Это - все из памяти, потому что я сделал это приблизительно одно огромное количество раз.
Ответ, "он зависит".
Перезагрузка может устранить проблемы или помочь обнаружить проблемы путем обеспечения лучше входа или легко наблюдаемых проблем. (Hmmm... перезагружающий, не должен занимать 10 минут),
При обращении к перезагрузкам, поскольку стандартный метод поиска и устранения неисправностей является плохой практикой, как бы то ни было. Кто-то должен понять, как вещи разъединяются так, можно сортировать, изолировать неудавшиеся компоненты и начать диагностировать проблему.
Я очень не хочу сказать это, но может быть полезно посмотреть на что-то как ITIL, особенно управление инцидентами и управление проблемами. Может помочь, что Вы или Ваше управление реорганизовываете свою систему поддержки для фактического функционирования рациональным способом.
Мои мысли о попытке обучить людей состоят в том, чтобы взять наименее навязчивый путь сначала.
Поскольку Вы сказали, что перезагрузка должна быть опцией LAST.
Таким образом, наименьшее количество intrustive было бы больше похоже, - Перезапуск услуги связи - Перезапуска прикладной службы - Перезапуск коммуникационного слоя приложения (если существует) - И т.д.
Это относилось больше затем просто к старым системам и относится к любому поиску и устранению неисправностей. Однажды одна из тех систем не возвратится.
Путем циклического повторения, хотя различные части системы, это могло бы также позволить Вам найти то, что на самом деле вызывает отказ и также имеет более быструю фиксацию, так как не сделана вся перезагрузка.
-
1Я соглашаюсь с тем, какой you’ve, сказанный, и логически мы поперечный эти методы в порядке, Вы описали для сужения, где коммуникационный канал перестал работать. Что I’m более интересующийся знанием то, если существует когда-нибудь состояние, которым система может быть в том, где перезагрузка является однозначной фиксацией к неудавшейся коммуникации. Если так, почему или почему нет? – Cimplicity 31 May 2009 в 11:05
Да, "перезапуск и звонят мне, если он все еще не работает", часто первая строка поиска и устранения неисправностей для системных администраторов или сотрудников справочной службы, которые являются вне идей. Я схвачу к использованию этого также, но сообщение кому-то перезагрузить сервер является совершенно другим осуществлением, чем наличие пользователя перезагружает их рабочую станцию, в зависимости от курса о том, для чего используется сервер.
Я очень не хочу дать этот совет, но говорящий практично, иногда для истинных унаследованных систем, которые Вы не имеете право заменять, если перезагрузка работает для решения проблемы затем, лучше просто сделать это по мере необходимости и работа для выравнивания по ширине обновления, чем расширить время простоя unneccesarily.
С отказоустойчивыми кластерами (я использую Кластер Redhat) перезагрузка является хорошей вещью по нескольким причинам:
Это - часть высоконадежного протокола как "STONITH" (Выстрелите Другому Узлу в Голову), посредством чего безразличный хост насильственно разъединяется/перезагружается. Вы лучше удостоверяетесь, что это правильно настраивается и что это собирается перезагрузить в рабочем состоянии. Когда что-то идет не так, как надо, можно перезагрузить машины несколько раз, если проблема не очевидна.
Система оптимизирована вокруг наличия потери работоспособности узла, но это не очень хорошо - на самом деле это сосет - при расчете, что узел просто неправильно себя ведет. Наличие сервиса перемещает к другому узлу, занимает несколько секунд. Если текущий узел неправильно себя ведет, махнуть рукой на него является самым верным и самым быстрым способом сделать это, иначе кластер мог пытаться сделать вещи слишком приятно и ожидать ACK, который никогда не будет прибывать.
Поскольку Ваш вопрос охватывает несколько операционных систем, не может быть единственного корректного ответа.
Я могу сказать это для систем Windows 2000: я выполнил тысячи из них и могу только вспомнить горстку случаев, где коммуникация перестала работать, И система не была полностью подвешена. Часто простой disable/re-enable отрезанного от внешнего мира NIC решал бы это, сопровождаемое обновлением драйвера и/или заменой NIC с чем-то менее дрянным.
(IOW, я только видел его со старыми ошибочными драйверами и/или NICs вне бренда.)