magnify
Home Exchange 2010 Exchange Server 2010 to 2013 Migration
formats

Exchange Server 2010 to 2013 Migration

Exchange Server 2010 to 2013 Migration

Bu makalemde sizlere mevcut organizasyonunuzda kullanmakta olduğunuz Exchange Server 2010 sistemlerinin 2013 sistemlere nasıl taşınacağını anlatacağım.

Malum Exchange Server 2010 SP3 ve Exchange Server 2013 CU1 yükseltme paketlerinin çıkması ile artık bu iki ürün bir arada çalışabiliyor. Bu da geçiş projelerinin başlayacağı anlamına geliyor.

Peki, proje planlarken nelere dikkat etmek gerekiyor.

Malum Exchange çok geniş mimariler için tasarlanan bir ürün. Ancak isterseniz tek bir sunucu ile de rahatlıkla uygun ölçekli firmalara hizmet verebiliyor. Bende bu nedenle makalemi parçalar halinde sizlere sunacağım.

Makalemin ilk bölümü Kobi ve orta ölçekli işletmeler için yani tek sunuculu bir ortamdaki geçişi canlandıracağım. İlerleyen bölümlerde ise CAS Array ve DAG mimarisi olan yapılar için detay vermeye devam edeceğim.

Öncelikle aşağıdaki tablo yardımı ile duruma genel olarak bir bakalım.

 

clip_image002

 

Bu tablo bizlere Exchange 2003 hariç diğer iki eski sürüm için geçiş desteklediğini görebiliyoruz. Exchange Server 2013 eski Exchange sürümleri ile birlikte çalışabiliyor ( 2003 hariç ), ancak siz ortama Exchange kurulumunu direkt olarak Exchange 2013 ile yaparsanız bu durumda ortama eski sürüm bir Exchange ekleme şansınız yoktur.

Geçiş adımlarımızı aşağıdaki gibi sıralıyorum;

1 – Exchange 2013 Sistem Gereksinimlerini Kontrol Ediyoruz.

2 – Gerekli Olan Sistem Gereksinimlerini Yerine Getiriyoruz.

3 – Eğer gereli ise Disjoint Name Space için gerekli ayarları yapacağız.

4 – Exchange 2013 Kurulumunu Mevcut 2010 kurulu ortama yapıyoruz.

5 – Exchange Server 2013 üzerinde Sertifika Ayarlarını tamamlıyoruz.

6 – Exchange Virtual Directory Ayarlarını Düzenliyoruz.

7 – Offline Address Book Ayarlarını Yapıyoruz.

8 – Internet mail trafiğini Exchange 2010 dan 2013 e aktarıyoruz.

9 – Posta kutularını 2013’ e taşıyoruz.

10 – Varsa Public Folder taşıma işlemini gerçekleştiriyoruz.

11 – Exchange Server 2013 için gerekli olan kurulum sonrası adımları yapıyoruz. ( lisans anahtarı, CAS ayarları, kurulumun kontrol edilmesi, gerekli olan yönetim sunuculara konsol kurulması vb ).

Bu adımlara başlamadan önce mutlaka mevcut sisteminiz ile bütünleşmiş çalışan yedekleme, anti virüs, imza yazılımları veya Audit yazılımları gibi kullandığınız 3 parti yazılımların Exchange Server 2013 ile de uyumlu olması gerekmektedir. Bu ürünlerden en önemlisi yedeklemedir. Çünkü eğer hazır bir ürününüz yok ise çok kısa sürede loğlardan kaynaklı olarak diskleriniz dolacaktır. Bu nedenle geçiş öncesi mutlaka bu ürünlerin desteklendiğini kontrol ediniz.

Yine bir diğer önemli konu bu işleme başlamadan önce mutlaka mevcut sistemin güncel bir yedeğini alınız. Bunu okuyup geçmeyin lütfen gerçekten önemli bir maddedir J

Benim kendi alışkanlıklarımdan bir tanesi de mutlaka mevcut ortamın sağlıklı çalıştığını kontrol etmemdir. Çünkü sorunlu bir yapıyı geçirmek ortamı çok daha ciddi manada bozabilir. Bunun için mevcut sistemin mutlaka loglarını iyice inceleyiniz.

 

1 – Exchange 2013 Sistem Gereksinimlerini Kontrol Ediyoruz.

 

Mevcut Organizasyon Durumunuzu Kontrol Edelim.

Organizasyonunuzda Minimum Exchange Server 2007 SP3 RL10 olmalıdır.

Exchange Server 2003, geçiş için desteklenmediği için öncelikle 2007 veya 2010 sürümlerine yükseltilerek bu geçişi yapabilirsiniz. Veya 3 parti yazılımlar kullanabilirsiniz.

Eğer Office 365 olan bir ortam için geçiş yapacaksanız aşağıdaki linki incelemenizi öneriyorum

http://technet.microsoft.com/en-us/library/hh534377(v=exchg.150).aspx

Schema Master Rolü yüklü DC’ lerin desteklenen işletim sistemi sürümleri aşağıdaki gibidir;

 

Windows Server 2012 Standard or Datacenter

Windows Server 2008 R2 Standard or Enterprise

Windows Server 2008 R2 Datacenter RTM or later

Windows Server 2008 Standard or Enterprise (32-bit or 64-bit)

Windows Server 2008 Datacenter RTM or later

Windows Server 2003 Standard Edition with Service Pack 2 (SP2) or later (32-bit or 64-bit)

Windows Server 2003 Enterprise Edition with SP2 or later (32-bit or 64-bit)

 

Global Catalog rolü için desteklenen işletim sistemi sürümleri aşağıdaki gibidir;

 

Windows Server 2012 Standard or Datacenter

Windows Server 2008 R2 Standard or Enterprise

Windows Server 2008 R2 Datacenter RTM or later

Windows Server 2008 Standard or Enterprise (32-bit or 64-bit)

Windows Server 2008 Datacenter RTM or later

Windows Server 2003 Standard Edition with Service Pack 2 (SP2) or later (32-bit or 64-bit)

Windows Server 2003 Enterprise Edition with SP2 or later (32-bit or 64-bit)

 

Domain Controller olacak makineler için desteklenen işletim sistemi sürümleri aşağıdaki gibidir;

 

Windows Server 2012 Standard or Datacenter

Windows Server 2008 R2 Standard or Enterprise SP1 or later

Windows Server 2008 R2 Datacenter RTM or later

Windows Server 2008 Standard or Enterprise SP1 or later (32-bit or 64-bit)

Windows Server 2008 Datacenter RTM or later

Windows Server 2003 Standard Edition with Service Pack 2 (SP2) or later (32-bit or 64-bit)

Windows Server 2003 Enterprise Edition with SP2 or later (32-bit or 64-bit)

 

Network tarafında ise Exchange Server 2013 IPv6 desteklemektedir, ancak bunu şartı olarak IPv4 ün yüklü ve açık olması gerekmektedir. Böyle bir ortam için tüm iletişim IPv6 üzerinden gerçekleşir.

Daha fazla bilgi için

http://technet.microsoft.com/en-us/library/gg144561(v=exchg.150).aspx

Domain Controller tarafındaki limitasyonlara bakacak olursak. Performans nedeni ile 64bit’ lik DC lerin olduğu bir ortamda kurulum tavsiye edilmektedir. Buna ek olarak DC üzerine kurulum desteklenmek ile beraber tavsiye edilmemektedir. Yani mümkünse Exchange Server 2013 kurulumunu Member bir makinede yapın.

Eğer buna imkânınız yok ve DC üzerine Exchange Server 2013 kurulumu yaparsanız artık bu dc üzerinde dcpromo komutu kullanamazsınız. Yani Bu DC’ yi ortamdan uzaklaştırmak veya tekrar Member bir makine yapma şansınız yok. Bunun için mutlaka Exchange Server’ ı kaldırmanız gereklidir.

Donanım tarafındaki gereksinimleri ise aşağıdaki gibidir;

 

X64CPU

RAM = Mailbox   8GB minimum, Client Access   4GB minimum, Mailbox ve Client Access yüklü bir makine için ise 8GB minimum

Page file konusunda ise minimum fiziksel RAM miktarınca, maksimum ise 10MB üstü kadar bir değer girmeniz tavsiye edilmektedir.

 

Exchange yüklenecek disk içerisinde en az 30GB boş alan olması gerekmektedir.

İşletim sistemi olarak ise;

Windows Server 2012 Standard or Datacenter
Windows Server 2008 R2 Standard with Service Pack 1 (SP1)
Windows Server 2008 R2 Enterprise with Service Pack 1 (SP1)
Windows Server 2008 R2 Datacenter RTM or later

Desteklenmektedir, ancak Core sürümleri için destek yoktur. Eğer elinizde 2008 R2 Core var ise yeniden yükleme yapmanız şart iken, Server 2012 için ise aşağıdaki komut ile normal mode geçiş yapabilirsiniz.

Install-WindowsFeature Server-Gui-Mgmt-Infra, Server-Gui-Shell –Restart

Yönetim araçlarını ise aşağıdaki işletim sistemlerine kurabilirsiniz.

