close

Вход

Забыли?

вход по аккаунту

?

Отчет (10)

код для вставкиСкачать
Псковский государственный политехнический институт
Отчет
по практике
на тему:
«Миграция почтовых ящиков»
Выполнил студент
гр. 084-092 Белов М.В.
Руководитель:
Тимошевская О.Ю.
Псков
2007
Содержание
1. История предприятия ........................................................... 3
2. Общие сведения .................................................................... 4
3. Требования к новой серверной части почтовой системы. .... 5
4. Технология миграции почтовых ящиков .............................. 6
5. Описание этапов миграции .................................................... 7
5.1 Подготовка к миграции ................................................... 7
5.2 Непосредственная миграция почтовых ящиков. ........... 8
5.3 Выполнение завершающих процедур............................. 9
6. Описание работы с утилитой Migration Wizard .................. 11
2
1. История предприятия
Усложнение транспортного организма Октябрьской железной дороги и
увеличение объема перевозок поставили в середине 60-х годов прошлого века задачу по оптимизации управления вагонопотоками за счет использования
вычислительной техники, разработки и внедрения автоматизированной системы (АСУ) эксплуатационной работы, как части комплексной АСУ железнодорожного транспорта. Для решения этой задачи указом министра путей
сообщения от 26 мая 1967 года был образован Дорожный вычислительный
центр.
Региональный отдел информационного вычислительного центра Октябрьской дороги РВЦ-3 (Псков) был образован в 1987 году. Первоначально
РВЦ-3 размещался в здании Псковского отделения Октябрьской дороги на
улице Гагарина. В настоящее время РВЦ-3 имеет подотделы на станциях Пыталово, Дно и Великие Луки.
С 1992 по 2000 год была внедрена и работала задача АСУ СС узла сортировочных станций Березки и Дно. На каждой станции были разработаны и
завязаны в информационную базу модели парков, операции прибытия и отправления поездов, прицепки и отцепки вагонов, перестановки их по путям
парков, расформирования составов, накопления составов и выставки поездов
своего формирования. Обмен информацией с головной ЭВМ ИЦБ Октябрьской дороги осуществлялся по межмашинному каналу связи BSC. Инженеры
РВЦ-3 установили и сопровождали порядка 20 разновидностей АРМов на 41
железнодорожном предприятии Псковской области.
В конце 90-х годов прошлого века на Октябрьской дороге была создана
единая сеть передачи данных (СПД) о перевозках. Коллектив РВЦ-3 ИВЦ
Октябрьской дороги пятнадцать лет внедряет вычислительную технику на
железнодорожных предприятиях Псковской области. За это время установили, постоянно обновляя порядка 20 различных АСУП, АРМов, повышающих
эффективность работы как самих предприятий, так и Октябрьской железной
дороги в целом. В связи с тем, что область граничит с другими государствами, постоянно ведется работа по совершенствованию процессов обработки и
передачи информации пограничных станций. Для совершенствования системы управления перевозками создана сеть передачи данных (СПД).
3
2. Общие сведения
Под миграцией почтовых ящиков понимается перенос информации о
почтовых клиентах со старого почтового сервера на новый с использованием
специализированного программного обеспечения. Необходимость миграции
возникает при замене программно-аппаратной платформы почтового сервера
вследствие: 1) полной амортизации оборудования(обычно 7 лет), 2) морального устаревания оборудования или программных компонентов, 3) перевод
на новую операционную платформу почтового сервера, 4) замена программной основы почтового сервера при сохранении операционной платформы, 5)
расширение состава почтовых клиентов, расширение услуг, предоставляемых
электронной почтой и т.п.
Также миграция почтовых ящиков пользователей необходима при увеличении требований по защите информации, что неизбежно приводит у
необходимости замены программной платформы электронной почтовой системы.
Применительно к почтовой системе ИВЦ Октябрьской ж/д, процедура
миграции почтовых ящиков пользователей должна производиться на уровне
почтовых серверов, состав которых и их взаимосвязи друг с другом приведены на рис.1:
шлюз
интернет
главный
почтовый сервер
ИВЦ Окт ж/д
…………..
почтовый сервер
РВЦ-1
…..
почтовый сервер
РВЦ-8
…………..
почтовые
клиенты
…..
почтовые
клиенты
Рис.1. Структура почтовой системы Октябрьской ж/д
Данная почтовая система построена с соблюдением следующих положений:
 Все сервера почтовой системы располагаются в своих маршрутных группах(группы организованны на базе каждого РВЦ).
