На главную страницу
 
  Главная 
  Новости 
  Статьи  RSS
  Программное обеспечение 
  Форум 
  Опросы 
  Полезные ссылки 
MSExchange.ru ISADocs.ru WinSecurity.ru NetDocs.ru

Exchange 5.5
Exchange 2000
Exchange 2003
Exchange 2007
Общее
Exchange 2010

Поиск по сайту


Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация

Подписка

Изменение параметров

Статистика

Hits 2746769
11462
Hosts 1649533
407
Visitors 229599
463

13

Главная / Статьи / Exchange 2003 / Exchange 2003 и Сервер хранения Windows


SurfCop

Exchange 2003 и Сервер хранения Windows

Версия для печати Версия для печати

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.

Необходимым условием надежного сохранения данных является распределение между ними общедоступного ресурса. С растущими требованиями к сохранению данных Сервер хранения Windows 2003 (Windows Strorage Server) предлагает большие возможности по выполнению данной задачи. Более того, Windows Storage Server 2003 Feature Pack 1 поддерживает входные сообщения Exchange и файлы базы данных.

Вступление

Windows Storage Server 2003 представляет собою превосходное решение для выделенных файлов и серверов печати, основанное на Windows Server 2003. Существует большое количество изготовителей (к примеру, HP), которые изготавливают данное оборудование, становящееся популярным в среде малых и средних предприятий. Сервер хранения Windows 2003 внедряется в текущие домены Windows и обеспечивает простой способ сохранения файлов и печатей, их восстановление и резервирование. Данная система является хорошей альтернативой дорогой Сетевой базе сохранения (Fiber-Channel Storage Area Networks) в предприятиях малого и среднего масштаба.

Windows Storage Server 2003 Feature Pack 1 наделен дополнительными функциями, как: поддержка работы с входными сообщениями Exchange и файлами базами данных, которая позволяет администратору объединять все подотчетные файлы, выпускать их в печать и производить обмен данными с проверенным сервером. Это, в свою очередь, уменьшает необходимость администрирования сети в силу повышения ее надежности.

Catch-22

Обычно, предприятия объединяют свои рабочие серверы для того, чтобы уменьшить полную стоимость их поддержки. Это знаменует необходимость использования мощных серверов и больших Сетевых баз хранения (SAN). Путем объединения большого количества малых серверов в несколько больших с данными, расположенными в SAN, предприятия смогли повысить надежность работы, уменьшить необходимость администрирования и снизить соответствующие издержки. К сожалению, далеко не все организации способны позволить себе объединение серверов и установку SAN в силу отсутствия соответствующих технических кадров.

Именно из-за этого предприятия малого и среднего масштаба в основном полагаются на Непосредственную систему сохранения (direct-attached storage (DAS)), либо на недорогие приспособление Сетевой системы сохранения (Network Attached Storage (NAS)). Приспособления NAS обеспечивают неплохой файловый сервис, но не поддерживают работу с Microsoft Exchange. Это наносит серьезный удар по небольшим предприятиям, заставляя их использовать DAS, либо вводить дорогостоящие обновления SAN.

Сервер хранения Windows 2003 является ответом Microsoft на устройства NAS и позволяет небольшим предприятиям использовать доступные решения SAN, поддерживающие работу с Exchange. Данный инструмент прекрасно выполнен и легок в администрировании.

Требования к хранилищу Exchange

Microsoft порекомендовал администраторам разделить базу данных Exchange и регистрационные записи входных сообщений, расположив их в различных физических томах. EDB, STM и файлы регистрации сообщений имеют различный характер поведения в I/O и, соответственно, различные требования.

  • Файлы EDB имеют случайный образец чтения/написания с размером страницы 4KB
  • Файлы STM имеют последовательный образец чтения/написания с размером страницы 64KB
  • Файлы регистрации входных сообщений всегда записываются последовательно в размере страницы 4KB. Единственный случай, когда они подлежат прочтению — повторное воспроизведение сообщения.

В обычном Exchange сервере при использовании DAS, регистрация входных сообщений происходит в массиве RAID 1, а файлов базы данных — RAID 5 или RAID 10 (1+0). Это — рекомендуемая конфигурация, принимающая во внимание различные требования I/O с целью обеспечения соответствующего резервирования. Рисунок 1 показывает обычную систему Exchange и DAS.

Рисунок 1: Обычный сценарий Exchange - DAS