Windows Server 2012 Standard or Datacenter
Windows Server 2008 R2 Standard with SP1
Windows Server 2008 R2 Enterprise with SP1
Windows Server 2008 R2 Datacenter RTM or later
Windows 8 x64
Windows 7 SP1 x64

Desteklenen istemci uygulamaları tarafından ise sürümler aşağıdaki gibidir;

Outlook 2013
Outlook 2010 SP1
Outlook 2007 SP3
Entourage 2008 for Mac
Outlook for Mac 2011

2 – Gerekli Olan Sistem Gereksinimlerini Yerine Getiriyoruz.

Exchange Server 2013 Kurmak için olarak gerekli olan sistem gereksinimlerin başında Forest ve Domain gereksinimleri gelmektedir.

Forest Functional Level, en az 2003 olmalı ve Schema Master rolümü taşıyan DC’ ninde minimum Server 2003 SP2 olması gereklidir.

Schema genişletme işlemini eğer kurulum ile birlikte yapmak yerine farklı bir makinede yapmak istiyorsanız bu durumda bu makineye aşağıdaki iki bileşeni yüklemeniz gerekmektedir.

Microsoft .NET Framework 4.5

Windows Management Framework 3.0

Ancak ek bir iş çıkmaması adına zaten Windows Server 2012 içerisinde var olan yukarıdaki bileşenleri yükleyip aynı makine üzerinden schema genişletme işlemi yapabilirsiniz veya hiç bunlar ile uğraşmaz ara yüzden bu güncelleme işleminin otomatik bir şekilde yapılmasını tercih edebilirsiniz.

Server 2012 üzerinde bu komutları çalıştırmak için RSAT-ADDS yüklü olması gerekmektedir.

Install-WindowsFeature RSAT-ADDS

Eğer komut seti ile yapmak isterseniz gerekli kurulumların olduğu bir makine üzerinde aşağıdaki komutu çalıştırabilirsiniz.

setup /PrepareSchema veya setup /ps

Sözleşmeyi kabul etmek için tam komut aşağıdaki gibidir

Setup /ps /IAcceptExchangeServerLicenseTerms

Bu komutu çalıştırmak için Enterprise Admins ve Schema Admins grubu üyesi olmanı gereklidir.

Bu komutu schema master rolüne sahip olan Domain controller ile aynı site ve aynı domain’ e üye bir makinede çalıştırmanız gereklidir. Ayrıca makinede yüklü olan işletim sistemi 64bit olmalıdır.

Bu komutu çalıştırdıktan sonra organizasyonunuzun büyüklüğüne göre replikasyon süresini beklemeniz gerekmektedir. Bu süreci repadmin komut seti ile kontrol edebilirsiniz.

Repadmin /showrepl

Buradan DC lerin en son ne zaman güncellendiğini tarih ve saat olarak takip edebilirsiniz.

Eğer site yapısından dolayı saatlerce replikasyonu beklemek istemiyorsanız aşağıdaki komut ile yine replikasyonu elle tetikleyebilirsiniz

Repadmin /syncall /Aed

Bundan sonra ise AD için aşağıdaki komut setini çalıştırıyoruz.

setup /PrepareAD [/OrganizationName: <organization name> ] or setup /p [/on:<organization name>]

Eğer hali hazırda kurulu bir Exchange server var ise sadece /p çalışacaktır, ancak eğer ilk kez kurulum yapıyorsanız aynı ara yüzde size sorulduğu gibi bir organizasyon ismi vermek için /OrganizationName parametresini kullanmanız gereklidir.

Organizasyon ismi en fazla 64 karakter olabilir, a-z, A-z, boşluk ( başta ve sonra olmayacak), 0-9, tire, gibi standart bir isimlendirme şartları vardır. Ayrıca eğer boşluk kullanacaksanız isimde mutlaka “” işaretleri arasında yazmanız gerekmektedir.

Ardından AD içerisinde aşağıdaki gibi bir OU nun oluştuğunu göreceksiniz.

Microsoft Exchange Security Groups

İçerisinde ise aşağıdaki gibi gruplar vardır.

Compliance Management
Delegated Setup
Discovery Management
Exchange Servers
Exchange Trusted Subsystem
Exchange Windows Permissions
ExchangeLegacyInterop
Help Desk
Hygiene Management
Organization Management
Public Folder Management
Recipient Management
Records Management
Server Management
UM Management
View-Only Organization Management

Bu süreç ile beraber arka planda bir takım tanımlamalar yapılmaktadır. Eğer bu detayları merak ediyorsanız aşağıdaki linkten detay bilgi alabilirsiniz.

http://technet.microsoft.com/en-us/library/bb125224(v=exchg.150).aspx

Bir sonraki komutumuz ise

setup /PrepareDomain or setup /pd

Eğer siz bir önceki komutu, yani PrepareAD komutunu hali hazırda bu domain içerisinde çalıştırdıysanız ek olarak bu 3. Komutu çalıştırmaya gerek yoktur. Çünkü PrepareAD bu komutu da içermektedir. Ancak forest içerisinde ek domainler var ise bu durumda PrepareDomain komutunu çalıştırmanız gereklidir.

Burada da isterseniz bir domain veya tüm domainler için bu komutu kullanabilirsiniz

setup /PrepareDomain:<FQDN of domain you want to prepare>

Bu komutu çalıştırmak için Domain Admins grubu üyesi olmanız gerekmektedir.

setup /PrepareAllDomains or setup /pad

Bu komutu çalıştırmak için enterprise Admins grubu üyesi olmanız gerekmektedir.

Tüm bu yapılanların doğruluğunu kontrol etmek için aşağıdaki gibi bir takım noktaları kontrol edebilirsiniz.

msExchProductId

CN=<your organization>,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<domain>

 

Exchange 2013 RTM=15.00.516.032
Exchange 2013 CU1=15.00.620.029

clip_image004

 

Bu bilgi aslında yeterlidir. Yani AD artık hazır ve yükleme yapabilirsiniz.

Ek olarak aşağıdaki bölümleri de kontrol edebilirsiniz.

"CN=ms-Exch-Schema-Version-Pt,CN=Schema,CN=Configuration,DC=domain,DC=local"

Altında

ms-Exch-Schema-Verision-Pt

Kaydını bulup özelliklerinden

rangeUpper

Özniteliğinin değerini kontrol ediyoruz.

clip_image006

 

Tüm liste aşağıdaki gibidir.

 

clip_image008

 

İsterseniz aşağıdaki komut ile de bu sonucu kontrol edebilirsiniz.

 

"dsquery * CN=ms-Exch-Schema-Version-Pt,cn=schema,cn=configuration,dc=domain,dc=local -scope base -attr rangeUpper"

 

Diğer kontroller.

Exchange 2013 RTM=15137
Exchange 2013 CU1=15254

  objectVersion

CN=<your organization>,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<domain>

Exchange 2013 RTM=15449
Exchange 2013 CU1=15614

objectVersion

Microsoft Exchange System Objects container under DC=<root domain is set to the correct value.

Exchange 2013 RTM ve Exchange 2013 CU1=13236

 

Evet, AD tarafındaki hazırlıkları yaptık ise şimdi sunucu üzerindeki hazırlıklara başlayabiliriz.

Windows Server 2012 Üzerinde Exchange Server 2013 CAS + MBX Kurulumu

İlk olarak gerekli Windows bileşenlerini yükleyelim.

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

Ardından aşağıdaki ek yüklemeleri yapalım.

Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit

Microsoft Office 2010 Filter Pack 64 bit

Microsoft Office 2010 Filter Pack SP1 64 bit

Windows Server 2012 Üzerinde Exchange Server 2013 CAS Kurulumu

Yine ilk olarak gerekli olan Windows bileşenlerini yükleyelim.

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

Ardından aşağıdaki ek yüklemeyi yapalım

Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit

Windows Server 2008 R2 Üzerinde Exchange Server 2013 CAS+MBX Kurulumu

Gerekli olan bileşenlerin kurulumu için aşağıdaki komutu kullanabilirsiniz.

Import-Module ServerManager

Add-WindowsFeature Desktop-Experience, NET-Framework, NET-HTTP-Activation, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Web-Server, WAS-Process-Model, Web-Asp-Net, 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-Ext, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI

Ardından ek bileşenleri yüklüyoruz.

  1. Microsoft .NET Framework 4.5
  2. Windows Management Framework 3.0
  3. Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit
  4. Microsoft Office 2010 Filter Pack 64 bit
  5. Microsoft Office 2010 Filter Pack SP1 64 bit
  6. Microsoft Knowledge Base article KB974405 (Windows Identity Foundation)
  7. Knowledge Base article KB2619234 (Enable the Association Cookie/GUID that is used by RPC over HTTP to also be used at the RPC layer in Windows 7 and in Windows Server 2008 R2)
  8. Knowledge Base article KB2533623 (Insecure library loading could allow remote code execution)

Windows Server 2008 R2 Üzerinde Exchange Server 2013 CAS Yükleme

Import-Module ServerManager

Add-WindowsFeature Desktop-Experience, NET-Framework, NET-HTTP-Activation, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Web-Server, WAS-Process-Model, Web-Asp-Net, 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-Ext, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI

Ardından aşağıdaki ek yüklemeleri yapıyoruz.

  1. Microsoft .NET Framework 4.5
  2. Windows Management Framework 3.0
  3. Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit
  4. Knowledge Base article KB974405 (Windows Identity Foundation)
  5. Knowledge Base article KB2619234 (Enable the Association Cookie/GUID that is used by RPC over HTTP to also be used at the RPC layer in Windows 7 and in Windows Server 2008 R2)
  6. Knowledge Base article KB2533623 (Insecure library loading could allow remote code execution)

 

3 – Eğer gerekli ise Disjoint Name Space için gerekli ayarları yapacağız.

 

Bende Disjoint name space yok.

 

4 – Exchange 2013 Kurulumunu Mevcut 2010 kurulu ortama yapıyoruz.

Exchange Server 2013, native mode Exchange organization dediğimiz geriye dönük ( 2003 hariç ) eski kurulu Exchange organizasyonlarına kurulabilir. Ancak Exchange Server 2013 ile oluşturulan bir organizasyona Exchange 2010 veya önceki sürümler eklenemez.

Öncelikle Yukarıdaki gibi AD ortamımızı hazırlıyorum.

Bu bölümde çalıştıracağım komutların hangi makine üzerinde ve hangi yetkiler ile çalıştırılacağı konusunda detaylı bilgiyi makalemin başında verdiğim için şu anda detay vermeden direkt olarak sürece geçiyorum.

Schema güncelleme işleminden önce sunucuya yönetim araçlarını kuruyorum.

Install-WindowsFeature RSAT-ADDS

clip_image010

Ardından Schema extend işlemi için /ps komutunu kullanıyorum ( PrepareSchema )

Setup /ps /IAcceptExchangeServerLicenseTerms

clip_image012

 

Ardından PrepareAD komutunu çalıştırıyorum.

clip_image014

Evet, bu da başarı ile tamamlandı. Eğer bu komutu çalıştırdığınız makinenin üye olduğu domain’ den başka bir domain var ise bu Forest içerisinde bu durumda bundan sonraki komut olan PrepareDomain komutunu çalıştırabilirsiniz, ancak PrepareAD komutunu çalıştırdığınız domain için ek olarak bu komutu çalıştırmaya gerek yoktur.

Ama isterseniz çalıştırabilirsiniz.

clip_image016

Artık organizasyon tarafında AD gereksinimlerini tamamlamış olduk.

Şimdi ise makine tarafındaki gereksinimlere başlayalım. Ben Server 2012 üzerine kurulum yapacağım için aşağıdaki komut setlerini kullanıyorum.

2008 R2 için makalemin başında komutları paylaşmıştım.

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

clip_image018

Ardından aşağıdaki ek yüklemeleri yapalım.

Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit

Microsoft Office 2010 Filter Pack 64 bit

Microsoft Office 2010 Filter Pack SP1 64 bit

Bu yüklemelerden sonra Exchange Server 2013 kurulumuna başlıyoruz.

Eğer Elinizde CU1 yükleme dosyası var ise hiç RTM versiyonu ve üstüne CU1 yüklemesi yapmayın, direkt olarak CU1 yüklemesi Exchange kurulumunu içerdiği için onun ile devam edebilirsiniz. Bu daha hızlı ve sorunsuz bir kurulum sağlar. Ancak ben mevcut organizasyonunda RTM versiyon olana üyelerimiz için detaylı olarak hem kurulum hem de sonrasında CU1 yüklemesini anlatacağım.

clip_image020

Eğer internet bağlantınız var ise en güncel yamalar ile birlikte kurulum yapabiliyoruz. Ancak size tavsiyem her zaman için elinizdeki kurulum, sonrasında ise CU1 ve benzeri yüklemeleri yapmanızdır.

clip_image022

Genel bir bilgilendirme ekranı sonrası lisans sözleşmesini kabul ediyoruz.

clip_image024

 

clip_image026

Bir sonraki ekranda ise olası bir hata durumunda Microsoft’ a bu konuda bilgi göndermesi ile ilgili bir seçenek bulunmakta olup, ben sunucu ve donanım bilgilerimin paylaşılmasını istemediğim için bunu seçmiyorum.

clip_image028

Hemen ardından kurmak istediğimiz rolleri seçiyoruz.

clip_image030

Kurulum dizini.

clip_image032

Bildiğiniz gibi artık Forefront Protection for Exchange ürünü yok. Çünkü Exchange Server 2013 ile beraber bütünleşik olarak bir malware koruması gelmektedir. Kurulum ile beraber bunun açılmasını sağlayabilir veya kurulum sonrasında da bunu aktifleştirebilirsiniz.

clip_image034

Kontrolleri sorunsuz bir şekilde tamamladıktan sonra yükleme işlemine başlayabiliriz.

clip_image036

 

clip_image038

Kurulum başarı ile tamamlandı.

Şimdi ise kurulumun sorunsuz tamamlandığını kontrol edelim.

İlk olarak powershell ile aşağıdaki komutu çalıştırıyoruz.

Get-ExchangeServer

clip_image040

Gördüğünüz gibi ortamda iki adet Exchange Server vardır.

İsterseniz ADSIEdit ile de kontrol edebiliriz.

clip_image042

Yine kurulum loglarını kontrol edebiliriz.

clip_image044

 

clip_image046

Logları eğer vaktiniz var ise detaylı inceleyebilirsiniz.

Yine Windows server application ve system olay günlüklerini kontrol edebiliriz.

clip_image048

Servisleri kontrol edelim.

clip_image050

En son olarak yönetim konsoluna bağlanalım. ( Exchange Admin Center – EAC )

clip_image052

 

clip_image054

 

Evet, sorunsuz bir şekilde Exchange 2013 kurulumunu tamamladık.

Şimdi ise bir sonraki adım olan CU1 geçişine geldi.

clip_image056

Temel kurulum adımlarına sahip olan CU1 de Exchange 2013 kurulumu gibi güncel yükleme paketlerini kontrol edebiliyor.

clip_image058

Gerekli dosyalar kopyalanıyor.

clip_image060

Bu bölümde yükseltme ile ilgili doküman linkleri yardımı ile yükleme öncesinde ek bilgi alabilirsiniz.

clip_image062

Sözleşmeyi kabul ediyoruz.

clip_image064

Yükleme gereksinimleri kontrol ediliyor. Örneğin mmc konsolunun açık olması yüklemeye engel bir durumdur. Bunun gibi gerekli olan tüm şartların sağlanması gerekli.

Şartların sağlanmasının ardından yükleme işlemini başlatabiliriz.

clip_image066

 

Yükleme sırasında benim başıma aşağıdaki gibi bir hata çıktı.

clip_image068

Bu sorunu aşmak için Exchange Server 2013 makinesinin sertifikalarının tamamını sildim. ( MMC konsolu üzerinden makine sertifikalarını açıp var olan sertifikaları sildim)

Bende CA yüklü olduğu için ardından yine aynı consol üzerinden yeni bir sertifika isteği yaptım ve bir computer sertifikası aldım.

clip_image070

 

Ardından CU1 yüklemesini bir daha çalıştırarak sorusuz bir şekilde geçişi tamamlamış oldum.

 

5 – Exchange Server 2013 üzerinde Sertifika Ayarlarını tamamlıyoruz.

 

Şimdi Exchange Server 2013 için sertifika ve virtual directory işlemlerini yapmamız gerekiyor. Ancak bu işlemleri EAC üzerinden yapmak için aşağıdaki gibi bir link kullanmak zorundayız.

https://2013server/ecp?ExchClientVer=15

Bunun sebebi ise, siz eğer aşağıdaki gibi standart olarak sisteme giriş yapmak isterseniz, giriş yaptığınız kullanıcı posta kutusu 2010 sisteminde olduğu için 2010 ECP ekranı açılacaktır.

https://2013server/ecp

Konsolu açtıktan sonra, sol bölümde “servers” kısmına geliyoruz.

 

clip_image072

Servers bölümüne tıkladığımız zaman üst bölümdeki en sağ link “certificates” linki olup buna tıklıyoruz.

Yukarıda da gördüğümüz gibi bir adet sertifikamız mevcut. Buna çift tıklayarak detayları aşağıdaki gibi görebiliriz. ( not; ben exchange 2013 kurulumu ile beraber gelen sertifikaları makalemin geçmiş bölümlerinde silmiştim, bunun nedeni ile CU1 yüklemesi sırasında sertifika ile iligli bir hata almıştım. O nedenle sizin kurulumunuzda burada farklı sertifikalar görebilirsiniz. Ek olarak ben sertifikayı mmc konsolundan “computer” sertifika şablonundan aldım. Bu nedenle ismi boş çıkıyor )

clip_image074

Peki, gelelim yeni sertifika alma işlemlerine.

clip_image076

Yine bu bölümdeki “+” linkine tıklayarak yeni bir pencere açıyoruz. Bu pencere içerisinde yukarıdaki gibi temel bir soru var.

Eğer ortamınızda bir sertifika otoritesi var ise veya dış bir otoriteden sertifika almak istiyorsanız ilk seçeneği, yok makinenin kendi kendine imzaladığı bir sertifikayı almak istiyorsanız ikinci seçeneği seçebilirsiniz.

Ben internal CA den bir sertifika almak için ilk seçenek ile devam ediyorum.

clip_image078

Sertifikaya bir isim veriyorum.

clip_image080

