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

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

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


Авторизация

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

Подписка

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

Статистика

Hits 19694045
11518
Hosts 2183340
1118
Visitors 1345751
1320

18

Главная / Статьи / Exchange 2003 / Хранилище информации в Exchange


SurfCop

Хранилище информации в Exchange

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

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

Мы хотели бы поприветствовать Родни Бьюика в нашей команде авторов, т.к. он представляет свою первую статью читателям MSExchange.org. Хранилище информации (Information Store) – это сердце и душа серверов Exchange 2000 и 2003. Понимание фундамента Information Store важно для всех, кто занимается управлением сервера Exchange.

Если вы мне не верите, остановите службу Microsoft Exchange Information Store и засеките время, до того как ваш телефон начнет звонить!

Information Store состоит из нескольких компонент. На рисунке 1 изображена графическая схема типового сервера Exchange.

Рисунок 1

Exchange 2000 и 2003 используют одинаковое Хранилище, но в зависимости от версии существуют различия. В таблице 1 описаны эти различия.

Особенности хранилища Exchange 2000* и Exchange 2003 Standard Pre-SP2 Exchange 2003 Standard /w SP2 Exchange 2000 и 2003 Enterprise
# Количество Групп хранилища 1 + 1 RSG** 1 + 1 RSG** 4 + 1 RSG**
# Количество хранилищ 1 хранилище электронной почты и 1 хранилище для Общей папки на каждую Группу хранилища 1 хранилище электронной почты и 1 хранилище для Общей папки на каждую Группу хранилища 5 на каждую Группу Хранилища
Ограничения размеров хранилища 16GB на хранилище 75GB на хранилище 16TB на хранилище


Таблица 1
* Exchange 2000 с любыми сервис паками
**RSG = Recovery Storage Group (Группа хранилища для восстановления)

Группы хранилищ (Storage Groups) и базы данных

Storage Group содержит одно или несколько хранилищ электронной почты или общих папок, в зависимости от версии и нужд организации. Хранилища электронной почты содержат почтовые ящики системы и пользователей, а Public Folder Store содержит общие папки и их содержимое. Для большинства организаций одна группа хранилищ, с одним хранилищем электронной почты и одним хранилищем общих папок более чем достаточно, однако, по мере роста базы данных в размере, разделение одной большой базы данных на несколько маленьких баз данных поможет облегчить управлением резервным копированием.

По умолчанию при установке Exchange создается Storage Group, которая содержит Mailbox Store (Хранилище электронной почты) и Public Folder Store (Хранилище общей папки). Каждое Mailbox Store состоит из двух файлов:

  • Priv1.edb - файл базы данных, который содержит электронные сообщения, прикрепленные файлы и заголовки электронных сообщений
  • Priv1.stm – потоковый файл, который содержит мультимедийные данные в формате MIME.

Обычно, каждое Public Folder Store также состоит из двух файлов:

  • Pub1.edb – файл базы данных, который содержит сообщения, прикрепленные файлы и заголовки для файлов, хранящихся в дереве общих папок.
  • Pub1.stm – это потоковый файл, который содержит мультимедийные данные в формате

Каждый файл EDB ассоциируется с файлом STM.

Exchange использует хранилища с одной ссылкой на сообщение. Что это значит? Если электронное сообщение послано на несколько почтовых ящиков, которые находятся в одной базе данных, то сообщение будет сохранено один раз, и в каждом почтовом ящике будет находиться указатель на это сообщение. Транзакция также заносится в журнал транзакций для Storage Group, которая содержит эту базу данных. Однако, если электронное сообщение послано на несколько почтовых ящиков, которые размещены в различных базах данных, то сообщение будет скопировано для каждой базы данных и записано в журнал транзакций для каждой Storage Group, которые содержать базу данных с копией сообщения.

Например, если я послал 10 пользователям сообщение размером 1MB и все почтовые ящики расположены в одной базе данных, то только одна копия будет записана в базу данных, а в каждом почтовом ящике будет размещена ссылка на это сообщение, таком образом будет задействовано только 1MB дискового пространства. Если все 10 получателей расположены в двух различных базах данных, каждая база данных получит копию этого сообщения, и таким образом будет задействовано 2MB дискового пространства. Как вы можете увидеть в первом случае, так намного эффективнее использовать дисковое пространство.

Кроме файлов баз данных Группы хранилищ (Storage Groups) также содержат системные файлы и журналы транзакций. Существуют два системных файла Tmp.edb – временная база данных, в которую записываются транзакции, и E##.chk. Файл E##.chk обеспечивает контрольную точку для Storage Group. Символы ## представляют номер Storage Group - для первой Storage Group файл будет называться E00.chk. Это файл с контрольной точкой отслеживает последнюю совершенную транзакцию. Если вам надо произвести восстановление, то в этом файле содержится точка отсчета, с которой начинать проход журнала транзакций.

