четверг, 10 января 2013 г.

Конспекты по Exchange Server 2003. Часть 3.

Глава 9. Управление данными и группами хранения

После установки Exchange Server хранилище информации включает только одну группу хранения под названием First Storage Group. Также будут созданы два хранилища по умолчанию: хранилище п.я. и хранилище общедоступных папок.
С хранением п.я. по умолчанию сопоставлены два файла БД:
  • Priv1.edb - допускающий форматирование файл БД, который содержит заголовки сообщений, текст сообщений и стандартные вложения
  • Priv1.stm - файл потокового Интернет-содержимого, где хранятся аудио-, видео- и другие записи, представленные в виде потоков MIME-данных.
С хранилищем общедоступных папок сопоставлены по умолчанию:
  • Pub1.edb
  • Pub1.stm
С группами хранения также сопоставлены файлы: журналы транзакций и системные файлы.
К файлам журнала транзакций относятся:
  • E##.log - основной файл журнала транзакций для группы хранения, где ##-префикс группы хранения (первая - 00, вторая - 01 и т.д.)
  • E#######.log - доп. файлы журнала транзакций, где #- цифра. Первая и вторая цифры обозначают префикс группы хранения, остальные используются для последовательной нумерация начиная с 00001
  • Res1.log - зарезервированный файл журнала транзакций для группы хранения. Каждый резерв. файл занимает 5 Мб на диске и выступает в качестве буфера, позволяющего Exchange Server продолжать транзакции в случаях, когда дисковое пространство закончилось.
  • Res2.log - зарезервированный файл журнала транзакций для группы хранения
К системным файлам относятся:
  • E##.chk - контрольный файл с восстановленными фрагментами файлов, где ##-префикс группы хранения
  • Tmp.edb - временная рабочая область для обработки транзакций
Для повышения производительности можно разместить файлы БД на одном диске, а файлы журналов транзакций и системные файлы - на другом. Для повышения надежности использовать RAID1.
Создать новую группу хранения можно с помощью System Manager->Administrative Groups, а также здесь можно настроить расположение системных файлов (System path location) и файлов журналов транзакций (Transaction log location). Если системные файлы размещаются не на отдельном диске, они должны находиться на одном диске с журналом транзакций.

Индексирование содержимого
Поддерживается два вида:
- обычное
- полнотекстовое
Полнотекстовое индексирование разрешено только для данных, хранящихся на сервере. Полнотекстовые индексы занимают примерно 20% от общего объема БД Exchange.
Можно задать расписание и приоритет индексирования с помощью System Manager->Administrative Groups->First Administrative Group->Servers (или System Manager->Servers)

Глава 10. Администрирование хранилищ почтовых ящиков и общедоступных папок


Хранилище почтовых ящиков
Преимущества создания дополнительных хранилищ почтовых ящиков:
  • обеспечивают меньший размер единицы восстановления на случай отказа ( у каждого хранилища п.я. собственная БД)
  • применение к разным группам пользователей разных наборов правил п.я.
  • оптимизация производительности Exchange ( у каждого хранилища м.б. отдельное место хранения - на разных дисках)
  • создание отдельных хранилищ п.я. для разных целей.
Также у каждого сервера есть хранилище общедоступных папок по умолчанию, ссылающееся на дерево All Public Folders. Только это дерево доступно MAPI-клиентам (Messaging Application Programming Interface), например, MS Outlook, а также приложениям и браузерам MS Windows.

Хранилище общедоступных папок
У хранилищ общедоступных папок должно быть сопоставленное с ними дерево общедоступных папок. Это дерево д.б. уникальным и м.б. сопоставлено только с одним хранилищем. Пользователи обращаются к элементам в общедоступных папках через дерево.
Преимущества создания дополнительных хранилищ общедоступных папок:
  • совместное использование файлов и сообщений, относящихся к проекту
  • совместное использование файлов и сообщений в отделе или подразделении
  • применение разных наборов правил к разным группам пользователей
  • оптимизация производительности Exchange (отдельное место хранения)
В отличии от хранилищ п.я., которые полностью отделены друг от друга, хранилища публичных папок разрешено реплицировать с одного сервера на другой.

Глава 11. Использование и репликация общих папок

Деревья общих папок определяют структуру общих папок организации. в Exchange Server используется два типа деревьев общих папок:
- дерево по умолчанию (default tree) - Public Folders
- альтернативное дерево (alternate tree) - General Purpose
Обратиться в браузере к дереву общих папок можно по адресу http://имяcepвepa/public, где имясервера — поле подстановки для имени виртуального HTTP-сервера, работающего под управлением Exchange Server 2003, a public — имя по умолчанию общего Web-ресурса Public Folders.
Любые изменения общей папки не применяются автоматически ко вложенным папкам. Их можно перенести с помощью All Tasks->Propagate Settings

Глава 12. Резервное копирование и восстановление Exchange 2003

Резервное копирование и восстановление данных Exchange НЕ ограничивается только копированием файлов и дисков, т.к. хранилище информации может включать одну или несколько групп хранения, которые, в свою очередь, >=1 БД.

Основые Exchange Backup

Для создания полной резерв. копии необходимо заархивировать перечисленные компоненты:
  • данные конфигурации Exchange - берутся из БД каталога Exchange (*.edb), AD, реестра Windows и БД службы Key Managment (если установлена). Данные конфигурации НЕ включают каких-либо данных пользователей
  • данные пользователей Exchange, в т.ч. БД хранилищ п.я., БД хранилищ общих папок, а также журналы транзакций
  • данные о состоянии ОС, в т.ч. и ключевые системные файлы, необходимые для восстановления локальной системы.
  • папки и диски с файлами Windows и Exchange ( обычно это означает, что нужно заархивировать системный раздел на диске С:\)