Eğer hali hazırda satın alınmış bir wildcard yani yıldız sertifikanız var ise bu kutucuğu işaretleyin ve

*.cozumpark.com

Gibi hangi domain için alınmış ise domain ismini yazmanız yeterli olacaktır.

Bende yıldız sertifika olmadığı için bunu geçiyorum.

clip_image082

Hangi sunucu için sertifika istediğimizi seçiyoruz.

clip_image084

Bu bölümde ise bu sunucu üzerindeki “virtual directory” lere göre sertifika oluşturmak adına bir takım tanımlamalar yapmamız gerekmektedir. Bu şekilde de bırakıp ilerleyebilir ve bir sonraki bölümde elle isimleri ekleyebiliriz. Ancak bu isimler konusuna hakim değilseniz bu bölümde kullandığınız servisler için isimleri tanımlarsanız eğer sistem sertifika isteğine gerekli olan isimleri kendi ekleyecektir.

Örneğin OWA erişimi için internet adresi tanımlı değil, bunu ben tanımlayabilirim. Bu sayede sertifika isteğinde external owa adresi yer alacaktır.

Domain ismim cozumpark.local, dış dünyada kullandığım domain ismi cozumpark.com.

OWA adresim; mail.cozumpark.com

clip_image086

Buna benzer şekilde gerekli tanımlaları yapıyorum.

clip_image088

Tamamladıktan sonra next diyerek ilerliyoruz.

clip_image090

Kullandığımız servisler ve bu servislere ulaşmak için gerekli olan adreslerin doğrultusunda sertifika içerisinde olması gereken isimler yukarıdaki gibidir. İsterseniz ek isimler ekleyebilir veya çıkarabilirsiniz.

Neden?

Örneğin Sizin 3 tane Exchange Server 2013 CAS sunucunuz olacak, bu durumda ilk sertifika isteğini yaparken 3 ismide yazarsınız

CAS1.cozumpark.local
CAS2.cozumpark.local
CAS3.cozumpark.local

Ve tabiki diğer isimler, sertifikayı ister, aldıktan sonra sırası ile 3 sunucuya da birden yüklersiniz. Bu sayede tek seferde sertifika alma işlemini bitirmiş olursunuz.

Veya yine bazı ek servisler için CAS sunucu FQDN yerine, yani cas.cozumpark.local yerine sadece CAS isminide eklemeniz gerekmektedir.

clip_image092

Sertifikada yer alacak şirket bilgileriniz.

clip_image094

Bu bölümde ise sertifika isteğini nereye kayıt edeceğimizi seçiyoruz. Ben bir dosya paylaştırdım bu iş için.

clip_image096

 

 

clip_image098

Hemen istek dosyasını note defteri ile açıp içeriğini kopyalıyoruz.

clip_image100

 

clip_image102

Ardından Sertifika almak için CA’ ın web ara yüzüne bağlanıyoruz.

“Request a certificate” linkine tıklıyoruz.

clip_image104

Advanced linki ile devam ediyoruz.

clip_image106

Submit a certificate linkine tıklıyoruz.

Sertifika istek dosyasının içeriğini yapıştırıyorum.

clip_image108

Sertifika şablonu olarak ise “Web Server” seçiyorum ve istekte bulunuyorum.

clip_image110

Ardından sertifikayı indiriyorum.

clip_image112

Ben aynı dizine kayıt ettim. Şimdi tekrar EAC’ a dönüyorum.

Sertifikanın üzerine tıklıyorum.

clip_image114

Hemen sağ bölümde “Complete” linki çıkıyor ve ona tıklıyorum.

clip_image116

Sertifikanın yolunu yazıyor ve işlemi tamamlıyorum.

clip_image118

Artık yeni aldığım sertifika da “Valid” durumunda.

Son olarak ise bu sertifikayı IIS için kullanılacak şekilde ayarlayalım. ( İsterseniz SMTP ve benzeri servisler içinde kullanabilirsiniz. )

Bunun için sertifika seçili iken üst menüdeki “kalem – edit” linkine tıklıyoruz. Veya sertifika üzerine çift tıklayabiliriz.

clip_image120

Servisler bölümünden “IIS” i seçiyorum ve onaylıyorum.

Şimdi bu yeni isim ile erişimi deniyorum, sertifika hatası almıyor olmam lazım.

clip_image122

 

 

6 – Exchange Virtual Directory Ayarlarını Düzenliyoruz.

 

Gelelim Virtual Directory’ lerin düzenlenmesine.

 

clip_image124

Burada ihtiyaç doğrultusunda bir takım ayarları değiştirebiliriz.

Örneğin OWA tarafında domain ismi istenmemesi ve external URL adresi gibi.

clip_image126

Öncelikle External URL adresi tanımlayalım.

clip_image128

Ek olarak kimlik doğrulama tarafında domain ayarını yapıyorum.

 

 

clip_image130

Bu değişikliklerden sonra IISRESET yapmayı unutmayın lütfen.

Veya aşağıdaki gibi toplu olarak bu işlemler için powershell kullanabilirsiniz.

Set-AutodiscoverVirtualDirectory -Identity "autodiscover (default Web Site)" -ExternalUrl https://autodiscover.cozumpark.com/autodiscover/autodiscover.xml -internalurl https://E2013.cozumpark.local/autodiscover/autodiscover.xml

Set-ecpVirtualDirectory -Identity ‘ecp (default Web Site)’ -ExternalUrl ‘https://mail.cozumpark.com/ecp’

Set-WebServicesVirtualDirectory -Identity “E2013\EWS (Default Web Site)” -ExternalUrl https://mail.cozumpark.com/EWS/exchange.asmx

Set-ActiveSyncVirtualDirectory -Identity "E2013\Microsoft-Server-ActiveSync (Default Web Site)" -ExternalUrl https://mail.cozumpark.com/Microsoft-Server-ActiveSync

Set-OwaVirtualDirectory -Identity "E2013\owa (Default Web Site)" -ExternalUrl https://mail.cozumpark.com/owa

Set-OABVirtualdirectory –Identity “E2013\OAB (Default Web Site)” –ExternalUrl “https://mail.cozumpark.com/OAB”

Not: lütfen sunucu ve domain isimlerini kendi yapınıza göre değiştirin.

Bu değişiklikler ile birlikte artık dış dış dünya üzerinden gelen istekleri Exchange Server 2013 karşılamaya hazırdır.

Mesai saatleri dışında 443 nolu isteği Exchange Server 2010 CAS sunucusu üzerinden Exchange Server 2013 CAS sunucusuna yönlendirebilirsiniz.

Bu yönlendirme sonrasında Exchange Server 2010 kullanıcıları yeni OWA ekranından giriş yapacak, ancak logon işleminden sonra şirket içerisine yönlendirilecektirler. Exchange 2013 ortamına taşıdıklarınız ise yeni nesil owa ile çalışmaya başlayacaklardır.

 

7 – Offline Address Book Ayarlarını Yapıyoruz.

 

Şimdi ise sıra Offline Address Book konusuna geldi.

Kurulum ile gelen OAB sayesinde şu anda ortamda iki adet OAB bulunmaktadır. Exchange Server 2013 ile beraber OAB yapısı değişti. Çalışma mantığı dışında ek olarak EAC üzerinden yönetme şansınızda yok. Yani sadece powershell ile OAB yi yönetebiliyoruz.

Öncelikle var olan OAB leri listeleyelim.

clip_image132

Get-OfflineAddressBook

Gördüğünüz gibi iki adet OAB bulunmaktadır.

Exchange Server 2010 üzerinde OAB generation server’ ı ara yüzden aşağıdaki gibi görebiliyorduk.

clip_image134

Ancak Exchange Server 2013 için aşağıdaki gibi bir powershell kullanıyor olmamız gerekmektedir.

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,servername

clip_image136

Gördüğünüz gibi e2013 bu konudan sorumludur.

Eğer ortamda DAG var ise bu durumda bu işlem iki adımda gerçekleşir.

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,database

clip_image138

Burada dikkat ederseniz server ismi yerine database ismini alıyoruz.

Ardından bu database’ in aktif koypası hangi sunucu üzerinde onu kontrol ediyoruz.

Get-MailboxDatabaseCopyStatus “Mailbox Database 1121329326”

clip_image140

Buradan da “E2013” isimli sonucu üzerinde mounted olduğunu görebiliyoruz. Yani sorumlu sunucu “E2013” isimli sunucudur.

Hali hazırda bu yeni OAB varsayılan OAB olarak atanır ki bunu E2010 konsolundan da görebiliriz.

clip_image142

Ancak tabiki buradan yönetim söz konusu değildir.

clip_image144

 

Bu konuda daha fazla bilgi için aşağıdaki makaleyi inceleyebilirsiniz.

Peki OAB noktasında ne yapmalıyız.

Rrtama yeni bir OAB eklemeniz mevcut yapıyı değiştirmez. Çünkü kullanıcı posta kutularının bulunduğu veri tabanı ayarlarında hangi OAB tanımlı ise ona erişmeye devam edeceklerdir.

Kullanıcılar move işlemi ile E2013 mailbox veri tabanlarına taşındıkça ise yeni OAB sunucularına erişim gösterecektir.

