Home

Отказоустойчивость почтовых ящиков

Растущий объем электронной переписки и ее значение для бизнеса требуют более надежных и производительных решений. Высокая доступность может быть обеспечена без переустановки серверов, и все управлению ею выполняется из Exchange. Администраторы могут создавать группы доступности баз данных, содержащие до 16 серверов, для автоматического переключения между копиями баз данных.

Быстрое переключение (<30 секунд) между базами данных при отказах дисков резко сокращают длительность простоев организации.

Доступ к почтовым ящикам в процессе их перемещения обеспечивает практически непрерывный доступ даже во время обслуживания системы, сокращая длительность сверхурочных работ для администраторов

В Exchange 2010 нагрузка на дисковую подсистему сокращена на 90% по сравнению с Exchange 2003, что снижает требования к оборудованию. Поэтому Exchange может применяться в сочетании с самыми разнообразными архитектурами хранения данных и типами дисков без ущерба для доступности системы, тем самым позволяя увеличить размеры почтовых ящиков за меньшую цену.

Описание функциональных возможностей

Группа доступности баз данных. Несколько почтовых серверов, использующих технологию непрерывной репликацией для того, чтобы автоматически восстанавливать систему после различных сбоев (на уровне дисков, серверов и центров обработки данных).

Обработка отказов на уровне баз данных. Группы готовности баз данных Exchange Server позволяют автоматически обрабатывать отказы на уровне баз данных, не усложняя процесс традиционной кластеризацией. Сбои на уровне баз данных, например ошибки дисков, больше не влияют на работу пользователей сервера. Так как базы данных теперь не так тесно связаны с серверами, при сбоях в работе дисков администраторы легко смогут перейти на другую копию баз данных. Эти изменения, а также сокращение времени обработки отказа (до 30 секунд) значительно повышают продолжительность работоспособного состояния ИТ-системы предприятия.

Улучшенная катастрофоустойчивость. Группы доступности баз данных Exchange Server обеспечивают повышенную устойчивость системы к сбоям, упрощая процесс репликации данных между различными центрами обработки данных с целью сокращения времени обработки отказов. Сжатие файлов журнала позволяет сократить время передачи данных и снизить нагрузку на сеть.

Упрощенное внедрение. Администраторы могут повысить уровень доступности среды Exchange после первоначального развертывания, для этого этом им не потребуется переустанавливать серверы. Небольшие организации могут развернуть простую двухсерверную конфигурацию, которая обеспечивает полное дублирование почтовых ящиков, а также ролей сервера клиентского доступа и транспортного сервера-концентратора. Эти изменения позволяют развертывать системы высокой доступности даже тем организациям, которым когда-то это казалось нецелесообразным.

Встроенные средства администрирования. Группы доступности баз данных Exchange Server позволяют автоматически обрабатывать отказы на уровне баз данных, не усложняя процесс традиционной кластеризацией. Испытанные возможности кластеризации Windows интегрированы с Exchange, а их прозрачность значительно облегчает работу администраторов, которым больше не нужно вникать в суть концепции кластеризации или работать с разрозненными инструментами администрирования в целях обеспечения бесперебойной работы системы.

Встроенные средства восстановления почтовых ящиков. Архитектура групп доступности баз данных Exchange Server позволяет откладывать воспроизведение файлов журнала, благодаря чему администраторы могут восстанавливать базу данных по состоянию на любой момент времени. Отныне при аварийном восстановлении вместо резервных копий на магнитной ленте можно использовать инфраструктуру высокой доступности, что позволяет значительно сократить эксплуатационные расходы.

Устойчивость к сбоям при передаче данных. Транспортные серверы в Exchange Server 2010 имеют встроенные механизмы защиты от потери очередей сообщений при сбоях дисков или серверов. Серверы сохраняют «теневую» копию каждого элемента почты после того, как он будет доставлен в следующую промежуточную точку. Если данные не удастся успешно передать дальше, запускается процесс повторной передачи сообщения, но уже по другому каналу.

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

Сокращение числа операций ввода-вывода. Exchange 2010 позволяет сократить число операций дискового ввода-вывода примерно на 70% по сравнению с Exchange 2007, и на 90% по сравнению с Exchange 2003. Это означает, что потребуется меньше дисков, что даст возможность сократить расходы на обеспечение нужного уровня производительности дисковой подсистемы.

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

Автоматическое исправление страниц. Exchange Server 2010 более устойчив к сбоям в системе хранения. Когда причиной повреждения данных становятся незначительные сбои диска, Exchange автоматически исправляет поврежденные страницы базы данных, используя для этого одну из резервный копий этой базы. Автоматическое обнаружение и исправление ошибок в данных, произошедших по причине незначительных дисковых сбоев, позволяет вам использовать более экономичные механизмы хранения данных, сохраняя надежность системы на высоком уровне.

Поддержка массива JBOD. При развертывании Exchange 2010 можно создавать до 16 реплик каждой базы данных сообщений, а быстрое переключение на резервные базы позволяет администраторам заменять поврежденные диски, причиняя минимальные неудобства пользователям. Подобное дублирование данных на уровне приложения дает возможность использовать системы хранения без RAID (JBOD-системы), а это, в свою очередь, значительно сокращает расходы.

 
marginTop10
Microsoft TechNet