Единицы резервного копирования и восстановления для хранения информации - БД и группы хранения. Группы хранения являются наименьшей единицей резервного копирования, а п.я. - наименьшей единицей восстановления.
Т.о. можно сделать бэкап:
  • хранилища информации целиком
  • наборов групп хранения
  • отдельных групп хранения
Можно восстановить:
  • хранилище информации целиком
  • наборы групп хранения
  • отдельные группы хранения
  • группы БД
  • отдельные БД
  • отдельные почтовые ящики
Возможны проблемы восстановления отдельных БД, связанные с транзакциями, их журналами и режимами ведения.
Два режима ведения журнала:
  • обычный - резервирует 5 Мб для активного журнала транзакций. По достижении 5Мб создается новый журнал -> можно восстановить сервер по состоянии на последнюю транзакцию.
  • циклический - после подтверждения внесений изменений в БД транзакций, зарегистрированных в журнале, сервер перезаписывает журнал -> восстановление лишь до последней полной резервной копии.
Возможны проблемы восстановления отдельных п.я. из резервной копии, связанные с резервными группами хранения.
Резервные группы хранения - особая разновидность групп хранения, зарезервированная для операций восстановления. Они позволяют восстанавливать п.я. из любых обычных групп хранения, ЕСЛИ БД этих ящиков находятся в одной группе хранения. Резервные группы хранения НЕЛЬЗЯ применять для восстановления БД общих папок.

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

Резервные копии можно создавать в интерактивном (при работающих службах Exchange) или автономном режиме (при остановленных службах).
Архивация в интерактивном режиме позволяет создать копии:
  • данных о конфигурации Exchange
  • данных о пользователях Exchange
  • сведений о состоянии системы
  • файлов и папок с файлами Windows и Exchange
В автономном режиме копии:
  • сведений о состоянии системы
  • файлов и папок с файлами Windows и Exchange
Рекомендуется построить план так, чтобы полное резервное копирование выполнялось еженедельно и каждую ночь осуществлялось инкрементное или дифференциальное. При инкрементном или диф. резерв. копировании выполняется только архивация журналов транзакций, а не хранилищ данных.
Используя Windows Backup (NTBACKUP) можно настроить резервное копирование. Сценарии с результатами копирования, а также журналы архивирования хранятся в папке %Userprofile%\Local Settings\Application Data\Microsoft\WindowsNT\NTBackup\Data. Сценарии - файлы *.bks.

Утилита Windows Backup позволяет восстанавливать ExchangeServer 2003 средствами мастера Restore Wizard или вкладки Restore. Процедура восстановления зависит от типа имеющихся резервных копий.

Пример:
Имеются обычные и дифференциальные копии. Тогда восстановить БД или группу хранения можно следующим образом:
  1. восстановить последнюю обычную (полную) резервную копию средствами мастера RestoreWizard, НЕ устанавливая флажок Last Backup Set и НЕ подключая БД после восстановления.
  2. восстановить последнюю дифференциальную резервную копию, установив флажок Last Backup Set и подключив БД после восстановления. По завершении восстановления будут обработаны данные из журнала транзакций.
  3. проверить соответствующие хранилища п.я. и общих папок и убедиться в успешности восстановления данных
Если создавались инкрементные резеврные копии, то п.2 изменится на последовательное восстановление  инкрементных копий в порядке их создания без установки флага Last Backup Set и подключения БД. Установить данный флаг и подключить БД следует по аналогии только при восстановлении последней из инкрементных резервных копий.

Восстановление Exchange Server средствами мастера Restore Wizard
Для этого необходимо:
    • при восстановлении данных конфигурации остановить все службы, используемые Exchange Server и IIS — IIS Admin, NNTP, SMTP и WWW Publishing Service. Завершить работу Exchange System Manager. Перезапустить службу Microsoft Exchange Information Store;
    • прежде чем начать восстановление данных пользователей, отключить соответствующие хранилища данных. В процессе восстановления службы Exchange временно приостанавливаются;
    • при восстановлении сервера целиком убедитесь, что были
      восстановлены диски, данные о состоянии системы, дан
      ные конфигурации Exchange и данные пользователей
      Exchange.
  1. запустить утилиту Backup в расширенном режиме и на вкладке Welcome выбрать Backup Wizard
  2. выбрать данные для восстановления
    • для восстановления данных Exchange выбрать нужные группы хранения Information Store — каждую группу по отдельности. Чтобы восстановить отдельное хранилище п.я. или файлы журнала, соответствующие группе хранения, раскрыть узел группы хранения и затем выбрать нужные элементы.
    • для восстановления обычных файловых данных установить флажок слева от нужного диска, папки или файла. Восстановить одновременно обычные файловые данные и данные Exchange НЕЛЬЗЯ. Их необходимо восстанавливать по очереди, причем рекомендуется начинать с обычных файловых данных.
    • для восстановления данных о состоянии системы установить флажок System State, а также флажки других нужных данных. При восстановлении в исходную папку текущие сведения о состоянии системы замещаются данными из архива. При восстановлении в альтернативную папку восстанавливаются только файлы реестра, системного тома и системные загрузочные файлы. Восстановить данные о состоянии системы можно только на локальном компьютере.
  3. далее указать имя ПК в поле Restore To
  4. в поле Temporary Location For Log And Patch Files ввести путь к папке для временных файлов восстановления, например C:\Temp
  5. если восстанавливается последний архивный набор из необходимых, установить флажки Last Backup Set и Mount Database After Restore.
  6. если доступны системные файлы и файлы безопасности, можно указать параметры их восстановления