4
 Для связи между маршрутными группами используются RGC(Routing
Group Connector – Маршрутизация групповых соединений).
 Маршрутизация сообщений между маршрутными группами внутри ИВЦ
осуществляется по схеме звезда с центром на фронт-энд сервере узла в
СПб.
 Маршрутизация почты за пределы РПС (другие дороги и Интернет) также
будет осуществляться через центр звезды.
 Подключение пользователей к почтовым серверам по любому доступному
протоколу на усмотрение администраторов РВЦ, но предпочтительным
является протокол MAPI. MAPI (Messaging Application Programming
Interface) – это целая архитектура, специфицирующая процессы взаимодействия отдельных приложений с различными почтовыми системами.
Архитектура MAPI описывает так называемую подсистему MAPI, которая
обеспечивает взаимодействие клиентских приложений с различными
службами почтовой системы, такими как служба хранения информации,
служба адресной книги, служба транспорта и т.д. С другой стороны MAPI
– это прикладной интерфейс, который был создан для того, чтобы разработчики на С, С++, Visual Basic имели возможность добавлять в свои приложения функциональность для работы с электронной почтой. С точки
зрения прикладной программы подсистема MAPI – это набор динамических библиотек, содержащих функции и объектно-ориентированные интерфейсы, благодаря которым взаимодействуют клиентские и серверные
части почтовых приложений.
 На всех серверах ИВЦ разрешается доступ к почтовым ящикам по протоколу SMTP, IMAP4, POP3, а также HTTP.
 Именование серверов, маршрутных групп, хранилищ и пользователей
должно осуществляться согласно общим правилам именования объектов
домена ORW.
3. Требования к новой серверной части почтовой системы.
В связи с увеличением требования по защите информации, переходом
на почтовую платформу Exchange 2003, увеличением количества пользователей на каждом локальном почтовом сервере, возникла необходимость перейти на новую программно-аппаратную платформу серверной части почтовой
системы. К новой серверной части предъявляются следующие требования:
 Почтовые сервера РВЦ – сервера HP DL380 с двумя процессорами Xeon и
4-мя гигабайтами оперативной памяти.
 Дисковая подсистема почтовых серверов – на основе контроллера SCSI и
RAID-массива. К первому каналу контроллера SCSI подключены два дис5





