Опубликован: 30.04.2006 | Доступ: свободный | Студентов: 2958 / 243 | Оценка: 4.05 / 3.94 | Длительность: 23:23:00
ISBN: 978-5-9570-0037-X
Лекция 11:

Работа с группами хранения

< Лекция 10 || Лекция 11: 12345 || Лекция 12 >
Аннотация: В двух предыдущих лекциях рассказывалось о том, как создаются различные типы получателей в Microsoft Exchange Server 2003, и как осуществляется управление ими. В этой лекции мы сконцентрируем внимание на группах хранения (Storage Groups). Мы рассмотрим вопросы, связанные с планированием нескольких баз данных, обсудим, когда нужно и когда не нужно использовать циклическое ведение журналов, как создавать группы хранения, как создавать и удалять хранилище и как монтировать (подключать) и демонтировать (отключать) хранилище.
Ключевые слова: exchange server, группа, exchange, enterprise, edition, standard, база данных, RTF, EDB, файл, STM-1, store, типы информации, информация, install, file system, EXIF, базы данных, копирование баз данных, производительность, extensive, storage, engine, затраты, почтовый ящик, integrator, checker, хранилище данных, требования заказчика, проектная группа, инсталляция, авария, системный журнал, monitoring, smtp, system monitoring, группа пользователей, периодичность, UPS, безотказность, информационные системы, случайная выборка, журнал транзакций, процесс планирования, сообщение об ошибке, system, объект, сервер, пункт, new, group, transactions log, location, путь доступа, path, zero out, database, circular, logging, параметр, поле, log file, prefix, префикс, опция, detailed, дополнительная группа, First, mailbox, browsing, Offline, address list, S/MIME, multipurpose, internet mail, client, support, signature, text messaging, открытый текст, mount, RESTORE, GUID, запуск процесса, имя группы, перестановка, self-limiting, удаление элемента, предупреждающее сообщение, policy, optimizer, перемещение файлов, место, заголовки, указатель, general, Active, directory, индекс, поиск, Outlook, ALL, create, Full, INDEX, запрос, State, Last, build time, population, запуск, incremental, значение, size, администрирование, архитектура

Обзор архитектуры хранения в Exchange 2003

В "Архитектура хранилища Exchange Server" рассказывалось об архитектуре хранилища Exchange Server 2003. В этом параграфе мы вспомним основные концепции этой архитектуры. Группа хранения в системе Exchange содержит до пяти баз данных в версии Enterprise Edition и до двух баз в версии Standard Edition. Для всех этих баз данных используются одни и те же файлы журналов транзакций. Каждая база данных в Exchange Server 2003 состоит из двух файлов: файла в формате RTF (.EDB-файл) и файла с содержимым в исходном формате (.STM-файл). Этими файлами (как единым целым) управляет процесс Store (Store.exe). Файл с содержимым в исходном формате может содержать любой тип информации в ее исходной форме. Информация записывается в этот файл и считывается из него монтируемой файловой системой Exchange (Installable File System, ExIFS) – компонентом привилегированного режима, который обеспечивает очень быструю потоковую передачу данных.

Преимущества использования групп хранения

В настоящее время уже нет ничего необычного в том, что размер базы данных Exchange 5.5 может превышать 20 Гб. На резервное копирование баз данных может уходить несколько часов. Но проблемой в данном случае является не длительность резервного копирования, а время, затрачиваемое на восстановление столь больших баз данных. Разумеется, на время восстановления производительность работы пользователей системы резко снизится. При планировании баз данных Exchange необходимо помнить об одном старом добром правиле: чтобы работа шла успешно, нужно всегда включать в план неудачи, то есть отказы в работе. Эта предусмотрительность поможет при восстановлении после аварийных отказов.

При применении групп хранения и разрешении использования нескольких баз данных на одном сервере компания Microsoft внесла огромные изменения в архитектуру баз данных на основе механизма расширяемого хранения (Extensible Storage Engine, ESE) со времен версии Exchange Server 5.5. Эти изменения позволили существенно улучшить восстанавливаемость и свести к минимуму нерациональные затраты времени при повреждении какой-либо базы данных Exchange. Кроме того, использование групп хранения дает несколько ключевых преимуществ:

  • на каждом сервере можно размещать больше пользователей, чем раньше;
  • резервное копирование и восстановление каждой базы данных можно выполнять по отдельности;
  • на каждом сервере можно размещать несколько предприятий;
  • для особых почтовых ящиков можно использовать отдельное хранилище;
  • к отдельным группам хранения можно применять циклическое ведение журналов.

