Почему большие установки Exchange требуют времени простоя для обслуживания?
Вы уверены, что машина Vista работает обычно? Например, у меня была эта проблема (введите пароль, и RealVNC сразу разъединяется), когда машина отказала и "ожидает программ для закрытия"
Windows и обновления Exchange всегда требуют, чтобы перезагрузки закончили устанавливать, таким образом, это - часть его. С хорошим планированием и надлежащей установкой (подсистемы балансировки нагрузки и кластеризация) можно поддержать 24x7 время работы так, чтобы электронная почта была всегда доступна на одном сервере.
На стороне клиента, хотя, всегда существует краткое отключение электричества (5-30sec), поскольку Outlook выясняет сервер CAS, с которым это подключено, в режиме офлайн, и Автоузнайте, переключает его на другого. Обычно Вы получаете "Администратора Exchange, внес изменение, которое требует, чтобы Вы для перезапуска Outlook" обменивались сообщениями, когда это происходит.
Это не длинное отключение электричества, но это рассчитывает как отключение электричества, так вот почему необходимо запланировать время обслуживания, чтобы сделать это. Существует также шанс чего-то идущего не так, как надо в течение периода обслуживания, так к CYA необходимо запланировать его.
Править: Таким образом, я узнал, помещаете ли Вы подсистему балансировки нагрузки перед своими серверами CAS, Вы не получите "Администратора Exchange, делал изменение..." сообщением в Outlook. У Вас все еще будет краткое отключение электричества, поскольку подсистема балансировки нагрузки переключает Вас на активный сервер CAS.
Длинная короткая история... Вы не используете то великое поставщиков.
Нет никакой причины, почему необходимо запланировать регулярное время простоя среды Exchange (хотя планирование окон регулярного техобслуживания всегда является мудрой вещью). Особенно с Exchange 2010. Пока Ваше дублирование запланировано и реализовано правильно, все просто течет. Резервная сеть, накопитель большой емкости, избыточные серверы.
Вы, вероятно, не собираетесь получать это использование поставщика за $3/месяца. Я не перепродаю почтовые ящики Exchange за $3/месяца. Большинство моих причин рекомендации размещенного Exchange имеет дело с важностью электронной почты и время работы. Необходимо заплатить больше за поставщика, который не спускается по всему времени, но ROI заставляет его иметь смысл.
Наш поставщик посылает электронные письма для каждого планового обслуживания. Мы получаем по крайней мере одного из них месяц. 99% из них в основном читают, "Мы делаем обслуживание на наших серверах между 2:00 и 2:15. Можно заметить 15-30 секунд проблем возможности соединения, в то время как почтовые ящики/устройство хранения данных заменяют".
Если Вы ищете 100%-е время работы без 30 секунд обработки отказа, Вы просто не собираетесь находить это где угодно. Не с Exchange, не с Google Apps, не с Domino. 100%-е время работы не существует. Окна обслуживания всегда будут необходимы, и обработки отказа все еще требуют времени (даже если то время кратко).
Поэтому найдите нового поставщика, который может стоить больше, но предоставит Вам вид времени работы, в котором Вы требуетесь.
Единственное регламентное техобслуживание, в котором нуждается Exchange, исправляет серверы, которые в правильно искусственная среда не должна создавать время простоя вообще: даже только с двумя серверами можно сохранить одного из них активным, в то время как Вы исправляете и перезагружаете другой. Взятие резервных копий не создает времени простоя, и тестирующие восстановления - что-то, что должно быть сделано в среде DR, не на живых серверах. Я действительно не понимаю то, что это "регламентное техобслуживание" или почему должен это быть необходимым вообще.
Я не говорю, конечно, что обеспечение 99%-го времени работы легко; проблемы происходят, даже в лучших и самых дорогих средах. То, что я говорю, нет никакой причины вообще для приведения в нерабочее состояние Системы обмена для "регламентного техобслуживания". Если Вы не выполняете стандартную офлайновую дефрагментацию своих баз данных... что-то, что никто в его правильном уме не должен делать больше (но все еще...).
Сохраните дублирование N+1 для буквально каждой части сети, чтобы гарантировать, что никакое время простоя для обслуживания не стоило бы больше; еще много, чем сервис больше не была бы конкурентоспособная цена. Большинство компаний очень терпимо к минимальному запланированному времени простоя. Это не эксклюзивно к Exchange, почти каждому поставщику хостинга, никакого типа, я имел дело с, делает приблизительно то же самое.
В случае Exchange это будет снижением один раз в месяц (по крайней мере), для Патча во вторник.
Нет ничего в обмен, которое делает его по сути ненадежным или подверженным потере работоспособности... на самом деле я утверждал бы, что противоположное применяется. Это зависит от того, как поставщики настраиваются для предоставления их Услуги обмена.
Услуга может быть предоставлена одним или несколькими серверами - главные веб-сайты, почтовые системы (например, Gmail, hotmail, и т.д.) обеспечиваются группами серверов, которые разработаны, чтобы позволить, чтобы некоторые серверы, размещающие сервис, были в режиме офлайн, не влияя на доступность сервиса.
Если серверы, предоставляющие услугу, основаны на системе, которая поддерживает высокую доступность (например, кластеризируясь) затем его возможное для некоторых серверов, которые предоставляют услугу, чтобы быть в режиме офлайн, на самом деле не беря сам сервис офлайн.
Это - теория..., и теория может быть сделана работать на практике. Вопрос состоит в том, сколько поставщик готов потратить на аппаратные средства, проектирование систем и поддержка (стоимость движения от 99,99%, доступных доступным 99,999%, намного выше, чем стоимость движения от 99% до доступных 99,9%, например). В случае размещенного сервиса это быстро становится вопросом того, сколько люди готовы оплатить сервис.
Для поставщика это может быстро стать непомерно дорогим, и когда Вы стреляете для очень высокой доступности затем даже, очень небольшие количества времени простоя могут ковать Вашу статистику.