Так как значение систем электронных коммуникаций в бизнесе продолжает увеличиваться, перед ИТ-специалистами встает актуальная проблема предотвращения сбоев в работе систем электронной почты и недопущения потери данных. В целях удовлетворения этой потребности Exchange Server 2010 сокращает расходы на развертывание решения для работы с электронной почтой и упрощает этот процесс, обеспечивая высокий уровень готовности сервера и устойчивость системы к сбоям. Созданная на основе технологии репликации Exchange Server 2007 новая архитектура высокой готовности в Exchange 2010 обеспечивает упрощенную единую среду для поддержания высокой готовности системы и аварийного восстановления. В результате увеличивается продолжительность работоспособного состояния системы для конечных пользователей, администраторы получают большую свободу действий, а организация – возможность снизить капитальные и эксплуатационные расходы.
Описание функциональных возможностей
Группа готовности баз данных. Несколько почтовых серверов, связанных через технологию непрерывной репликацией для того, чтобы автоматически восстанавливать систему после различных сбоев (на уровне дисков, серверов и центров обработки данных).
Обработка отказов на уровне баз данных. Группы готовности баз данных Exchange Server позволяют автоматически обрабатывать отказы на уровне баз данных, не усложняя процесс традиционной кластеризацией. Сбои на уровне баз данных, например ошибки дисков, больше не влияют на работу пользователей сервера. Так как базы данных теперь не так тесно связаны с серверами, при сбоях в работе дисков администраторы легко смогут перейти на другую копию баз данных. Эти изменения, а также сокращение времени обработки отказа (до 30 секунд) значительно повышают продолжительность работоспособного состояния ИТ-системы предприятия.
Повышенная устойчивость системы к сбоям. Группы готовности баз данных Exchange Server обеспечивают повышенную устойчивость системы к сбоям, упрощая процесс распределения реплицированных данных между различными центрами обработки данных с целью сокращения времени обработки отказов. Сжатие файлов журнала позволяет сократить время передачи данных и снизить продолжительность использования пропускной способности сети.
Упрощенное развертывание. Администраторы могут повышать уровень готовности среды Exchange после первоначального развертывания, при этом им не нужно переустанавливать серверы. Небольшие организации могут развернуть простую двухсерверную конфигурацию, которая обеспечивает полное дублирование почтовых ящиков, а также ролей сервера клиентского доступа и транспортного сервера-концентратора. Эти изменения позволяют развертывать системы высокой готовности даже тем организациям, которым когда-то это казалось нецелесообразным.
Встроенные средства администрирования кластеров. Группы готовности баз данных Exchange Server позволяют автоматически обрабатывать отказы на уровне баз данных, не усложняя процесс традиционной кластеризацией. Испытанные возможности кластеризации Windows интегрированы с Exchange, а их прозрачность значительно облегчает работу администраторов, которым больше не нужно вникать в суть концепции кластеризации или работать с разрозненными инструментами администрирования в целях обеспечения бесперебойной работы системы.
Отказ от резервного копирования. Архитектура групп готовности баз данных Exchange Server позволяет откладывать воспроизведение файлов журнала, благодаря чему администраторы могут восстанавливать базу данных по состоянию на любой момент времени. Отныне при аварийном восстановлении организации смогут полагаться на развернутую инфраструктуру высокой готовности, а не на записанные на магнитных носителях резервные копии, что позволяет значительно сократить эксплуатационные расходы.
Устойчивость к сбоям при передаче данных. Транспортные серверы в Exchange Server 2010 имеют встроенные механизмы защиты от потери очередей сообщений при сбоях дисков или серверов. Серверы сохраняют «теневую» копию каждого элемента почты после того, как он будет доставлен в следующую промежуточную точку. Если данные не удастся успешно передать дальше, запускается процесс повторной передачи сообщения, но уже по другому каналу.
Перемещения почтовых ящиков «на лету». Администраторы могут перемещать почтовые ящики в другие базы данных, не отключая владельцев этих ящиков от серверов. Пользователи по-прежнему смогут подключаться к своим почтовым ящикам, отправлять и получать сообщения даже во время перемещения их почтового ящика. Это позволяет администраторам проводить операции по обслуживанию системы в рабочие часы, не тратя на них время вечером, ночью или в выходные дни.
