Миграция Exchange server 2010 на 2013

Не так давно мы разворачивали exchange server 2010. Сегодня мы перейдём на новую версию — Exchange server 2013.

Для перехода на exchange server 2013 Ваши сервера должны поддерживать следующие условия: сервера должны быть модернизированы до состояния exchange server 2007 service pack 3 Update Rollup 8 или exchange server 2010 Service pack 3.

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

Подготовим инфраструктуру для перехода. Это должен быть сервер 2008 R2 Service pack 1 или windows server 2012.

Exchange server 2013 поставляется в двух редакциях — standart и enterprise. Отличие между ними состоит лишь в поддержке количества баз. Standart поддерживает пять почтовых баз на сервер, enterprise поддерживает 100 баз на сервер.

Учтите, что mailbox требовательный к памяти. Минимум 8Гб, client access server 4Гб, при совмещении ролей минимум 8Гб. В противном случае получите неработающий сервер с зависаниями и вылетами.

Подготовка к миграции: обновление exchange до последних версий service pack. Расширение схемы AD до Exchange server 2013. При запуске установщик проверяет все необходимые условия. Учетная запись, от имени которой выполняется установка должна иметь права Enterprise admin, Schema Admin и Exchange full administrator.

Первым устанавливается роль mailbox — без неё CAS не будет работать.

Загрузить Microsoft Exchange Server 2013

Подготовим схему AD и расширим набор атрибутов:

setup.exe /prepareschema /iacceptexchangeserverlicenseterms
setup.exe /preparead /organizationname:YouOrganization /iacceptexchangeserverlicenseterms

Установим необходимые компоненты для установки из powershell:

Import-Module ServerManager
Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation,Server-Media-Foundation

Запустить установку для роли Client access и mailbox можно из командной строки:

Setup.exe /mode:install /roles:clientaccess /IAcceptExchangeServerLicenseTerms

Setup.exe /mode:install /roles:mailbox /IAcceptExchangeServerLicenseTerms

Дополнительные компоненты для установки:

Unified Communications Managed API 4.0 Runtime.

В нашем случае, у нас будет один сервер CAS и Mailbox.

Для mailbox дополнительно установим

Microsoft Office Filter Pack 2010

Кстати, можно добавить в сервер менеджер наш контроллер домена (у меня 2008 R2) и управлять из 2012. Для этого на 2008 сервере необходимо выполнить команду:

Enable-psremoting

Взаимодействие и архитектуру 2013 севера можно посмотреть в этом постере: Ex2013Architecture

У нового сервера больше нет отдельной административной оболочки, вместо неё есть веб интерфейс EAC — Exchange admin center и конечно же exchage managment shell, через который доступен полный функционал.

Если Вы не можете войти в новый центр управления используйте ссылку         https://ваш_сервер/ecp/?ExchClientVer=15

Первым делом после установки сгенерируем сертификат. Для этого нам понадобится центр сертификации.

Для того что бы сгенерировать сертификат, заходим по адресу https://имя_сервера/ecp?ExchClientVer=15

Раздел servers-certificates. Генерация сертификатов не отличается от той же процедуры для 2010.

После настройки коннекторов отправки и приёма на останется переключить трафик (поменять IP в DNS) на новый CAS сервер, пользователей у которых ящики в старой базе данных он будет прозрачно проксировать на нужные сервера.

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

Или же командлетом:

New-MailboxDatabase -Name "new_database" -EdbFilePath D:\ExchangeDatabases\newdatabase\new_database.edb

Перемещать ящики можно либо из веб-интерфейса, либо командлетом

New-MoveRequest -Identity 'test@test.ru' -TargetDatabase new_database

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

Get-Mailbox -Arbitration | FL Name,DisplayName,ServerName,Database,AdminDisplayVersion

Статистика перемещения ящика:

Get-MoveRequestStatistics -Identity test@test.ru

Всех ящиков в базе:

Get-MoveRequestStatistics -MoveRequestQueue "new_database"

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

Если у Вас есть вопросы, задавайте их на форуме, или ниже в комментариях.

 

Пока нет комментариев

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Реклама

Реклама

Tags