Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Настройка OMA (Outlook Mobile).

Вступление

Встроенная поддержка Exchange ActiveSync(EAS, активная синхронизация) существовала еще с версии Exchange Server 2003 RTM, как раз после появления SP2 (второго сервис пака), в котором технология DirectPush(последовательная передача), она же AUTD v2, позволившая ввести средства защиты устройств(через политику), после чего началось активное расширение сферы обмена сообщениями между организациями всего мира. Теперь Exchange Server мог предложить средство передачи информации через воздух (over-tha-air, или OTA), сведения моментально синхронизировались с устройством пользователя, как только происходили изменения.

Exchange Server 2007 вышла на новый уровень передачи, предоставив дополнительные возможности, улучшив безопасность и средства управления, встроенные прямо в Exchange Management Console (EMC). В этой части статьи мы рассмотрим новые возможности мобильных устройств, а также усовершенствования, связанные с ними.

Усовершенствования

Одним из успешных ходов команды разработчиков Exchange была попытка сделать его схожим с клиентом Outlook, для этого введены новые возможности. Но не стоит забывать, что для поддержки всех необходима Windows Mobile 6.0 (формально известная как Crossbow, арбалет).

Комбинация Windows Mobile 5.0, MSFP(Messaging and Security Feature Pack, Набор для безопасного обмена сообщениями, основана на технологии DirectPush) и Exchange Server 2003 делает возможным использовать следующие особенности:

  • DirectPush
  • GAL поиск
  • Синхронизация заданий
  • Политики устройств
  • Локальный вайп данных
  • Удаленный вайп(используя отдельное средство Web)
  • Удаленный доступ к Outlook(OMA, outlook mobile access)

Далее пройдусь по новым возможностям пользователя с установленным Exchange Server 2007, Windows Mobile 5.0 с MSFP или Windows Mobile 6.0.

Поддержка HTML сообщений

Как показано на рисунке 1, сообщения могут быть просмотрены в формате HTML, значит сообщения, таблицы, закодированные языком HTML теперь не проблема, не стоит забывать что большинство программ рассылки используют именно этот формат, например «MSExchange.org».

1

К слову, ответ на HTML сообщение не меняет его формат, оставляя его нетронутым. Раньше мобильные устройства конвертировали такого рода сообщения в простой текст.

Поддержка направляющих флажков

Как вы видите на рисунке 2, существует поддержка флажков-пометок, которые показывают какие сообщения нужно синхронизировать с почтой, затем они будут доступны во всей системе Outlook и OWA(outlook web access). Устанавливаются, как правило, на важные сообщения, для этого выбираем Quick Flag в меню(нижний правый угол).

2

Поддержка быстрого получения сообщений

Было доступно еще с Exchange server 2003 SP2, но стало совершеннее с версии 2007. Например, больше не нужно ставить метку для скачивания или кликать «Получить оставшуюся часть сообщения», все это произойдет автоматически в фоновом режиме.

Получение информации о посетителях

Теперь есть возможность синхронизировать информацию о доступных посетителях(людей, которые «следят» за чем-либо) с вашим мобильным устройством. Вы можете пересылать или отвечать на запросы о встречах(очень удобно если вы опаздываете на встречу), видеть статус приема у каждого посетителя. В добавление ко всему можно посмотреть дополнительную информацию при помощи GAL.

3

Время, которое будет чем-либо занято, отображается так же как и в Outlook 2007 и OWA 2007.

4

Улучшенный поиск

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

5

На рисунке 6 можно увидеть результаты поиска. Обратите внимание как просто переходить от одной темы сообщения к другой.

6

Windows SharePoint(точка доступа) и доступ к общим файлам

Как и в случае OWA 2007 вы можете получать доступ к файлам, хранящимся либо на файловом сервере (UNC), либо на сервере SharePoint. Отправитель просто должен указать внутреннюю ссылку на документ (рисунок 7).

7

Кликнув на ссылку в сообщении, откроется соответствующая программа Word Mobile, как показано на рисунке 8.

8

Изменение PIN/Пароля

Exchange Server 2007 обладает функцией запароливания устройства, если оно не было активным в течении определенного периода времени. С случае утери пароля, его можно восстановить, используя device recovery password (пароль «восстановления» устройства). Он может быть получен лично самим пользователем, используя OWA 2007.

9