При использовании Сервера хранения Windows с Feature Pack 1 файлы регистрации могут быть выстроены в соответствии с отображенным порядком сервера, а файлы базы данных могут быть перемещены на сервер хранения.Рисунок 2 отображает регистрационные записи входных сообщений на массиве RAID 1 в сервере Exchange, в то время, как файлы базы данных Exchange, перемещены на сервер хранения.

Рисунок 2: Сценарий взаимодействия Exchange DAS/Сервер хранения Windows

Вы также можете переместить файлы регистрации входных сообщений на сервер хранения, удаляя все данные с сервера c Exchange. (См. Рисунок 3).

Рисунок 3: Сценарий полного переноса данных с сервера Exchange

Характеристики аппаратных частей

Конкретные требования к аппаратным деталям компьютера зависят от типа сохранения данных, количества пользователей Exchange, и размера данных. Перед тем, как начать работу, выясните, к какой «весовой» категории Вы относитесь (малой, средней или большой). Microsoft может дать рекомендации каждой из указанных рабочих нагрузок:

Малая – до 250 почтовых ящиков на одном сервере Exchange с единым сервером хранения Windows

  • Процессор с частотой 1ГГц и выше; 512МБ оперативной памяти
  • 4 Жестких диска SATA или SCSI с пятью массивами RAID 5 на сервере хранения Windows для баз данных Exchange
  • 2 Жестких диска SATA или SCSI с одним массивом RAID 1 на сервере Exchange для регистрации входных сообщений
  • 2 Сетевые карты; одна — для трафика LAN и еще один гигабитовый сетевой адаптер для обеспечения соединения между сервером Exchange и сервером хранения Windows

Средняя – до 750 почтовых ящиков на едином сервере Exchange с единым сервером хранения Windows

  • Два процессора с частотой 1 ГГц и выше; 1 ГБ оперативной памяти
  • 6 жестких дисков SCSI, 4 из которых располагают пятью массивами RAID 5 для хранения баз данных Exchange, а 2 — одним массивом RAID 1 для регистрации входящих сообщений.
  • 2 сетевые карты, одна — для трафика LAN и еще один гигабитовый сетевой адаптер для обеспечения соединения между сервером Exchange и сервером хранения Windows

Большая – до 1500 почтовых ящиков на одном или двух серверах Exchange с единым сервером хранения Windows

  • Два процессора с частотой 1 ГГц и выше; 2 ГБ оперативной памяти
  • 10 жестких дисков SCSI, 8 из которых располагают десятью массивами RAID 10 для баз данных Exchange, а 2 — одним массивом RAID 1 для регистрации входящих сообщений
  • 2 гигабитовые сетевые карты; одна — для трафика LAN и еще одна — для обеспечения соединения между сервером Exchange и сервером хранения Windows

Еще одна немаловажная вещь — Вход/выход за секунду (IOPS). Один из главных факторов, направленных на повышение IOPS — повышение числа физических дисков. RAID 5 с 6 жесткими дисками по 36 ГБ будет поддерживать большее IOPS, чем единый жесткий диск с 200 ГБ. Основная цель здесь — сохранить значение средней длины диска (измеренное при помощи Монитора производительности), меньшее, чем количество физических дисков. Вы можете рассчитать приблизительное значение IOPS, используя следующую формулу, либо использовать Монитор производительности для получения значения с большей точностью.

Рассчитанное значение IOPS на одного Пользователя, тип пользователя x Количество пользователей = Необходимое расчетное значение IOPS

Нагрузка пользователей Среднее IOPS Размер почтового ящика Ежедневная почта
Низкая .18 До 50 МБ 10 отправлено/50 получено
Средняя .4 50—100 МБ 20 отправлено/100 получено
Высокая .75 Более 100 МБ 30 отправлено/100 получено


К примеру, если у Вас есть 100 пользователей, подпадающих под категорию «средних», то Вам необходимо оборудование, которое способно поддерживать, по меньшей мере, 40 IOPS (0.4 x 100 = 40). Из-за того, что большинство малых предприятий объединяют файловые серверы и сервере Exchange на едином сервере, данные требования следует уточнять в каждом конкретном случае.

