Развивая тему моей предыдущей статьи, предметом, к которому я адресуюсь в моей второй статье, снова является потребление дискового пространства, но на этот раз, базами данных Exchange.
Вы спрашиваете, какая вам от этого польза?
Ответ прост — лучшее понимание как базы данных потребляют дисковое пространство, которое поможет вам управлять распределением дискового пространства наиболее эффективным способом.
Что базы данных из себя представляют
Базы данных Exchange основаны на JET engine, на самом деле, на варианте JET engine, называемом Extensible Storage Engine (ESE). ESE это многопользовательская база данных, которая поддерживает язык манипулирования данными (Data Manipulation Language -DML) и язык определения данных (Data Definition Language -DDL). ESE оптимизирован для быстрого получения данных из базы, так как это основная функция, которую выполняет база данных.
Проверка версии ESE engine, используемой различными версиями Exchange, показывает, что есть различие между Exchange 5.5 и Exchange 2000/2003.
Exchange 5.5 использует версию ESE97, тогда как Exchange 2000/2003 использует версию ESE98. Это может казаться небольшим различием, но это не так.
Чтобы понять разницу просто взглянем на типы файлов баз данных разных версий…
EDB файлы
Базы данных Rich-text (EDB) это тип баз данных, которые мы привыкли видеть в серверах до 2000 Exchange. EDB базы данных могут быть названы MAPI базами данных, так как содержат информацию, подчиненную MAPI client(Outlook). Сами данные хранятся в соответствующем формате, называемым инкапсулированным форматом баз данных Microsoft (Microsoft Database Encapsulated Format -MDBEF).
Стоит упомянуть, что все сообщения (MAPI сообщения, SMTP или HTTP) свои некоторые свойства хранят в rich-text базе данных.
STM файлы
Назначение базы данных (STM) или потоковой базы (streaming database) — содержать сообщения, которыми управляет не MAPI client (версия после Exchange 5.5). Файл называется потоковым потому, что данные добавляются последовательно, в его «родном» формате. Сами данные внутри STM файла не закодированы и не зашифрованы каким либо способом, так что если база остановлена, то файл можно просмотреть, используя текстовый редактор.
Работа с файлами
Процесс понимания, как дисковое пространство потребляется базой данных Exchange 5.5 более ясен, если файлы одного типа потребляют дисковое пространство. Exchange 2000/2003 с другой стороны немного более сложен, так как он использует файлы двух типов для каждого хранилища. Тем не менее, когда мы смотрим на потребление дискового пространства двумя типами файлов — Exchange 2000/2003 (EDB & STM) , то эти файлы должны быть рассмотрены как одна сущность — хранилище данных.
Распределение дискового пространства
Чтобы понять, как базы данных Exchange потребляют дисковое пространство, давайте обратимся к рисунку 1 и рассмотрим описание каждой секции.
Рис. 1: Описание дискового пространства
- Hard Drive/Disk Space(Жесткий диск/Дисковое пространство) — Информация хранится — вы конечно догадались — на жестком диске. Все неиспользованное пространство на жестком диске, может быть использовано для баз данных/хранилищ.
- Database/Store (База данных/Хранилище) — База данных, это место хранения информации. Размер базы увеличивается секциями по 2 Мб. Чтобы предотвратить чрезмерную фрагментацию базы на жестком диске вы можете изменить увеличение базы секциями по 16 Мб. Это можно сделать с помощью ADSIEDIT в разделе конфигурации в свойствах групп хранения Active Directory. В свойствах групп хранения редактируйте параметр msExchESEParamDbExtensionSize и установите его равным 4096.
- Data(Данные) — Это часть базы где находятся данные, к которым у пользователей есть доступ, и которые они могут менять.
- Recoverable Items (Восстановление удаленной информации) — Восстановление данных на Exchange сервере может быть непростым делом (хотя использование Recovery Storage Group облегчает задачу). Чтобы помочь администратору решить эту проблему, каждая база сохраняет удаленные данные некоторое время (определенное системным администратором). Удаленные данные, срок хранения которых истек (и при особых обстоятельствах скопированные в резерв), будут окончательно удалены из базы/хранилища.
- Recyclable Space(Повторно используемое пространство) — Пространство, которое свободно и может быть повторно использовано новыми сообщениями. Помните, что это пространство может быть фрагментировано и хранится внутри базы данных. На рисунке 1 это пространство находится в конце базы данных, потому что база данных была дефрагментирована.
Покажите мне цифры
Проверка дискового пространства, используемого базой задача простая — используйте только инструмент, такой как Windows Explorer, чтобы проверить размер базы и/или свободное место на диске.
Высоко квалифицированный администратор должен всегда знать размеры разных частей баз данных Exchange.
Определение размера свободного пространства
Измерение свободного пространства может быть сделано или с помощью поиска события 1221 в Application log, или используя ESEUTIL для получения этой информации.
Событие 1221 проводит консервативную оценку пространства базы данных. Если база будет дефрагментирована (offline), то вы получите, по крайней мере, размер пространства, специфицированный в событии.
Сейчас есть некоторая неясность вокруг вопроса о событии 1221, включая EDB и STM файлы для Exchange 2000/2003. Кажется, что событие 1221 включает только EDB файл.
Чтобы получить более точную оценку свободного пространства, может быть использован инструмент ESEUTIL. Выполняя команду ESEUTIL.EXE /MS [database.edb] на несмонтированном хранилище мы получим более точную оценку найденного свободного пространства в базе. Выполненная команда выводит следующее:
Первая часть вывода называется «SLV SPACE DUMP» и поставляет информацию о STM файле. Умножая значение «Free:» на 4096 байт вы получите размер свободного пространства в STM файле.
Вторая часть вывода называется «SPACE DUMP» и выдает информацию о EDB файле. Умножая итоговое значение колонки «Available» на 4096 байт, вы получите размер свободного пространства EDB файла.
Измерение размера и количества восстановимых объектов
Когда вы испытываете недостаток в дисковом пространстве, вы будете использовать все средства, которые находятся в вашем расположении, чтобы добавить дисковое пространство — это может включать избавление от восстановимых объектов. Определение размера восстановимых объектов можно выполнить, используя Performance Monitor. Специальный счетчик, который вы используете для этого, называется «Total Size of Recoverable Items».
Если вам нужно избавится от удаленных, но восстановимых объектов, вы можете уменьшить время хранения удаленных объектов в хранилище и сконфигурировать процесс онлайнового управления базой. Это приемлемо, если вы действительно остро нуждаетесь в пространстве.
Размышления
Когда вы понимаете систему, вы становитесь едины с ней -- на самом деле!!! :)
Если быть более серьезным, то лучшее понимание системы поможет вам быть лучшим системным администратором, так что я надеюсь, что я помог вам в этом путешествии…