Усовершенствованная безопасность посредством политики паролей.

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

10

Обеспечение сервиса автообнаружения(OTA)

Как и в Outlook 2007, Exchange 2007 поддерживает сервис автообнаружения(AutoDiscover), для обеспечения простоты во время настройки оборудования нужно лишь указать почтовый адрес и пароль.

Поддержка конфигурации «Вне офиса»

Как и в Outlook 2007 и OWA 2007 можно настроить работу помощника прямо с мобильного устройства. OOF (Out of the Office) сообщения сохраняются прямо на сервере Exchange 2007, что позволяет просматривать их как в Outlook, так и в OWA.

11

Недоделанные или отсутствующие особенности

Готов поспорить, что вас радуют эти разносторонные добавления и усовершенствования. К сожалению, также есть вещи, которые не вошли в RTM версию Exchange Server 2007.

Always-Up-To-Date version1 (AUTD v1) («всегда обновленный»)

Exchange 2007 больше не поддерживает AUTD v1, которая позволяла сохранять устройство в обновленном состоянии. Работала технология следующим образом. Сервер хранил событие в почтовом ящике пользователя, как только происходило изменение(его засекало «событие»), включалась в работу служба коротких сообщений, посылается сообщение на мобильное устройство пользователя. Как только устройство получает сообщение, начинается синхронизация. Идея была хороша, но вот на практике работала не очень хорошо, например в Европе всего несколько мобильных операторов поддерживали AUTD v1. В Microsoft узнали об этой проблеме, когда распространили 2003 версию, основав передачу сообщений в собственной организации, такой тип переняли во всем мире.

Information Rights Management (IRM) (Права на управление информацией)

По планам хотели ввести IRM поддержку в мобильные устройства в RTM версии Exchange Server 2007, но, из-за нестабильности в некоторых ситуациях, отказались перед самым релизом. IRM будет введено после появления SP1 к Exchange Server 2007.

Outlook Mobile Access (OMA)

Разработка полностью прекращена, поэтому не вернется и после SP1. Я думаю немногие будут тосковать без этого медленного неуклюжего средства.

Support for S/MIME

К сожалению, как и в случае OWA 2007 RTM версия Exchange не поддерживает S/MIME. Это не из-за того, что про функцию просто забыли, дело в том, что группа разработчиков просто не успела закончить ее до релиза. Я уверен, многим их нас не пришлось бы ждать несколько месяцев до появления RTM версии, если бы поддержка была включена. Возвращение ожидается в SP1.

Заключение

Если вы просмотрели статью, то обратили внимание на новые возможности работы мобильных устройств в среде Exchange Server 2007. Не забывайте, что для работы большинства из них требуется Windows Mobile 6.0. Уже считается позором для организации, если она использует устройства под управлением Windows Mobile 5.0(или более ранние версии) в особенности потому, что не смогут усовершенствовать их до версии 6.0. Хорошо, что большинство устройств сегодня выпускается под управлением 6 версии.

11.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Настройка OMA (Outlook Mobile). отключены

Очередность сообщений.

Краткий обзор

Статья расскажет вам о том, по какому принципу организуется очередность в Exchange 2007. Начну, пожалуй, с пояснения, чем отличаются архитектуры Exchange 2003 и 2007. При этом затрону тему существования базы данных очередности в версии 2007. Далее я расскажу о новом средстве для просмотра очередности в Exchange 2007, что оно на самом деле делает, и зачем оно нам нужно. И в конце я дам ответ на вопрос, как средство просмотра очередности связано с PowerShell(силовая оболочка), дам несколько полезных советов.

Очередность сообщений , введение.

Еще начиная с пятых версий (возможно даже 4), в Microsoft Exchange была возможность просмотра обработанных сообщений, тем не менее легкость и функциональность доступа менялась от версии к версии. Так же случилось и с переходом от Exchange 2003 на Exchange 2007. Способ формирования очередности очень сильно изменился, мы перешли от метода, при котором каждый SMTP виртуальный сервер имел свою собственную директорию на разделе NTFS, на метод создания базы данных(с информацией о очередности), используя стандартный движок «расширяемого хранилища»( Extensible Storage Engine (ESE)). Лучшим подтверждением полного изменения интерфейса в Exchange 2007 является тот факт, что он основан на новой консоли управления(Microsoft Management Console (MMC) v3). Чтобы подчеркнуть отличия интерфейсов, предлагаю посмотреть на скриншоты, представленные ниже;