Возросший уровень поддержки пользователей

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

  • существует возможность поддерживать большее число пользователей на одном сервере, нежели в Exchange 5.5;
  • сокращено время простоя в случае повреждения одной из баз данных;
  • на одном сервере Exchange можно размещать больше пользователей, поскольку имеется возможность поддерживать размеры баз данных в разумных пределах.

Как уже упоминалось ранее, внутри одной группы хранения находится до пяти баз данных, каждый сервер содержит до четырех групп хранения. Таким образом, каждый сервер содержит до 20 баз данных.

Однако при использовании утилиты проверки целостности хранилища информации (Information Store Integrity Checker) Isinteg.exe для какой-либо базы данных необходимо демонтировать (отсоединить) эту базу данных. Кроме того, для Isinteg.exe требуется вторая, временная, база данных. Поэтому при шести базах данных в одной группе хранения придется демонтировать еще одну базу данных, чтобы утилита Isinteg.exe могла правильно работать. Снизив количество работающих баз данных в одной группе хранения до четырех, всегда можно использоват Isinteg.exe без необходимости демонтирования второго хранилища.

Если пользователи распределены по нескольким базам данных, то отсоединение одной из баз данных (по той или иной причине) затронет лишь некоторую часть пользователей. Остальные пользователи смогут продолжать работу, поскольку их базы данных останутся подсоединенными. Отсоединенная база данных считается демонтированной. Ее значок в окне вставки Exchange System будет содержать красную стрелку, направленную вниз, как показано на рис. 11.1.

Подсоединенные базы данных и отсоединенная база данных (Executive MBX) в группе хранения

Рис. 11.1. Подсоединенные базы данных и отсоединенная база данных (Executive MBX) в группе хранения

Резервное копирование и восстановление баз данных по отдельности

Поскольку каждую базу данных можно монтировать или демонтировать по отдельности, то резервное копирование и восстановление баз данных в одной группе хранения тоже можно выполнять по отдельности, в то время как остальные базы данных этой группы будут оставаться смонтированными и продолжать функционировать. Рассмотрим ситуацию, когда создано четыре хранилища почтовых ящиков в одной группе хранения, по одному хранилищу на каждое из четырех подразделений компании. В случае повреждения одного из хранилищ остальные три останутся подсоединенными во время восстановления четвертого хранилища с резервной копии. Нет необходимости демонтировать все хранилища одной группы хранения для восстановления одного из них. И если одно из хранилищ повреждено, и его нельзя смонтировать, это не помешает монтированию других хранилищ данной группы хранения и доступу пользователей к этим хранилищам.

Примечание. Помимо пяти баз данных, разрешенных для использования в каждой группе хранения, есть также возможность использования шестой группы хранения, называемой группой восстановления. Группа восстановления является временной группой, которую можно подключить при выполнении операций по восстановлению. Например, можно подключить эту группу, восстановить в ней почтовые ящики и разрешить пользователям доступ к ней в процессе разрешения возникших проблем с исходной группой хранения. Затем производится слияние почтовых ящиков группы восстановления с исходной группой хранения. Работа с группой восстановления подробно описывается в лекции 7 "Функциональность, безопасность и поддержка Exchange Server 2003".

Размещение нескольких предприятий на одном сервере

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

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

Поддержка специальных почтовых ящиков

Хотя это не является распространенной рекомендацией, существует возможность использования специального почтового ящика или специального набора почтовых ящиков, чтобы создать их в отдельном хранилище. В качестве примера приведем получателя, который регистрирует копии всех сообщений электронной почты организации, связанных с местными законами и промышленными нормами. Еще один пример – проектная группа, которая работает с очень важной для компании информацией. Их работа оправдывает использование отдельного хранилища или дерева общих папок.

Циклическое ведение журналов для одной группы хранения

Иногда в процессе работы требуется осуществлять контроль над журналами транзакций для некоторых групп хранения из-за ограниченности пространства на диске. Например, возможно, что в одном файле с содержимым в исходном формате содержится информация разового использования, в то время как в другом файле такого же типа информация используется многократно. Поскольку при циклическом ведении журналов можно выполнять восстановление только с последней полной резервной копии, то информацию разового назначения (например, оповещения, распространяемые во всей организации) можно поместить в одну общую папку в одной группе хранения, для которой разрешено циклическое ведение журналов, а сообщения электронной почты пользователей – в другую группу хранения, в которой циклическое ведение журналов отключено. Тем самым при восстановлении после аварийного отказа можно будет сосредоточить усилия на более важной информации. Описание циклического ведения журналов приведено в "Архитектура хранилища Exchange Server" .

< Лекция 10 || Лекция 11: 12345 || Лекция 12 >