Peki OAB tarafının sorunsuz bir şekilde çalıştığını gördükten sonra bir sonraki adıma geçebiliriz.

 

8 – Internet mail trafiğini Exchange 2010 dan 2013 e aktarıyoruz.

 

Bu adımda ise mail akışını Exchange Server 2013 üzerine aktaracağız.

Exchange Server 2013 üzerinde bildiğiniz gibi artık HUB transport rolü yoktur. Yani mimari artık 5 rolden aynı eskisi gibi tekrar 2 role düştü.

Eskiden

HUB

CAS

UM

EDGE

MBX

Varken artık sadece

CAS

MBX

Rolleri var, bu nedenle ortadan yok olan HUB yani SMTP trafiğini artık MBX yönetiyor.

Bu konudaki mimari değişiklikleri ve Exchange Server 2013 ile beraber gelen yeniliklerin tamamı için aşağıdaki makale ve videoyu izleyebilirsiniz.

http://www.cozumpark.com/blogs/exchangeserver/archive/2013/01/13/exchange-server-2013-yenilikleri.aspx

http://www.cozumpark.com/blogs/videolar/archive/2012/11/17/video-exchange-server-2013-yenilikleri.aspx

Bu yeni mimaride aşağıdaki gibi 3 temel servis bulunmaktadır.

Front End Transport service – CAS üzerinde

Transport service – Mailbox üzerinde

Mailbox Transport service – Mailbox üzerinde

 

clip_image146

 

Front End Transport service

Tüm CAS sunucularının üzerinde çalışmaktadır. Temel görevi inbound ve outbound SMTP trafiğini yönlendirmektir.  Mesaj içeriği noktasında herhangi bir filtreleme yapmıyor olmak ile beraber connection, domain, senders ve recipients gibi filtrelemeler yapabilmektedir. Bu servis sadece mailbox server üzerindeki Transport Service ile iletişim kurmaktadır ve hiç bir mesajı kendi üzerinde kuyruklamaz.

Transport service

Tüm mailbox sunucularının üzerinde çalışan ve bir önceki sürümde Hub trasnport sunucu rölüne karşılık gelen bir servistir. Organizasyondaki tüm mail akışını yönetmektedir (message categorization, message content inspection ). Ancak bir önceki versiyonda olduğu gibi direkt olarak mailbox veri tabanları ile iletişim kurmaz. Bu görevi Mailbox Trasnpost servis üstlenmektedir. Transport servis Mailbox Transport servis ile Front End Transport servis arasında mesaj iletimini gerçekleştirir.

Mailbox Transport service

Tüm mailbox sunucularında çalışan bu servis aslınta temel iki bileşenden oluşmaktadır, bunlar Mailbox Transport Submission servis ile Mailbox Transport Delivery servis’ dir. Mailbox Transport Delivery servisi, local mailbox server üzerindeki transport servisinden veya diğer bir mailbox server üzerindeki transport servisinden aldığı SMTP mesajlarını RPC üzerinden local mailbox veri tabanlarına ulaştırmaktadır.

Mailbox Transport Submission servisi ise, RPC ile local mailbox veri tabanlarına bağlanarak buradan aldığı mesajları local veya başka bir mailbox server’ ın transport servisine iletir.

Mailbox Transport serviside aynı Front End Transport servisi gibi üzerinde mesajları kuyruklamaz.

Şirket dışından gelen bir mesaj transport pipeline olarak isimlendirdiğimiz yukarıdaki mimariye ulaşır. Front End Transport servisi CAS üzerindeki receive connector sayesinde maili alır ve hemen mailbox server üzerindeki transport servisine yönlendirir.

Evet mail akışı tarafındaki bu bilgilendirmenin ardından mail akışını Exchange Server 2013 üzerine yönlendirmeye başlayalım.

İlk olarak Exchange Server 2013 üzerinde bir mailbox veri tabanı ve ardından bunun içine birkaç tane yeni kullanıcı açalım.

Daha sonra bu kullanıcılar ile mevcut Exchange organizasyonunuzdaki kullanıcıların mail alıp almadıklarını kontrol edelim. Yani Exchange Server 2010 ile 2013 arasında mail akışında bir sorun olmaması gerekmektedir.

clip_image148

Hasan Uzuner Exchange Server 2013 üzerindeki bir kullanıcı Hakan Uzuner kullanıcısına yani Exchange Server 2010 üzerindeki bir kullanıcıya mail atıp alacak.

clip_image150

 

clip_image152

 

Hakan kullanıcısı sorunsuz bir şekilde maili aldı.

 

Eğer bu testler sorunsuz bir şekilde gerçekleşir ise bu durumda dış dünyadan gelen mail isteklerini Exchange 2013 MBX sunucusuna yönlendirebilirsiniz. Bunun için 25 ve 587 nolu portları Exchange Server 2010 HUB yerine Exchange 2013 MBX e yönlendirin.

Not; Dış dünyadan mail almaya hazırsınız ancak mail göndermek için yeni bir send connector tanımlaması yapmanız gerekmektedir.

Bir sonraki adımımız ise yine yukarıda paylaştığımız gibi Send Connector oluşturmak.

 

clip_image154

 

Mail flow bölümünden send connectors linkine tıklıyoruz ve buradan yeni bir end connector oluşturuyoruz.

 

clip_image156

Connector için bir isim veriyoruz, ardından aşağıdaki güvenlik şablonlarından birini seçiyoruz. Bu seçim aslında hazır birkaç güvenlik ayarının uygulanmasını sağlıyor, ancak siz isterseniz sonra bu ayarları değiştirebilirsiniz.

 

Ben internete mail atmak için oluşturduğumdan dolayı “Internet” şablonunu seçiyorum.

 

 

clip_image158

 

Mailleri kendi ip adresimizden mi yoksa bir smart host ile mi göndereceğimize karar veriyoruz. Eğer bir ISP üzerinden gönderiyorsanız Smart host tanımını buradan yapabilirsiniz.

 

clip_image160

 

Bu connector’ u hangi domainler için kullanacağımızı seçiyoruz. Tüm domainleri temsilen “*” giriyorum.

 

clip_image162

 

Bu connector ile hangi sunucuların mail atabileceğine karar veriyoruz.

 

clip_image164

 

Böylece send connector tanımını yapmış olduk.

 

9 – Posta kutularını Exchange Server 2013’ e taşıyoruz.

 

Evet, bir adımı daha tamamladık, şimdi sıra geldi eski posta kutularını yeni sisteme taşımaya.

Temel olarak Exchange Server 2013 üzerinde 3 temel posta kutusu taşıma mantığı vardır.

Local: Tek bir forest içerisinde posta kutusu taşıma

Cross-Forest: Farklı Exchange Forest ları arasında posta kutusu taşına

Remote: On-Premises yani local Exchange Server ile Online arasında kullanıcı taşıma

Biz tabiki local taşıma yapacağız.

Bu taşıma için sınırları aşağıdaki yolu takip ederek görebilirsiniz.

<Exchange Installation Path>\Program Files\Microsoft\Exchange Server\V15\Bin\MSExchangeMailboxReplication.exe.config

clip_image166

Exchange Server tarafında posta kutularını taşımak için pek çok sebep vardır.

 

1 – Upgrade; Aynı bizde olduğu gibi eski bir sürümden yeni bir sürüme geçiş için.

2 – Realignment; Bir posta kutusunu bir mailbox veri tabanından limitleri daha yüksek bir mailbox veri tabanına taşıyarak kotasını değiştirmek için.

3 – Investigate an issue; Eğer bir posta kutusu üzerinde araştırma yapmak istiyorsanız bu posta kutusunu başka bir mail server üzerine taşıyabilirsiniz.

4 – Corrupted mailboxes; Bozulmuş posta kutularının düzenlenmesi için kullanılabilir.

5 – Physical location changes; Bir çalışanın şirketin farklı bir şubesine gitmesi sonucu posta kutusunu o site için hizmet veren mailbox sunucusuna taşıyabilirsiniz.

Bunun gibi örnekleri çoğaltmak mümkün. Bizim amacımız yükseltme işlemi için bir taşıma işlemi olacaktır.

Şimdi yukarıda kullandığımız posta kutularından yola çıkarak örneğin “hakan” kullanıcısını Exchange 2013 sistemine taşıyalım.

Taşımadan önce dikkat etmeniz gereken önemli bir konu kotalardır. Eğer mevcut kullanıcı posta kutusu boyutu hedef mailbox veri tabanı limitlerinden yüksek ise hata alacaksınız. Bu nedenle öncelikle taşıma işleminden önce Exchange Server 2013 üzerindeki mailbox database varsayılan limitlerini kontrol edin.

clip_image168

 

Eğer bu değerler mevcut şirket organizasyonunuz için yeterli değil ise bunları arttırdıktan sonra taşıma işlemine başlayabilirsiniz.

Eğer birden çok mailbox database var ise bu durumda tek bir poweshell komutu ile de bunu yapabilirsiniz.

Kota değişikliği sonrasında aşağıdaki gibi bir kullanıcı için deneme yapabiliriz.

 

clip_image170

 

 

 

Serkan isimli kullanıcı posta kutusu şu anda Exchange Server 2010 sunucu üzerinde “DB1” isimli posta kutusu veri tabanındadır. Bunu taşımak için EAC üzerinde kullanıcıyı seçip sağ menüden en alttaki “To another database” linkine tıklıyorum.