Журналы транзакций

Журналы транзакций – это самые важные файлы для работы сервера Exchange server. Microsoft Exchange Server использует журналы транзакций для восстановления в случае аварии, что позволяет вернуть базу данных Exchange в нормальное состояние после аварии. Перед тем, как что-нибудь записать в файл EDB, это записывается в журнал транзакций. После того, как транзакция была занесена в журнал, данные записываются в базу данных.

До тех пор, пока транзакция не выполнена в базе данных, она доступна из памяти и записывается в журнал транзакций. По этой причине вы можете увидеть, что файл store.exe использует до 1GB оперативной памяти, если сервер Exchange работал продолжительное время. После восстановления работоспособности сервера Exchange после аварии, в файле с контрольной точкой содержится информация о последней совершенной транзакцией в журнале транзакций.

Существует четыре типа журналов транзакций:

  • E##.log – это текущий журнал транзакций для базы данных. После того, как файл журнала достигает размера 5MB, он переименовывается в E#######.log и создается новый файл E##.log. Как и в случае с контрольным файлом символы ## указывают на номер Группы хранилищ (Storage Group). Пока будет создаваться новый файл E##.log вы увидите файл под названием Edbtmp.log, который является шаблоном для файлов журналов для сервера Exchange.
  • E#######.log – это дополнительные журналы транзакций. Они последовательно нумеруются, начиная с E0000001.log с использованием шестнадцатиричной нумерации и имеют размер 5MB.
  • Res1.log – резервный файл журнала, который ограничен 5MB. Когда диск переполняется, транзакции записываются в этот журнал транзакций, пока вы занимаетесь очисткой диска.
  • Res2.log – это другой резервный журнал транзакций, который выполняет функцию аналогичную первому резервному файлу Res1.log.

Журнал транзакций может расти очень быстро, т.к. все транзакции записываются в журнальный файл. Существует два способа управления этим ростом – с помощью рекомендуемого метода путем регулярного полного резервного копирования Information Store. При успешном резервном копировании, транзакции помещаются в базу данных, а затем удаляются.

Другой способ – это подключение цикличной журнализации. Цикличная журнализация отключена по умолчанию, т.к. она позволяет вам восстановить данные Exchange с последнего резервного копирования. При подключенной цикличной журнализации журнал транзакций очищается сразу после того, как транзакции помещаются в базу данных. Если вам необходимо будет восстановиться с резервной копии, то все транзакции после резервной копии будут потеряны.

Два резервных файла транзакций Res1.log и Res2.log используются для хранения 10MB пространства, на тот случай, если свободное пространство на диске закончилось. Когда пространство на диске заканчивается, то транзакции записываются в резервный журнал, а служба Information Store автоматически останавливается. Вы не сможете перезапустить службу Information Store, пока не освободите пространство на диске.

Рекомендации

Здесь приведены некоторые рекомендации по Information Store

  • Размещение программных файлов Exchange, очередей SMTP, журналов транзакций и файлов баз данных на различных дисковых массивах – это идеальный вариант. Если ваш бюджет не позволяет этого, то размещение программных файлов, журналов транзакций и очередей SMTP на одном дисковом массиве, а файлов базы данных на другом дисковом массиве, позволит увеличить производительность при минимальной стоимости.
  • Все файлы должны размещаться на дисковых массивах. RAID 1 – это минимально рекомендуемый уровень, RAID 5 обеспечивает повышение в производительности, а RAID 10 обеспечивает лучшую производительность при наибольших затратах.
  • Регулярно выполняйте полное резервное копирование Information Store, чтобы записать все транзакции и очистить файлы журналов. Это можно сделать при помощи средств Windows, NTBackup или средств сторонних организаций. Это помогает также сохранить диск от переполнения.
  • Не используйте цикличную журнализацию. Как упоминалось ранее, цикличная журнализация позволяет вам восстанавливать лишь данные из последней резервной копии.

Information Store – наиболее важный компонент сервера Exchange 2000/2003 и правильное понимание его структуры необходимо для управления и поддержки сервера Exchange.

Смотрите также:

Резервное копирование и восстановление с помощью NTBackup (Backup and Restore Exchange with NTBackup)
https://msexchange.ru/articles/detail.php?ID=1081&phrase_id=6430

Перемещение баз данных и журнальных файлов (Moving Exchange Database and Log Files)
http://msexchange.org/tutorials/MF001.html

Перемещение очередей SMTP (Moving SMTP Queues)
http://www.msexchange.org/tutorials/SMTP_Virtual_Server_Uncovered.html





Рейтинг:  
1.2 (голосов 12)  
 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 запрещается.





Печать пластиковых карт - это часть процесса изготовления и производства пластиковых карт