ка объемом 147 Гб объединенные в зеркало на аппаратном уровне. На
данном зеркале создается два логических диска 40 и 100 Гб для хранения
системных файлов ОС и почтового сервера Exchange, и логи транзакций
почтового сервера соответственно. Ко второму каналу подключаются еще
4 диска, три из которых объединяются в RAID 5, а четвертый указывается
в качестве hot-spare для всех дисков сервера. На RAID 5 (~ объем 275 Гб)
выделяется логический диск объемом 200Гб для хранения баз данных
почтового сервера. Оставшееся место предполагается использовать под
базы данных архива почтовых сообщений.
Операционная система Windows 2003 Server вместо Windows Server NT4;
Почтовый сервер Exchange 2003 Server вместо Exchange Server 5.5
Антивирусная система – ScanMail for Microsoft Exchange Server v 7.0.
Расчетная емкость каждого из серверов до 4000 активных пользователей.
Расчетный объем почтовых ящиков пользователей – 50 Мб (может быть
уменьшен по усмотрению РВЦ). Окончательный размер почтовых ящиков
и базы данных адресов в целом должен быть скорректирован исходя из
производительности и способа резервного копирования.
4. Технология миграции почтовых ящиков
Процедура миграции почтовых ящиков пользователей со старого на
новый почтовые сервера в общем виде может быть охарактеризована схемой,
представленной на рис.2:
ПО миграции
почтовых ящиков
БД адресов
Старый сервер
БД адресов
Новый сервер
почтовые
ящики
почтовые
ящики
Рис.2. Схема миграции почтовых ящиков
Технология миграции предусматривает наличие двух серверов(старого
и нового) и миграционного п/о, осуществляющего процесс перенесения данных со старого на новых сервер. Такими данными являются: база данных адресов почтовых клиентов, зарегистрированных на данном почтовом сервере
и почтовые ящики этих клиентов с содержимым. Именно эти данные и должны быть перенесены со старого почтового сервера на новый без искажения
так, чтобы новый сервер максимально быстро ввести в работу в замен старого, не производя при этом заново регистрацию пользователей, конфигурирование почтовой системы, настройку пользовательских профилей и прочие
6
действия, связанные с подключением новых клиентов к почтовому серверу.
Все эти действия на новом сервере производятся автоматически, поскольку
ПО миграции полностью переносит со старого почтового сервера базу данных адресов и почтовые ящики, а также другие конфигурационные установки на новый почтовый сервер в автоматическом режиме. Администратору
остается только проверить правильность перенесенной информации и осуществить запуск нового почтового сервера в работу.
Миграция почтовых ящиков происходит в 3 этапа: 1) подготовка к миграции, 2) непосредственная миграция, 3) выполнение завершающих процедур.
5. Описание этапов миграции
5.1 Подготовка к миграции
Примечание: миграция каждого пользователя и содержимого почтовых
ящиков производиться индивидуально.
Подготовка к миграции предусматривает выполнение следующих процедур:
1. Подготовка нового почтового сервера к миграции – установка ОС, ПО
почтового сервера, антивирусного ПО и прочих компонентов.
2. Объединение старых и новых серверов в соответствии со схемой, изображенной на рис.2.
3. Создание списков объектов миграции на старом почтовом сервере.
4. Подготовка рабочих станций пользователей к миграции.
5. Взаимодействие отделов СС и РВЦ с конечными пользователями и между собой при подготовке к миграции.
Поясним некоторые процедуры подробнее:
Создание списков объектов миграции.
Перед миграцией пользователей и содержимого почтовых ящиков, сотрудниками, в чьей зоне обслуживания находится объект миграции (РВЦ,
ЕДЦУ, группа эксплуатации отдела СС), создаются списки, которые содержат учетную запись, полное именование объекта миграции, его исходное
хранилище, предполагаемую дату миграции, результат миграции, пометки,
относящиеся к процессу прохождения миграции.
Подготовка рабочей станции пользователя к миграции.
На компьютере пользователя необходимо выполнить следующие действия:
 Зарегистрироваться под учетной записью пользователя и запустить MS
Outlook;
 Установить последний сервис-пак для версии MS Office, установленной на компьютере (если он не был установлен во время подготовки к
миграции), предварительно отключив антивирусное ПО;
 Если определены правила доставки сообщений следует экспортировать
их в файл (Сервис – Правила и оповещения – Параметры – Экспорт);
7
 Закрыть MS Outlook;
 Позвонить в отдел СС и запросить миграцию пользователя и содержимого его почтового ящика, указав свой контактный телефон и ФИО;
 Отдел СС производит миграцию пользователя и содержимого почтового ящика и уведомляет об этом сотрудника РВЦ.