1

В этой версии, действительно, было легко найти что-либо, тем не менее был существенный недостаток – в каждый отдельный момент времени можно было просмотреть очередь лишь одного сервера.

2

На рисунке номер 2 легко можно увидеть тип очереди и ее статус. В данном случае нетрудно увидеть, что есть пара писем, ждущих отправки. Скорее всего они представляют собой отчеты о неудачной отправке со спам-адресов.

Используя Exchange 2007, очередность просматривается с помощью специального средства Queue Viewer («просмотрщик» очереди), которое можно найти среди других утилит на панели управления (Toolbox area), которая показана на рисунке 3.

3

Открыв Queue Viewer, становится ясно, что он построен на MMC(Microsoft Management Console) 3 версии, обратите внимание на рисунок 4.

4

Основным преимуществом является возможность создать собственную консоль, используя всего лишь одно средство просмотра.Это позволит вам следить сразу за несколькими серверами одновременно.

5

Казалось бы, посмотрев на изменения в интерфейсе, самое время перейти к фундаментальной теории, исходя из которой строятся очереди в Exchange 2007, тем не менее до этого вам следует знать еще кое-что. Не все сервера Exchange 2007 записывают информацию о очередях. Огромная разница заключается в том, что в Exchange 2003 все сервера были вовлечены в передачу сообщений, каждый их них обладал очередностью. В Exchange 2007 только центральный и крайний(граничный) транспортные сервера хранят информацию о очередях.

Теория очередности

Итак, мы хотим узнать, куда же дели базу данных? Как говорилось выше, вся информация об очередности хранится в базе данных ESE. Файл базы данных(основной) назван mail.que и по умолчанию его можно найти C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue

6

Тут же находятся и другие файлы.

  • Trn.chk – Файл проверки(контрольный)
  • Trn.log – Лог-файл конкретной операции
  • Trntmp.log – Еще один лог-файл операций, созданный на опережение. (временный)
  • Trnnnn.log – Другой лог-файл операций, который создается, если trn.log достигает максимального размера
  • Trnres00001.jrs – Резервный лог-файл
  • Trnres00002.jrs – Второй резервный файл
  • Temp.edb – Временный файл базы, с которым происходит сверка при загрузке.

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

Перед тем как перейти к другой области, было бы разумно остановиться на вопросе перемещения баз данных. Основной причиной их передвижений является производительность. Другая менее известная причина – жесткий диск, содержащий базу данных, должен иметь не менее 4Гб свободного места, иначе сервер будет испытывать сильное давление, что приведет к уменьшению скорости передачи потока сообщений.

При перемещении базы данных и логов конкретных операций соблюдаются определенные правила. Чтобы переместить базу данных, вам необходимо отредактировать файл конфигурации EdgeTransport.exe(граничный, краевой транспорт), который по умолчанию можно найти C:\Program Files\Microsoft\Exchange Server\Bin\EdgeTransport.exe.config,

затем необходимо остановить и перезапустить сервис msexchangetransport(перемещение ms exchange).

Что вам нужно знать до того, как вы начнете редактировать файл конфигурации? Исходная директория содержит правильные разрешения(как установлено ниже). Таким образом директория будет создана для вас.

  • Network Service: Full Control (сетевая служба – полный контроль)
  • System: Full Control (Система – полный контроль)
  • Administrators: Full Control (Администраторы – полный контроль)

Соответствующие строки показаны ниже. Чтобы переместить базу данных, нужно отредактировать строку, содержащую “QueueDatabasePath”, для перемещения логов следует изменить строку, содержащую “QueueDatabaseLoggingPath”. На рисунке 7 показан пример того, как я переместил мою базу данных и логи на H:

Посмотрев на базу данных, самое время понять, что в нее входит. Существует несколько различных очередей:

  • (Submissions)К обработке: используется для хранения всех сообщений, которые необходимо обработать и переправить с помощью транспортных агентов.
  • (Poison message)Вредоносные сообщения: особая очередь, содержащая изолированные сообщения, которые были признаны потенциально опасными для системы после неудачной попытки обработать.
  • (Remote delivery)Удаленная доставка: очередь содержит сообщения, отправляющиеся на удаленный сервер с использованием SMTP.
  • (Mailbox delivery)Почтовая доставка: очередь содержит сообщения, отправляющиеся на почтовый ящик, используя зашифрованные Exchange RPC.
  • (Unreachable destination)Недостижимое местоназначение: Каждый транспортный сервер содержит лишь одну такую очередь, в нее записываются сообщения, которые не могут быть доставлены адресату.

