Доступность Windows Server 2003 / время работы

Нет действительно стандартного числа, которое мы можем процитировать Вам, отдельно сервер, 2003 является очень устойчивой системой, но время работы, которое можно ожидать, зависит в ряде переменных факторов.

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

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

Наконец Ваша попытка хотеть учесть как раз к запланированным обновлениям или изменениям, использование сервера, вероятно, для увеличения со временем, этому будут нужны обновления для преодоления изменения?

Все эти вещи, включенные в, дадут Вам Ваше предсказанное время работы, и может случиться так, что Ваше фактическое время работы лучше, чем это, если у Вас нет отказов, не обновлений и т.д., но лучше, чтобы быть осторожными.

На основе моего опыта со Стандартом Сервера 2003 года R2 я могу сказать Вам, это высоко, если Вы не испытываете затруднений аппаратных средств/сети.

Эти 2 сервера у меня есть рабочий Server 2003, никогда не разрушаемый однажды на своем собственном. Один сервер имеет рекордное время работы 240 дней!!! Действительно отметьте: это вызвано тем, что они никогда не устанавливали обновление в системе.

Потребовалось бы много для катастрофического отказа 2003 от нормального функционирования.

Можно запланировать SLA обновления, т.е. вниз после того как в неделю в течение максимум 2 часов, например, принимающих все, идет прекрасный. Но если Вы не запускаете кластерный материал с обработок отказа, и т.д., действительно нет никакого способа, которым можно сделать SLA для всего остального. Что происходит, если Вы делаете обновления, перезагружаете сервер, и он не подходит? Или это заражается вирусом, или контроллер диска перестает работать, проблемы могли быть бесконечными.

Вы были бы лучше для определения SLA для применения обновлений и SLA для ответа на проблемы, которые подходят.

Сделайте SLA, поскольку я отвечу на отключение электричества в течение 1 часа, но время, чтобы решить или работать вокруг того отключения электричества будет варьироваться, поскольку это не может ожидаться.

Windows, любая версия, извлекает выгоду из регулярных перезагрузок. Сама операционная система имеет утечки памяти, даже не принимая во внимание приложения и сервисы. Обновления требуют перезагрузок также. Можно легко объединить эти две операции и иметь время простоя каждую неделю только времени, которое требуется к перезагрузке.

После попытки целого набора способов применить обновления и иметь регулярные перезагрузки я узнал, что лучший способ состоит в том, чтобы написать сценарий обновлений, но не позволяет процессу обновления перезагружать машину. У меня есть experineced несколько случаев серверов, или не закрывающихся правильно или не возвращающихся правильно, когда перезагрузка инициирована обновлением в виде сценария. Выполните перезагрузку отдельно. Я планирую обновления для установки запуска в 23:00 в субботу вечером и перезагрузок, пораженных через серверы между 3:00 и 4:00 в воскресенье утром.

Система контроля не выпускает предупреждения в течение того периода для предотвращения ненужных производимых предупреждений. Additionaly, серверы отправляют мне emai после перезагрузки. Когда я просыпаюсь утра воскресенья, я проверяю свои электронные письма. Если существуют какие-либо предупреждения, или у меня нет электронного письма с каждого перезагруженного сервера, я знаю, что у меня есть проблема. Еще не произошел все же.

В 30-дневном месяце существует 43 200 минут. Время работы на 99,75% 43,092 - который дает Вам 108 минут времени простоя для выполнения любого планового обслуживания. Это должно быть более чем достаточно, хотя я думаю, что нормально писать в SLA, основное обслуживание (включая, но не ограничиваясь, обновлениями) запланированный заранее исключено из SLA.

Более твердая часть находится в чрезвычайной ситуации - сколько времени она возьмет Вас для получения до сервера, определит проблему и зафиксирует его. В этом случае четыре часа не могли бы быть достаточно (99,44%).

Я заботился о соразмещенных серверах окон с 2000, и во все то время я могу вспомнить 4 отключения электричества, вызванные сбоем брандмауэра (отдельное оборудование, 2x катастрофически), 1 DoS-атака в сети (не против наших серверов, но повлиявший), а также несколько значительных запланированных окон обслуживания, требуемых по условию, центрируются. Сами серверы Windows... кроме применения патчей или пакетов обновления я не могу думать ни о ком. (быстро touchwood)

Что я ожидал бы? Минимальные 99,5% (который звучит низким), но это, по крайней мере, дает Вам шанс. Большинство месяцев Вы будете близкие 100,00%. Не повышайтесь (чем 99,5), если клиент не платит за него...