Взаимодействие отделов СС и РВЦ с конечными пользователями и
между собой при подготовке к миграции.
При подготовке к проведению миграции устанавливается следующий
порядок взаимодействия:
1. Согласно утвержденному плану-графику перевода пользователей на новые
почтовые сервера ответственным за перевод сотрудником подготавливаются
списки отдельных групп пользователей;
2. Подготовленные списки передаются в отдел СС не менее чем за один день
до начала миграции.
5.2 Непосредственная миграция почтовых ящиков.
Порядок миграции почтовых ящиков и их содержимого предполагает
выполнение следующих действий:
1. Репликация адресно-справочной информации из каталога Exchange 5.5 в
Active Directory.
2. Миграция почтового ящика пользователя с Exchange 5.5 на Exchange
2003.
3. Изменение настроек на пользовательском рабочем месте.
Поясним некоторые процедуры подробнее:
Репликация адресно-справочной
Exchange5.5 в Active Directory.
информации
из
каталога
В процессе репликации происходит копирование атрибутов почтового
ящика из почтовой системы Exchange 5.5 в свойства учетной записи Active
Directory. Репликация производиться автоматически на почтовом сервере
ИВЦ.
Миграция почтового ящика пользователя с Exchange 5.5 на Exchange 2003.
Для миграции пользователей и содержимого почтовых ящиков используется утилита Exchange Server Migration Wizard(см. подробное описание пп.
5). Данная утилита устанавливается одновременно с инсталляцией почтового
сервера MS Exchange 2003 Enterprise Edition.
Изменение настроек на пользовательском рабочем месте.
После получения уведомления о переносе почтового ящика от отдела
СС сотрудник РВЦ должен:
 Открыть Control Panel в меня Start;
 Открыть настройки почты;
8
 Выбрать в списке конфигураций «Microsoft Exchange Server» и нажать
кнопку «Свойства»;
 В строке Microsoft Exchange Server ввести имя целевого почтового сервера и нажать кнопку «Далее»;
 Нажать кнопку «Готово»;
 Импортировать правила доставки сообщений, которые были экспортированы в п.3 предыдущего абзаца;
 Убедиться, что пользователь может отправлять и получать письма, отправив сообщение по его собственному адресу;
 Проверить работу адресной книги MS Outlook (она должна быть
настроена на новый почтовый сервер);
 По результатам проверки сотрудник заполняет формуляр проверки работоспособности рабочей станции (далее формуляр), в котором указывается тип проверки и результат.
 По результатам миграции отдел СС заполняет соответствующие поля в
списках миграции.
5.3 Выполнение завершающих процедур.
Завершающие процедуры включают в себя выполнение следующих
операций:
1. Проверка работы почтовой системы с новым почтовым сервером.
2. Удаление почтового ящика на исходном сервере.
Поясним некоторые процедуры подробнее:
Проверка работы почтовой системы с новым почтовым сервером.
После миграции определяется следующий порядок взаимодействия:
 Сотрудник отдела СС на целевом почтовом сервере должен запустить
службу обновления пользователей (RUS);
 При получении отчета от сотрудника РВЦ об успешном прохождении
проверок при работе пользователя с новым почтовым сервером отдел
СС удаляет почтовый ящик пользователя на исходном почтовом сервере;
 Сотрудник отдела СС проверяет корректность почтовых адресов у мигрировавшего пользователя и при необходимости их исправляет;
 Сотрудник отдела СС проверяет участвовал ли пользователь в списках
рассылки и, при необходимости, восстанавливает членство в соответствующих списках рассылок;
 По факту успешной миграции сотрудником отдела СС производиться
соответствующая пометка в списке объектов миграции;
Если по каким-либо причинам не удалось решить проблемы, возникшие у пользователя, и был произведен возврат системы в исходное состояние, сотрудником отдела СС делается пометка о неуспешной миграции в
списке объектов миграции, после чего производиться анализ причин неудачи
9
и после устранения проблем производиться повторная миграция в составе
следующей группы отобранных пользователей;
Вся информация о причинах неудачной миграции и способах их устранения доводиться до всех сотрудников отделов СС и РВЦ (участвующих в
процессе миграции) на следующий рабочий день после нахождения решения.
Удаление почтового ящика на исходном сервере
После завершения процесса миграции и подключения пользователя к
целевой почтовой системе, необходимо удалить почтовый ящик в исходной
почтовой системе согласно инструкции.
Для удаления почтового ящика пользователя с исходного почтового сервера необходимо выполнить следующие действия:
 Запустить программу администрирования Exchange 5.5 (Microsoft Exchange Administrator)на исходном почтовом сервере.
 Выбрать пользователя в списке Server Recipients (Почтовый_ узел /
Configuration / Servers / Имя_сервера / Server Recipients).
 В меню программы выбрать Edit / Delete.
 На вопрос “Are you sure you want to delete ‘Mailbox