Использование очередности

Теперь с использованием MMC v3 интерфейс стал очень простым. По умолчанию средство просмотра сообщений отображает очереди транспортного сервера, на котором Вы залогинены. Чтобы подсоединиться к другому серверу, используйте средство «Connect to Server» (соединиться с сервером).

8

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

9

Чтобы управлять очередностью, вам необходимо лишь выделить объект и посмотреть возможные действия на правой стороне окна, как показано на рисунке 9.

Ключевая особенность Exchange 2007 – фильтрация сообщений. Приведем пример использования фильтра в случае спам-атаки. Будучи администратором, вы можете использовать преимущество «Bulk Action» (массового действия), особенности, которая воздействует на все сообщения, содержащие похожий параметр, указанный в настройках фильтра. Это позволит избавиться от спама с NDR или без него.

10

11

Еще несколько опций средства просмотра очередности показаны ниже.

  • Suspend queue(Приостановление очередь) – действие временно приостанавливает отправку сообщений, содержащихся в этой очереди.
  • Resume queue(Возобновление очереди) – действие противоположное Suspend queue.
  • Retry queue(Повтор очереди) – когда соединение со следующей ступенью очереди неудачно, происходит установка таймера. Действие вызывает немедленную попытку соединения.
  • Suspend message(Остановленное сообщение) – действие временно прекращает отправку одного сообщения.
  • Resume message(Возобновленное сообщение) – противоположное действие Suspend message.
  • Remove message(Удалить сообщение) – действие навсегда прекращает попытку отправки сообщения.
  • Export message(Экспорт сообщения) – действие копирует сообщение в указанное Вами место. При этом не удаляется из очереди, до того как вы сможете это сделать, следует поместить его в suspend message queue.

Очередность и PowerShell(силовая оболочка)

Нам известно, что вся консоль (Exchange Management Console) основана на PowerShell. Нужно отметить, что при открытом окне средства просмотра сообщений можно попробовать остановить сервис msexchangetransport, появится ошибка. На рисунке 12 видны команды PowerShell, которые исполняются, чтобы добраться до интерфейса средства просмотра очередности.

12

Я пришел к выводу, что можно использовать PowerShell для управления очередностью. Для начала я использовал команду, представленную ниже, чтобы вывести список всех возможных действий с очередностью.

Get-command *queue*

13

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

14

Обладая этим знанием, я запустил команду получения очереди (get-queue)

15

Далее я стал искать какую-нибудь очередь, в которой содержится менее 100 сообщений. Было обнаружено 3 очереди, которые не содержали ни одного сообщения.

Все очереди кроме submission queue (к обработке, была описана выше) после доставок всех сообщений удаляются. В submission queue всегда есть какие-либо сообщения, ожидающие разбиения на категории.

16

Вы заметили, что управление очередями при помощи PowerShell(а точнее через команды, встроенные туда, которые запускают конкретный скрипт) значительно проще, чем при использовании VBScript. Да, пускай примеры выше довольно просты, но знание их поможет двинуться дальше, никто не запретит вам удалять сообщения, которые идут от некого anything@spammer.com с рейтингом SCL выше, чем 5.

Remove-Message -Filter {FromAddress -like "*spammer.com*" -and SCL -gt 5} -withNDR $false

Вывод

Надеюсь, что работа позволила понять Вам как работать с очередями в Exchange 2007. 

Вы заметили, что управление очередями при помощи PowerShell(а точнее через команды, встроенные туда, которые запускают конкретный скрипт) значительно проще, чем при использовании VBScript. Да, пускай примеры выше довольно просты, но знание их поможет двинуться дальше, никто не запретит вам удалять сообщения, которые идут от некого anything@spammer.com с рейтингом SCL выше, чем 5.

Remove-Message -Filter {FromAddress -like "*spammer.com*" -and SCL -gt 5} -withNDR $false 

Вывод

Надеюсь, что работа позволила понять Вам как работать с очередями в Exchange 2007.