clip_image172

Taşıma işlemi için bir isim tanımlıyorum. Hemen alt bölümde ise;

1 – Kullanıcı posta kutusu ve varsa arşiv posta kutusunu taşımak için bu seçeneği kullanıyoruz.

2 – Kullanıcının sadece posta kutusunu taşımak istiyoruz, ancak arşiv posta kutusunu taşımak istemiyorsak bu bölümü kullanıyoruz.

3 – Kullanıcının sadece arşiv posta kutusunu taşımak için bu bölümü kullanıyoruz.

Hemen altında posta kutusu ve arşiv posta kutusu için hedef bir mailbox database seçiyoruz. Ben Exchange Server 2013 üzerinde ki E2013DB1 isimli veri tabanını seçtim.

En alt bölümde ise taşınacak olan posta kutusu içerisinde kaç tane bozuk öğe bulunur ise taşıma işlemi kesilmeden devam edecektir. Örneğin buraya 30 yazarsanız 30 öğeye kadar bozukluklar görmezden gelip 31. Öğeye denk geldiğinizde taşıma iptal edilecektir.

Burada maksimum 50 yazabiliyoruz, eğer sorunlu bir posta kutusunu taşıyorsanız ve daha fazla bozuk öğe var ise bu durumda powershell kullanıyoruz.

New-MoveRequest -Identity ‘hakan@cozumpark.com’ -TargetDatabase "E2013DB1" -BadItemLimit 10000 –AcceptLargeDataLoss

clip_image174

 

Taşıma işlemi bittikten sonra “Administrator” kullanıcısına konu ile ilgili bir bilgi maili gönderilecektir.

Ayrıca sürecin otomatik olarak başlamasınıda işaretledim, istersem bu işlemleri tanımlar daha sonra başlatabilirim.

En alt bölümdeki kutucukta ise, yine başlayan taşıma işlemi bittikten sonra bunun onaylanması gerekmektedir, bununda otomatik olarak gerçekleşmesini istedim.

 

clip_image176

Detay görmek istiyorsanız bu soruya evet diyerek taşıma ekranın otomatik açılmasını sağlayabilirsiniz.

clip_image178

Hemen bunun sonrasında aşağıdaki gibi alert bölümünde bir uyarı gelecektir.

clip_image180

Peki bu taşıma işleminin detayını görmek için ne yapabiliriz?

Bunun için yukarudak taşıma ekranında “SerkanTasima” bölümüne tıkladıktan sonra sağ bölümde detay sayfasını göreceğiz.

clip_image182

Bu linke tıklayalım.

clip_image184

Bu bölümde eşitlenen öğe sayısı, görmezden gelinen öğe sayısını görebiliyyoruz. Yine isterseniz sağ menüden bu işlem için “Download the report for this user” diyerek detay rapor alabilirsiniz.

clip_image186

Gördüğünüz gibi adım adım taşıma işlemini takip edebiliyorsunuz.

İsterseniz bunu powershell komutu ile de başlatabilir ve benzer şekilde takip edebilirsiniz.

Taşıma komutu

 

New-MoveRequest -Identity ‘hakan@cozumpark.com’ -TargetDatabase "E2013DB1" -BadItemLimit 10000 –AcceptLargeDataLoss

clip_image188

Gördüğünüz gibi işlemi ilk olarak kuyruğa aldı.

Bu arada komut setindeki BadItemLimit ve Accept bölümleri şart değildir, komutun sade hali aşağıdaki gibidir

New-MoveRequest -Identity ‘hakan@cozumpark.com’ -TargetDatabase "E2013DB1"

İzlemek için

Get-MoveRequestStatistics -Identity hakan@cozumpark.com

clip_image190

Bu sayede iki kullanıcıyı da taşımış olduk. En son administrator kullanıcısı var onuda taşıyalım.

Son durum aşağıdaki gibidir.

clip_image192

Tüm kullanıcıları Exchange 2013 ortamına taşıdık. Şimdi ilk olarak outlook üzerinden adres defterlerinin çalıştığını kontrol edelim.

Outlook programını açtıktan sonra ctrl tuşuna basılı iken mouse ile outlook ikonuna sağ tıklayınız.

clip_image194

 

Buradan connections status bölümüne tıklayınız.

 

clip_image196

Gördüğünüz gibi tüm bağlantılar artık E2013 CAS sunucusu üzerinden gerçekleşmektedir. Ancak dikkatinizi çekti ise eğer tek bir bağlantı Exchange 2013 CAS üzerinden Exchange 2010 Mailbox sunucusuna bağlanıyor. Bunun sebebi Public Folder’ dır.

clip_image198

Bu sayede kullanıcı taşıma işlemini tamamlamış olduk.

Eğer toplu taşıma yapmak istiyorsanız bunun için EAC üzerinde “recipients – migration” linkine tıklayınız.

clip_image200

Move to a different database linkine tıklıyoruz.

clip_image202

İstediğimiz kullanıcıları buradan seçebileceğimiz gibi CSV formatında hazırlanmış bir dosyada kullanabiliriz.

Bu dosya içeriği ise aşağıdaki şekilde olmalıdır.

clip_image204

clip_image206

 

clip_image208

 

3 Tane kullanıcı seçiyorum.

clip_image210

Bu bölümden sonra ise yukarıda gördüğünüz gibi süreç benzer şekilde başlamaktadır.

Takip etmek için ise aşağıdaki gibi mailbox database bazında izleyebilirsiniz.

Get-MoveRequestStatistics -MoveRequestQueue "E2013DB1"

 

CSV dosyası ile taşıma işlemini ara yüz yerine powershell ile yapmak isterseniz aşağıdaki komutu kullanabilirsiniz.

New-MigrationBatch -Local -Name LocalMove1 -CSVData ([System.IO.File]::ReadAllBytes("C:\Users\Administrator\Desktop\LocalMove1.csv")) -TargetDatabases MBXDB2 -TimeZone "Pacific Standard Time"

Oluşturmuş olduğumuz bu taşıma işini başlatmak için

Start-MigrationBatch -Identity LocalMove1

İzlemek için

Get-MigrationUserStatistics -Identity BatchName -Status | Format-List

Yine komut setlerini kullanmak istiyorsanız aşağıdaki örneklerden yararlanabilirsiniz.

New-MoveRequest -Identity ‘hakan@cozumpark.com’ -PrimaryOnly -TargetDatabase "E2013DB1"

Sadece kullanıcı posta kutusunu taşımak için yukarıdaki komutu kullanabilirsiniz.

Kontrol etmek için

Get-MigrationUserStatistics -Identity BatchName -Status | Format-List

Sadece arşiv posta kutusunu taşımak için ise aşağıdaki komutu kullanabilirsiniz.

New-MoveRequest -Identity ‘hakan@cozumpark.com’ -ArchiveOnly -ArchiveTargetDatabase "E2013DBARCH1"

Takip etmek için

Get-MigrationUserStatistics -Identity BatchName -Status | Format-List

Kullanıcının hem arşiv hem de posta kutusunu birlikte taşımak için

New-MoveRequest -Identity ‘hakan@cozumpark.com’ -TargetDatabase E2013DB1 -ArchiveTargetDatabase –E2013DBARCH1

Takip etmek için

Get-MigrationUserStatistics -Identity BatchName -Status | Format-List

 

10 – Public Folder Taşıma İşlemini Gerçekleştiriyoruz.

Bu aşamada mevcut sistemimiz üzerindeki Public Folder’ mimarisini yeni sunucumuz üzerine taşıyacağız.

Ancak Public folder tarafında mimari yenilikler yapıldığı için bu taşıma işlemi 2003 – 2007 veya 2010 dan biraz farklı olmaktadır.

Eski sürüm olarak sadece aşağıdaki sürümler desteklenmektedir.

Exchange Server 2010 SP3
Exchange Server 2007 SP3 RU10

Bu taşıma işlemi için “PublicFolderMigrationRequest” komut setini kullanacağız. Taşıma işleminden sorumlu olan servis ise “Microsoft Exchange Mailbox Replication” servisidir.

Buna ek olarak hazır aşağıdaki komut setlerini kullanacağız.

Export-PublicFolderStatistics.ps1 – Bu komut seti klasör isimleri ile klasör boyutlarını eşleştiren bir dosya oluşturur.


Export-PublicFolderStatistics.psd1 – Bu yukarıdaki komut seti tarafından kullanılan bir destek dosyası olduğu için aynı dizinde bulunmalıdır.
PublicFolderToMailboxMapGenerator.ps1 – Bu komut seti public folder ile mailbox eşleşmesini sağlayan bir dosya oluşturur.
PublicFolderToMailboxMapGenerator.strings.psd1 – Bu da benzer şekilde bir yukarıdaki komut seti için kullanılan destek dosyasıdır. Aynı dizinde bulunmalıdır.

Bu komutları aşağıdaki linkten indirebilirsiniz.

http://www.microsoft.com/en-us/download/details.aspx?id=38407

Geçiş işlemine bağlayalım.

İlk olarak mevcut durum bilgilerini bir kayıt etmek ile başlıyoruz.

Bu komutları Exchange Server 2010 üzerinde koşturuyoruz.