Имя_почтового_ящика’ (вы уверены в том, что хотите удалить
ящик…)” ответьте утвердительно ‘yes‘.
 На вопрос “Are you sure you want to delete Primary Windows NT Account
for ‘Mailbox Имя_почтового_ящика’ (вы уверены в том, что хотите
удалить учетную запись для ящика…) ответьте отрицательно ‘no’.
Примечание: если при процессе миграции обнаружен сбой или она
прошла некорректно, а также в других необходимых случаях, возникает
необходимость возврата данных на исходный почтовый сервер. Для того
чтобы возобновить работу пользователя в исходной почтовой системе, достаточно настроить профиль MS Outlook на исходный почтовый сервер. Для
этого необходимо выполнить следующие операции:
 Сотрудник РВЦ уведомляет отдел СС о необходимости переподключить почтовый ящик на исходном почтовом сервере;
 Сотрудник РВЦ должен закрыть MS Outlook;
 Открыть Control Panel в меня Start;
 Открыть настройки почты;
 Выбрать в списке конфигураций «Microsoft Exchange Server» и нажать
кнопку «Свойства»;
 В строке Microsoft Exchange Server ввести имя исходного почтового
сервера и нажать кнопку «Далее»;
 Нажать кнопку «Готово»;
 Убедиться, что пользователь может отправлять и получать письма, отправив сообщение по его собственному адресу;
 Убедиться, что адресная книга настроена на исходный почтовый сервер.
10
6. Описание работы с утилитой Migration Wizard
Утилита Migration Wizard является по сути одной из основных компонент миграционного ПО. Она позволяет осуществить перенос адресносправочной информации и почтовых ящиков с их содержимым с исходного
почтового сервера на новый. Для эффективного управления миграцией почтовых ящиков предусмотрена возможность интерактивного режима взаимодействия с администратором с помощью ряда диалоговых окон.
Для того чтобы произвести миграцию пользователей и содержимого
почтовых ящиков, следует запустить утилиту Exchange Server Migration Wizard и выполнить следующие действия:
1.
Welcome to the Exchange Server Migration Wizard
Нажать Next.
2.
Migration
Выбрать пункт Migrate from Microsoft Exchange и нажать Next.
3.
Exchange Server Migration
Нажать Next.
4.
Migration Destination
Отметить Migrate to a computer running Exchange Server. В поле
Server выбрать требуемый сервер, в поле Information Store выбрать требуемое хранилище.
11
5.
Source Exchange Server
В поле Exchange server name ввести имя почтового сервера в исходной
системе. В поле Administrator account ввести имя учетной записи с административными правами в исходной почтовой системе, в формате domain\account. В поле Password ввести пароль этой учетной записи администратора. Нажать Next.
12
6.
Migration Information
Отметить опцию Create/modify mailbox accounts. Остальные опции
должны быть неотмеченными. Нажать Next.
7.
Account Migration
Выбрать почтовый ящик пользователя или несколько, используя клавишу Ctrl, и нажать Next.
13
8.
Container for New Windows Accounts
Выбрать контейнер, в котором будет создана учетная запись пользователя (Учетная запись будет создана только в том случае, если ее нет в домене) и нажать Next.
9.
Windows Account Creation and Association
Убедиться, что выбранный почтовый ящик был правильно сопоставлен
с учетной записью пользователя, и нажать Next.
14
10. Migration Progress
Нажать Finish.
По окончанию миграции следует проверить журнал приложений на наличие
сообщений об ошибках.
15
Документ
Категория
Компьютеры, Программирование
Просмотров
8
Размер файла
530 Кб
Теги
отчет
1/--страниц
Пожаловаться на содержимое документа