11.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Очередность сообщений. отключены

Перенос базы данных с одного почтового сервера на другой.

Введение

Переносимость баз данных сервера Exchange 2007 и Outlook 2007 позволяет администраторам быстро и без особых усилий перемещать базы данных между серверами. Сервер Exchange 2007 позволяет присоединять любые базы данных одной и той же организации Exchange.

Данная функция может быть полезной при восстановлении после сбоев, если вы хотите сократить время простоя и позволить вашим клиентам начать работу как можно скорее. Однако, данная статья не является руководством по решению обеспечения высокой доступности баз данных, хотя, как уже было сказано, данная функция может рассматриваться как вариант при восстановлении после сбоев.

Если вы хотите применить стратегию высокой доступности, вам следует рассмотреть следующие технологии: LCR (Local Continuous Replication – Локальная постоянная репликация), SCC (Single Copy Cluster – Кластер единственной копии), CCR (Cluster Continuous Replication – Постоянная кластерная репликация) или SCR (Standby Continuous Replication – Автономная постоянная репликация). Замечание: SCR – это новая возможность, которая будет доступна в версии Exchange Server 2007 SP1.

Переносимость баз данных сервера Exchange 2003

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

Условия эти для сервера Exchange 2003 таковы:

  • Серверы должны находиться в одной административной группе и организации Exchange
  • Необходимо изменить некоторые атрибуты Active Directory у пользователей, вовлеченных в процесс (msExchHomeServerName, homeMTA и homeMDB). Эти атрибуты относятся к месту расположения базы данных (или сервера) нового Exchange-сервера
  • Необходимо вручную изменить все настройки клиента для использования нового сервера

В базе знаний есть статья, в которой описывается эта процедура для сервера Exchange 2003. Статью можно найти на сайте Microsoft: http://support.microsoft.com/?id=555603

Переносимость баз данных сервера Exchange 2007

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

Проблема, связанная с изменением атрибутов пользователей, затронутых процессом переноса, теперь решается с помощью параметра –configurationonly командлета move-mailbox.

На стороне клиента (для пользователей Outlook 2007) проблема решается автоматически с помощью службы автообнаружения AutoDiscover сервера Exchange 2007; в случае использования предыдущих версий Outlook пользователям придется выполнять изменение настроек вручную.

Для клиентов OWA никаких изменений не требуется, поскольку сервер клиентского доступа (Client Access Server — CAS) сам изменит все настройки на правильный почтовый ящик.

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

Замечание: Переносить можно только почтовые базы данных; общие папки не переносятся.

Перенос базы данных между почтовыми серверами сервера Exchange 2007

Теперь, когда мы узнали о работе функции в серверах Exchange 2003 и 2007, рассмотрим пошаговую процедуру переноса базы данных между двумя почтовыми серверами и то, как сервер Exchange 2007 помогает нам уменьшить время простоя, связанное с этим процессом.

Рассмотрим вариант (Рисунок 01), при котором у нас есть два почтовых сервера (srv-mbx01 / srv-mbx02) и один сервер клиентского доступа (srv-cas), на котором работает служба автообнаружения и доступ по протоколам к нашим клиентам. Пользователями (для примера) будут Anderson.Patricio и Jose.Rodas. Они находятся в базе данных Sales, расположенной на сервере srv-mbx01.

Предположим, что у данного сервера произошел сбой аппаратного обеспечения. Поэтому нам нужно перенести с него базу данных на другой сервер. Наша цель – сделать все с наименьшими затратами и влиянием на пользователей.

1

На Exchange-сервере Srv-MBX01 проверим количество сообщений и размер почтового ящика пользователя Anderson.Patricio. (Рисунок 02).

2

Итак, начнем перенос баз данных между двумя серверами Exchange 2007. Замечание: Во время переноса сообщения, отосланные пользователям, чей почтовый ящик находится в базе данных Sales на сервере srv-mbx01, не будут доставлены.

Прежде всего, нужно убедиться, что наша почтовая база данных отключена (т.е. находится в режиме «clean shutdown»). Перевести базы данных в этот режим можно несколькими способами, например, с помощью оперативного ил автономного резервного копирования.

В данной статье мы отсоединим базу данных Sales и скопируем файл sales.edb. Но прежде мы должны проверить статус базы данных с помощью старого средства eseutil с параметром /mh (eseutil /mh <имя базы данных>) (рисунок 03).