Bu komut seti ile kaynak dosya mimarisini kayıt ediyoruz.(Not: PFMigration klasörünü oluşturmanız gerekmektedir)

Get-PublicFolder -Recurse | Export-CliXML C:\PFMigration\Legacy_PFStructure.xml

clip_image212

clip_image214

 

Bu komut ile ise Public Folder istatistikleriniz alıyoruz. ( öğelerin sayısı, boyutu, sahibi ve benzeri bilgiler)

 

Get-PublicFolderStatistics | Export-CliXML C:\PFMigration\Legacy_PFStatistics.xml

clip_image216

Bu komut seti ile ise izin bilgileri ( permission ) kaydediyoruz.

Get-PublicFolder -Recurse | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML C:\PFMigration\Legacy_PFPerms.xml

clip_image218

Peki temel durum hakkındaki bilgileri kayıt ettik ise şimdi bir sonraki aşamaya geçelim.

Eğer sahip olduğunuz Public Folder yapısında “\” işaretini isim olarak içeren bir public folder var ise bunu mutlaka değiştirmek gerekli. Muhtemel yoktur ancak olup olmadığını kontrol etmek için aşağıdaki komutu kullanabilirsiniz.

Get-PublicFolderStatistics -ResultSize Unlimited | Where {$_.Name -like "*\*"} | Format-List Name, Identity

Bende böyle bir public folder yok. Olanlar aşağıdaki gibi zaten.

clip_image220

 

Exchange Server 2007 için ise komut aşağıdaki gibidir

Get-PublicFolderDatabase | ForEach {Get-PublicFolderStatistics -Server $_.Server | Where {$_.Name -like "*\*"}}

Eğer sizde bu komutların sonucunda eğer herhangi bir public folder çıkarsa bu public folder ismini aşağıdaki komut seti ile mutlaka değiştirmeniz gerekmektedir.

Set-PublicFolder -Identity <public folder identity> -Name <new public folder name>

Bir sonraki aşamaya geçiyoruz.

Şimdi mevcut bir taşıma işi var mı onu kontrol ediyoruz.

Get-OrganizationConfig | Format-List PublicFoldersLockedforMigration, PublicFolderMigrationComplete

clip_image222

 

Eğer bunlar True olarak çıkarsa aşağıdaki komut ile “false” olarak değiştiriyoruz.

Set-OrganizationConfig -PublicFoldersLockedforMigration:$false -PublicFolderMigrationComplete:$false

Bu komut sonrası değişikliğin Exchange tarafından fark edilmesi için biraz zaman geçmesi gerekmektedir.

Şimdi ise taşıma kısmının Exchange Server 2013 bölümüne bakalım.

Exchange Server 2013 kısmında herhangi bir publc folder migration isteği olmamalıdır.

Exchange Server 2013 üzerinde,

Get-PublicFolderMigrationRequest

clip_image224

 

Eğer var ise aşağıdaki komut ile bunu temizleyebiliriz.

Get-PublicFolderMigrationRequest | Remove-PublicFolderMigrationRequest -Confirm:$false

Benzer şekilde Exchange 2013 üzerinde herhangi bir Public Folder veya Poblic Folder Mailbox olmamalı.

Get-Mailbox -PublicFolder 
Get-PublicFolder

clip_image226

clip_image228

Public Folder mailbox olmadığı için zaten public folder olamaz.

Eğer herhangi bir sonuç döner ise aşağıdaki komut setini kullanıyoruz.

Get-MailPublicFolder | where $_.EntryId -ne $null | Disable-MailPublicFolder -Confirm:$false

Get-PublicFolder -GetChildren \ | Remove-PublicFolder -Recurse -Confirm:$false

Get-Mailbox -PublicFolder |Remove-Mailbox -PublicFolder -Confirm:$false

Bu komutlar mevcut public folder ve public folder mailbox ları silecektir.

Gelelim indirdiğimiz komutları kullanmaya.

Exchange Server 2010 üzerinde ilk olarak aşağıdaki komut seti ile bir çıktı alıyoruz.

.\Export-PublicFolderStatistics.ps1 <Folder to size map path> <FQDN of source server>

Ben aşağıdaki şekilde bu komutu çalıştırıyorum.

.\Export-PublicFolderStatistics.ps1 c:\PFMigration\folder-to-size.csv  e2010.cozumpark.local

 

clip_image230

 

clip_image232

Şimdi bir sonraki komutu çalıştırıyoruz:

.\PublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes> <Folder to size map path> <Folder to mailbox map path>

<Maximum mailbox size in bytes> – Maksimum posta kutusu boyutu

<Folder to size map path> – Bir önceki komut ile hazırlamış olduğumuz filder size map csv dosyasının yolu.

<Folder to mailbox map path> – Yeni oluşturacağımız csv dosyası için bir yol.

 

.\PublicFolderToMailboxMapGenerator.ps1 20000000 c:\PFMigration\folder-to-size.csv  c:\PFMigration\folder-to-mailbox.csv

clip_image234

 

clip_image236

Şimdi ise sıra Exchange 2013 tarafında çalışmaya geldi. İlk olarak yeni bir public folder mailbox açıyoruz.

New-Mailbox -PublicFolder <Name> -HoldForMigration:$true

 

Buradaki PublicFolder ismi mutlaka yukarıdaki map dosyasındaki mailbox ismi ile aynı olmalıdır. Yani Mailbox1

 

New-Mailbox -PublicFolder Mailbox1 -HoldForMigration:$true

 

clip_image238

 

Burada “HoldForMigration” parametresi sayesinde bu komut başarı ile çalışmaktadır. Aksi halde Exchange 2010 yapısındaki public folder varken bu parametre olmadan bir public folder mailbox açamıyoruz.

 

Eğer sizin map dosyanızda daha fazla mailbox var ise örneğin 16 tane mailbox olması durumunda sizinde 16 tane public folder mailbox açmanız gerekmektedir. Böyle bir durum karşısında aşağıdaki komut setini kullanabilirsiniz.

 

$numberOfMailboxes = 16;

for($index =1 ; $index -le $numberOfMailboxes ; $index++)

{

    $PFMailboxName = "Mailbox"+$index;  if($index -eq 1) {New-Mailbox -PublicFolder $PFMailboxName -HoldForMigration:$true -IsExcludedFromServingHiearchy:$true;}else{NewMailbox-PublicFolder $PFMailboxName -IsExcludedFromServingHierarchy:$true}

}

 

Bu işlemden sonra ise public folder migration işlemini başlatabiliriz.

 

New-PublicFolderMigrationRequest -SourceDatabase (Get-PublicFolderDatabase -Server <Source server name>) -CSVData (Get-Content <Folder to mailbox map path> -Encoding Byte)

 

Benim komutum

 

New-PublicFolderMigrationRequest -SourceDatabase (Get-PublicFolderDatabase -Server e2010.cozumpark.local) -CSVData (Get-Content c:\folder-to-mailbox.csv -Encoding Byte)

clip_image240

Şu anda gördüğünüz gibi bu iş kuyruklanmıştır.

Süreci takip etmek için

Get-PublicFolderMigrationRequest | Get-PublicFolderMigrationRequestStatistics -IncludeReport | Format-List

clip_image242

 

Bu sayede detaylı rapor alabiliyorum.

Burada kontrol edeceğimiz yer “status” bölümüdür.

Peki, bu süreç ne kadar zaman alır? Aslında bu tamamen sizin mevcut public folder yapınızdaki klasör boyutları ile ilgilidir. Ortalama ise saatte 2 ila 3 GB lık bir veri kopyalaması gerçekleşmektedir. Buna göre referans alabilirsiniz.

 

clip_image244

Eğer yukarıda olduğu gibi durum kısmında “Queued veya InProgress” yerine “AutoSuspended” görüyorsanız artık bir sonraki adıma geçme zamanının geldiğini anlıyoruz.

Burada da önemli bir nokta vardır. Eğer siz bu süreci çok yakından takip etmediniz ve tam olarak bu sürecin ne zaman AutoSuspended olduğunu bilmeden bir sonraki adıma geçerseniz kesinti süresini arttırırsınız. Bu nedenle size tavsiyem, bu süreci başlatın, ardından bir sonraki adım olan (Set-OrganizationConfig -PublicFoldersLockedForMigration:$true) komut setine geçmeden aşağıdaki komutu bir kez koşturun.

 

Resume-PublicFolderMigrationRequest \PublicFolderMigration

Bu sayede varsa son güncellemelerde alınacaktır. Bunu mesai sonrası yapmanız daha mantıklı olacaktır.

Peki, yukarıdaki komutu da çalıştırdık ancak değişen bir şey yok. Artık bir sonraki adıma geçebiliriz.

Bu noktaya kadar istemci makineler public folder erişimine sahiptir, ancak aşağıdaki kodu çalıştırdığımız anda artık erişim imkânları olmayacaktır. Bu nedenle aşağıdaki kodu artık yukarıdaki izleme işleminde sona geldiğimiz anda çalıştırmak gereklidir. ( Autosuspended)