Exchange сгенерирует образец трафика I/O, основанного на наиболее частых запросах в 4 КБ блоках, в то время, как трафик обычного файлового сервера более продолжительный с отсылкой больших по объему частей данных. Сервер хранения Windows использует протокол блока серверных сообщений (SMB) для обоих видов трафика. Это хорошо, поскольку количество ресурсов общего доступа на сервере хранения не оказывает никакого влияния на функционирование сервера Exchange (влияние оказывает только вид и размер передаваемых данных). Лучший способ борьбы с этим — избегать регистрации данных файлового сервера, базы данных Exchange и входящих сообщений на отдельных (собственных) секциях диска.

Настройка сервера хранения

Сервер хранения довольно легко поддается конфигурированию. Во-первых, следует установить Feature Pack 1, что добавит необходимые функции для хостинга файлов сервера Exchange. Кроме того, это обеспечивает равный доступ к приложениям, которые необходимо будет установить на сервере Exchange.

После установки Feature Pack 1 откройте портал управления web, и Вы увидите новую опцию во вкладке Общий доступ под названием Общий доступ к новому серверу Exchange (New Exchange Share) (см. Рисунок 4).

Рисунок 4: Конфигурирование сервера хранения

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

Теперь сервер Exchange должен быть подключен к ресурсу общего доступа на сервере хранения; при этом следует установить компоненты Feature Pack для работы с Exchange. Будут установлены два инструмента: мастер удаленного сохранения и WSSExchMove.exe, которые используются для конфигурирования Exchange при использовании сервера хранения. Кроме того, происходит установка нового сервиса — Сервиса отображения сервера хранения Windows (WSSExchMapSvc), который перенаправляет запросы к данным с сервера Exchange на сервер хранения, сделанные с использованием Распределенной файловой системы (DFS). Польза от использования DFS заключается в том, что она позволяет поддерживать Ваши существующие инструменты для резервирования Exchange так, что они будут занимать том на локальном диске.

Вы можете использовать Мастер удаленного сохранения для перемещения файлов сервера Exchange с локального сервера на сервер хранения Windows (Рисунок 5).

Рисунок 5: мастер удаленного сохранения

Также Вы можете использовать и WSSExchMove.exe для перемещения файлов.

WssExchMove.exe группа сохранения сервера [/l расположение] [/s место сохранения]

  • Сервер – имя сервера Exchange, управляющего почтовыми ящиками в текущий момент времени
  • Группа сохранения – группа сохранения, которую Вы хотите переместить
  • /l расположение – расположение регистрационного журнала входящих сообщение на сервере хранения Windows
  • /s место сохранения – место в файлах базы данных на сервере хранения

Windows вы также можете просмотреть текущую конфигурацию при помощи ключа /i.

Последняя стадия процесса — проверка перемещения. Если Вы использовали Мастер удаленного сохранения, то проверьте ящик, ближний к опции «Просмотреть детальный отчет» после закрытия Мастера. Если же вы пользовались WSSExchMove.exe, то файлы регистрации будут записаны в Мои документы\директория регистрации сервера хранения Windows. Вы должны быть уверены в том, что данные при сохранении будут недоступны и пользователи не смогут получить доступ к своим почтовым ящикам в этот период.

Заключение

Сервер хранения Windows 2003 сделал более эффективными методы сохранения данных на средних и малых предприятиях , а Feature Pack 1 улучшил их функциональность. Если позволить Серверу хранения Windows контролировать файлы базы данных Exchange, то подобные предприятия смогут обеспечить централизованное решение не только для сохранения и распечатки файлов, но также и для функционирования серверов Exchange.

https://msexchange.ru/articles/Understanding-Exchange-Information-Store.html

http://www.msexchange.org/tutorials/Implementing-iSCSI-Exchange-Server-2003.html

https://msexchange.ru/articles/The-Art-and-Science-of-Sizing-Exchange-2003-Part-2.html

http://www.microsoft.com/windowsserversystem/wss2003/default.mspx

http://www.microsoft.com/technet/prodtechnol/exchange/guides/StoragePerformance/43a270e5-3a0b-4fe5-8c74-505d5c4a293b.mspx





Рейтинг:  
0 (голосов 0)  
 1   2   3   4   5    

Автор: Родни Бьюик (Rodney Buike)
Родни Бьюик имеет степень Microsoft MVP. Он получил свой сертификат MCSE в области Windows 2000 и 2003. Работает системным инженером в крупной канадской промышленной компании и публикуется на http://thelazyadmin.com.
Эта статья переведена и опубликована с разрешения http://www.msexchange.org

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.





Работает на «Битрикс: Управление сайтом»
Работает на «Битрикс:
 Управление сайтом»
© MSExchange.ru, 2005-2010