3

Теперь скопируем файл sales.edb, в котором содержатся все сообщения пользователей, на новый сервер srv-mbx02. Далее, создадим новую базу данных с таким же именем.

Для этого выполните следующее:

  1. Зарегистрируйтесь на сервере Srv-mbx02
  2. Откройте консоль Exchange Management Console
  3. Раскройте узел Server Configuration (Настройки сервера)
  4. Выберите Mailbox (Почтовый ящик)
  5. Выберите сервер Srv-MBX02 и в Панели результатов выделите First Storage Group (Первая группа хранилища)
  6. В Панели инструментов щелкните по New Mailbox Database (Новая почтовая база данных)
  7. Мы должны ввести имя начальной базы данных сервера srv-mbx01. В нашем примере, это имя «Sales». Обратите внимание на путь, где будет создан файл этой базы данных. Снимите отметку с параметра Mount this database (Присоединить эту базу данных). После этого нажмите New (Новая) (Рисунок 04)
4
  1. Completion (Завершение). Это финальная страница процесса создания базы данных почтовых ящиков на сервере srv-mbx02. Нажмите Finish (Завершить). (Рисунок 05).
5

Проверим свойства новой базы данных. Отметьте параметр This database can be overwritten by restore (Данная база данных может быть заменена копией) (Рисунок 06).

6

Наша база данных успешно создана на новом сервере, и теперь мы должны скопировать файл sales.edb с оригинального сервера на сервер srv-mbx02. Путь для копирования должен быть тем же самым, какой определен при создании базы данных (Рисунок 04). И, наконец, мы должны присоединить базу данных. Щелкните по базе и из Панели инструментов выберите Mount Database (Присоединить базу данных) (Рисунок 07).

7

Во время переноса базу у пользователей возникают определенные проблемы. Ниже показаны примеры ошибок. Рисунок 08 – это ошибка Outlook Web Access, а Рисунок 09 – ошибка Outlook 2007.

8

9

Хотя база данных присоединены к серверу srv-mbx02, все атрибуты пользователей указывают на прежний сервер. Поэтому нам нужно изменить настройки этих атрибутов.

Сделать это можно с помощью следующего командлета:

get-mailbox –database <старая база данных> | move-mailbox –targetdatabase <новая база данных > -configurationonly:$true

10

Теперь мы можем проверить, обновилась ли информация пользователя Anderson.Patricio на новом сервере (Рисунок 11). У пользователя поменялось имя Exchange-сервера и база данных, но данные остались прежние, поскольку мы просто перенесли базу данных с одного сервера на другой.

11

После переноса базы данных на новый сервер и правильной настройки установок пользователя, клиенты Outlook 2007 получат сообщение с просьбой перезапустить приложение (Рисунок 12).

12

После перезапуска Outlook 2007 мы можем проверить соединение с новым сервером с помощью Connection status (Статус соединения). Для этого нажмите на значке Outlook клавиши CTRL + правая кнопка мыши. (Рисунок 13).

13

В OWA нам нужно просто заново зарегистрироваться и мы можем продолжать работу с почтовым ящиком на новом сервере.

После этих проверок можно оценить результаты переноса базы между серверами в следующих средах:

  • Клиенты Microsoft Outlook 2007 будут автоматически перенаправлены на новый сервер с помощью службы AutoDiscover без какого-либо вмешательства пользователя
  • Клиенты OWA будут автоматически перенаправлены на новый сервер сервером клиентского доступа
  • Остальные клиенты Outlook должны быть перенастроены вручную, поскольку у них нет возможности работы со службой AutoDiscover

Устранение проблем с поиском после переноса базы данных

После переноса базы с сервера srv-mbx01 на srv-mbx02 пользователи при поиске в OWA могут получать следующее сообщение (Рисунок 14).

14

Для перезапуска службы поиска Exchange-сервера можно воспользоваться сценарием ResetSearchIndex.ps1, расположенным в папке сценариев в каталоге установки сервера Exchange 2007.

Полный синтаксис запуска такой:

.\ResetSearchIndex.ps1 –force sales,
Где sales – это имя базы данных почтовых ящиков

15

Заключение

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

11.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Перенос базы данных с одного почтового сервера на другой. отключены