Yani public replikasyonu sonuna geldiğinde bir akşam aşağıdaki komutu çalıştırıyoruz ve eski sunucu üzerinde artık public folder için yeni verilerin yazılmasını engelliyoruz. Hatta mail enable bir public folde’ a mail atıldığında bile ulaşmayacaktır. Ancak bu mail kuyrukta bekleyeceği için süreç tamamlandıktan sonra yerine ulaşacaktır.

clip_image246

Örneğin aşağıdaki komutu çalıştırdıktan bir süre sonra Outlook veya OWA üzerinden public folder erişimleri engellenecektir.

Bu komutu Exchange Server 2010 üzerinde çalıştırıyoruz.

Set-OrganizationConfig -PublicFoldersLockedForMigration:$true

 

clip_image248

Eğer organizasyon içerisinde birden çok public folder var ise bu komutun tüm sync işlemi için bir süre beklememiz gerekmektedir. Tabiki bu replikasyon da yapınıza göre birkaç saat sürebilir.

Daha sonra ise aşağıdaki komutu çalıştırıyoruz. (Exchange 2013 üzerinde)

Set-PublicFolderMigrationRequest -Identity \PublicFolderMigration -PreventCompletion:$false

Resume-PublicFolderMigrationRequest -Identity \PublicFolderMigration

 

Sonucu aşağıdaki gibi EAC üzerinden görebiliyoruz.

 

clip_image250

 

Hemen Outlook tarafından kontrol edelim.

 

clip_image252

 

 

Baktığımız zaman artık bağlantılarda public folder için Exchange 2010 bağlantısı görmüyoruz.

 

Aşağıdaki komut ile tüm kullanıcılar için kilitlediğimiz public folderları tekrar açıyoruz.(Exchange 2013 üzerinde)

 

Get-Mailbox -PublicFolder | Set-Mailbox -PublicFolder -IsExcludedFromServingHierarchy $false

 

clip_image254

Son olarak ise Exchange Server 2010 üzerinde aşağıdaki komutu çalıştırarak taşıma işleminin bittiğini bildiriyoruz.

Set-OrganizationConfig -PublicFolderMigrationComplete:$true

Peki taşıma işlemi bitti ama acaba doğru mu taşındı noktasında aklınızda bir soru işareti var ise aşağıdaki komut setleri yardımı ile doğrulayabilirsiniz.

clip_image256

Get-PublicFolder -Recurse | Export-CliXML

C:\PFMigration\New_PFStructure.xml

Bu komut folder mimarisini gösteriyor ki benim eski mimarim ile aynı.

clip_image258

Get-PublicFolderStatistics | Export-CliXML

C:\PFMigration\New_PFStatistics.xml

Bu komut ise dosyaların içerisindeki öğelerin sayılarını alabiliyoruz. Bunlarda da bir eksiklik yok.

 

clip_image260

Get-PublicFolder -Recurse | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML

C:\PFMigration\New_PFPerms.xml

Bu komut ile de izinleri listeliyoruz.

Evet, sağlamayı da yaptık isek artık eski public folder mailbox database ini silebiliriz.

Eğer herhangi bir sebep ile sorun yaşarsanız aşağıdaki komut setleri ile sistemi tekrar eski haline getirebilirsiniz.

Exchange Server 2010 Üzerinde

 

Set-OrganizationConfig -PublicFoldersLockedForMigration:$False

 

Exchange Server 2013 Üzerinde

 

Get-Mailbox -PublicFolder | Where{$_.IsRootPublicFolderMailbox -eq $false} | Remove-Mailbox -PublicFolder -Force -Confirm:$false

Get-Mailbox -PublicFolder | Remove-Mailbox -PublicFolder -Force -Confirm:$false

 

 

Public Folder Mailbox Database’ i silmek için öncelikle içerisindeki Public Folder ları silmemiz gerekmektedir.

EMC üzerinden “Toolbox” bölümüne ve oradan da Public Folder yönetim ekranına geliyoruz.

clip_image262

“Default Public Folders” altındaki Public folderları kaldırıyoruz.

Daha sonra ise Public Folder Mailbox Database’ ini silebiliriz.

clip_image264

 

 

clip_image266

 

 

clip_image268

 

PF DB silindi ancak edb dosyasını ve log dosyalarını elle silmemiz gerekmektedir.

 

clip_image270

 

Bu klasörü silebiliriz.

 

11 – Exchange Server 2013 için gerekli olan kurulum sonrası adımları yapıyoruz.

 

Bu adımda aslında temel bir takım ayarları yapmamız gerekiyor ancak ben bunların bir kısmını yaptığım ve bir kısmıda diğer makalelerde detaylandırıldığı için sadece geçiş sonrası kontrol listesi olarak paylaşıyorum

 

Create a Send connector – Bu makale içerisinde paylaştım.

Add additional accepted domains – ÇözümPark Üzerindeki Makalelerde Detaylandırılmıştır.

Configure the default email address Policy – ÇözümPark Üzerindeki Makalelerde Detaylandırılmıştır.

Configure external URLs – Bu makale içerisinde paylaştım.

Configure internal URLs – Bu makale içerisinde paylaştım.

Configure an SSL certificate – Bu makale içerisinde paylaştım.

 

11 – Exchange Server 2010’ ın kaldırılması.

 

Bu aşamaya kadar sistem sorunsuz bir şekilde çalışıyor ise eğer, artık Exchange Server 2010’ u ortamdan kaldırabiliriz.

 

Ancak öncelikle eski sistem üzerinde hiç posta kutusu olmaması gerekmektedir. Aksi halde zaten mailbox veri tabanlarını kaldıramayız.

 

Yine Public folder içinde benzer durum söz konusu olmak ile beraber ben hali hazırda bu makalemin public folder geçiş bölümünde kaldırma kısmını tamamlamıştım. Yani bu aşamada sadece mailbox database bulunmaktadır.

 

Var olan arşiv ve Arbitration mailboxları aşağıdaki komutlar ile görebiliriz.

 

 

Get-Mailbox –Archive



Get-Mailbox –Arbitration

 

clip_image272

 

Database isimlerini tam almak için aşağıdaki gibi komutu çalıştırabiliriz.

 

Get-Mailbox -Archive  | fl name,database 

Get-Mailbox -Arbitration  | fl name,database,servername

 

clip_image274

 

Mevcut Arbitration posta kutularını Exchange Server 2013 sistemine taşıyoruz. Bunun için aşağıdaki komutu Exchange Server 2013 üzerinde çalıştırıyoruz.

 

 

 

Get-Mailbox -Database "Mailbox-Database" -Arbitration | New-MoveRequest -TargetDatabase "Mailbox Database 1545243106"

 

Mailbox-Database = Bu bölüme yukarıdaki Exchange 2010 üzerindeki Arbitration posta kutularını tutan mailbox veri tabanının ismidir. (Mailbox Database 0065449345)

 

Mailbox Database 1545243106 = Exchange Server 2013 üzerinde Arbitration posta kutularını tutan mailbox veri tabanı ismi. İsterseniz E2013 üzerindeki başka bir veri tabanını da yazabilirsiniz.

 

Get-Mailbox -Database " Mailbox Database 0065449345" -Arbitration | New-MoveRequest -TargetDatabase "Mailbox Database 1545243106"

clip_image276

Get-MoveRequest komutu ile de kontrol edebiliriz. Şu anda “Microsoft Exchange Approval Assistant” hala taşınıyor.

clip_image278

Şu anda ise tüm taşıma işlemi bitti.

Şimdi ise sırası ile DB leri dismount edip siliyoruz, sonra ise 2010 üzerindeki OAB’ u siliyoruz.

Not; Exchange 2013 tarafında başlattığımız move işlemlerini öncelikle siliniz.

Discovery Search Mailbox’ ı silebilirsiniz.

clip_image280

clip_image282clip_image284

Veri tabanlarını Dismount ediyorum.

clip_image285

 

clip_image287

 

İlk veri tabanını sildim, logları ve edb dosyasını elle silmem gerekli.

 

Benzer şekilde DB1 isimli veri tabanını da siliyorum.

clip_image289

Şimdi ise OAB yi siliyorum ( 2010 üzerindeki )

clip_image291

 

Son olarak Exchange 2013 üzerinden veya 2010 üzerinden eski Send Connector’ u kaldırmayı unutmayın.

Ardından Exchange Server’ ı program ekle kaldır dan kaldırabiliriz.

 

clip_image293

Ardından Exchange Server 2010’ u kaldırıyorum.

clip_image295

 

clip_image297

Tüm rollerin yanındaki kutucukları kaldırdım.

clip_image299

 

clip_image301

 

Evet, eski sistemi kaldırmış oluyoruz.

 

Exchange 2013 üzerinden eski sisteme ait herhangi bir bilgi olmadığını kontrol edelim.

clip_image303

Benzer şekilde ADSI edit üzerinde de herhangi bir kalıntının kalmadığını görüyoruz.

 

clip_image305

 

Uzun bir makale serisi oldu ancak konunun tam anlamı ile anlatılması noktasında eksiksiz olduğunu düşünüyorum. Umuyorum ki sizlerde aynı görüştesinizdir.

Bir sonraki makalemde görüşmek üzere.

 

 
 Share on Facebook Share on Twitter Share on Reddit Share on LinkedIn
Exchange Server 2010 to 2013 Migration için yorumlar kapalı  comments 
© Hakan Uzuner
credit