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

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

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

Перемещение файлов журналов транзакций и файлов баз данных

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

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

Поскольку компания Microsoft рекомендует содержать журнал транзакций и хранилища на разных дисководах, то можно изменить местоположение файлов транзакций, баз данных хранилищ или то и другое с помощью вкладки General (Общие) окна свойств соответствующей группы хранения (см. выше рис. 11.3). Выберите новое местоположение, чтобы разместить там файлы или базы данных, после чего произойдет следующее.

  1. Все хранилища будут демонтированы.
  2. Произойдет перемещение выбранных файлов или баз данных.
  3. Хранилища будут снова смонтированы.

Как мы уже отмечали чуть выше, разместить файлы баз данных хранилища можно в двух разных местах. Чтобы изменить местоположение файлов баз данных хранилища, используйте вкладку Database (База данных) в окне свойств данного хранилища (см. выше рис. 11.7). Сначала демонтируйте данное хранилище, а затем введите новое местоположение в каталоге для файлов баз данных. Не обязательно помещать их в одном месте. И, как мы отмечали выше, есть возможность поместить базы данных в какой-либо точке монтирования тома. После выбора нового местоположения в каталоге и нажатия кнопки OK произойдет перемещение баз данных и обновление Active Directory. При этом также происходит автоматическое обновление заголовков в файлах транзакций. Монтирование хранилища происходит обычным образом.

Удаление хранилища или группы хранения

Прежде чем удалять хранилище или группу хранения, необходимо удалить их содержимое. Поэтому перед удалением группы хранения нужно удалить хранилища почтовых ящиков и общих папок.

Удаление хранилища почтовых ящиков

Прежде чем удалить хранилище почтовых ящиков, необходимо создать резервную копию всех его данных, чтобы гарантировать восстановление любой важной информации, удаленной вместе с этим хранилищем. Закончив резервное копирование, проследите за тем, чтобы переместить в другое хранилище все почтовые ящики, которые нужно сохранить. Если требуется удалить только одно хранилище, то можно переместить его почтовые ящики в другое хранилище той же самой группы хранения. Конечно, если планируется удалить всю группу хранения, то следует переместить почтовые ящики в хранилище другой группы хранения. Можно удалить хранилище почтовых ящиков, щелкнув на нем правой кнопкой мыши в окне оснастки Exchange System и выбрав пункт Delete (Удалить).

Если в очереди SMTP имеются сообщения, ожидающие внешней доставки, то будет получено сообщение об ошибке, информирующее об этом обстоятельстве. Если все-таки принято решение выполнить удаление, то будет предложено выбрать новое хранилище, которое будет использоваться как входная очередь для сообщений SMTP.

Удаление хранилища общих папок

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

Удаление группы хранения

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

Создание индекса по всему тексту

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

Чтобы включить индексирование, щелкните правой кнопкой мыши на хранилище, которое нужно индексировать, укажите на пункт All Tasks (Все задачи) и выберите опцию Create Full-Text Index (Создать индекс по всему тексту). Хотя выбранный пункт называется "Создать индекс по всему тексту", этой командой лишь активизируется средство индексирования для данного хранилища. Будет получен запрос, где необходимо указать местоположение, в котором должен быть создан соответствующий каталог. Указав местоположение, нажмите OK, после чего будут созданы объекты индексирования. Эти новые объекты отобразятся внутри объекта Full-Text Indexing (Индексирование по всему тексту) (см. рис. 11.9).

Сначала объект Index State (Состояние индекса) указывет, что для данного хранилища еще не создавался индекс по всему тексту. Кроме того, объект Last Build Time (Время последнего построения индекса) обозначает, что данный каталог еще не создавался. Таким образом, несмотря на то что объекты индексирования созданы, еще не получен индекс по всему тексту.

Чтобы создать индекс по всему тексту, щелкните правой кнопкой мыши на данном объекте-хранилище, укажите на пункт All Tasks (Все задачи) и выберите опцию Start Full Population (Запуск по всей информации) или Start Incremental Population (Запуск по новой информации). При выборе варианта Start Full Population индексируются все имеющиеся данные, а выбор Start Incremental Population приводит к индексированию только той информации, которая поступила или была модифицирована с момента последнего индексирования по всей информации. В зависимости от объема информации этот процесс может занять от нескольких минут до нескольких часов.

После создания индекса станет видно, что увеличилось значение контейнера Number Of Documents Indexed (Количество индексированных документов), а также значение контейнера Index Size (MB) [Размер индекса (Мб)]. Также отобразится время, когда произошло последнее построение индекса для данного хранилища, и текущее местоположение баз данных этого индекса.

Заключение

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

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