Exchange Kaynak Ormanı ve Office 365 Bölüm V

Exchange 2016'ya yükseltme

İki yıl önce, Exchange Kaynak Ormanı ve Office 365 bölüm I'den başlayarak Exchange Kaynak Ormanı modeli ve Office 365 ile ilgili bir dizi blog yazısı yazmıştım. Tamamı Exchange 2010'u temel alan dört makale var ve her makalenin sonunda şunları bulacaksınız: bir sonraki makaleye bağlantı. Bu blog yazısının sonundaki daha fazla bilgi bölümünde tüm bağlantıları bulacaksınız.

Yıllar geçtikçe nasıl devam edeceğime dair çok sayıda talep aldım; Kaynak Ormanı'nda Exchange 2016'ya geçiş yaparken veya tüm posta kutuları Exchange Online'dayken Kaynak Ormanı'nın hizmet dışı bırakılması. Bu bir sorun değildir ancak tutulması gereken yönetim amacıyla son Exchange sunucusuna gelince yeni bir zorluğu beraberinde getirir. Ve evet, bu blog yazısı 'kaynak ormanının hizmet dışı bırakılması' blog yazısının hazırlığıdır ?

Kaynak ormanı ortamı işleten birkaç müşterim var ve hepsinde aynı sorun var. Exchange 2010'dan Exchange 2016'ya veya Exchange Online'a (veya her ikisine) geçmeleri gerekir. Bu blog yazısında, karma bir senaryoda Kaynak Ormanı'ndaki Exchange 2010'dan Exchange 2016'ya (elbette aynı Kaynak Ormanı'ndan) yükseltmeyi tartışacağım. Sonraki bloglardan birinde, Hibrit bir senaryoda Kaynak Ormanını hizmetten çıkarmanın yolunu tartışacağım.

Not. Yakın zamanda Kemp için Exchange 2010'un Yükseltilmesi konulu bir web semineri yaptım. Bu, Brighttalk tarafından barındırılan bir web semineridir ve burada Microsoft Exchange'i Yükseltmede Bilinen En İyi Yöntemler'i bulabilirsiniz.

Exchange 2010'u Exchange 2016'ya Yükseltme

Exchange 2010'u bir kaynak ormanında yükseltmek, başka bir Exchange ortamını yükseltmekten farklı değildir; bunu hibrit bir ortamda çalıştırırken bile. Atılması gereken adımlar şunlardır:

Exchange 2016 ortamınızı tasarlayın (bu blog yazısında buna değinmeyeceğiz).

1. Active Directory'yi Exchange 2016 için hazırlayın.
2. Exchange ortamınızı oluşturun.
3. Exchange 2016'ya istemci erişimini değiştirin.
4. Hibrit Yapılandırma Sihirbazını çalıştırın.
5. Kaynakları Exchange 2016'ya taşıyın.
6. Hizmetten Çıkarma Borsası 2010.

Active Directory'yi Exchange 2016'ya Hazırlama

İlk Exchange 2016 sunucusunu kurabilmeniz için öncelikle Active Directory'nin hazırlanması gerekmektedir. Bu yalnızca kaynak ormanı için geçerlidir, bunu hesap ormanında yapmanıza gerek yoktur.

Aşağıdaki komutu kullanarak Active Directory şemasını hazırlayabilirsiniz:

C:\> Setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms

Aşağıdaki hata mesajının gösterilmesi mümkündür:

Office 365 ile karma bir dağıtım algılandı. Lütfen kurulumu /TenantOrganizationConfig anahtarıyla çalıştırdığınızdan emin olun. TenantOrganizationConfig anahtarını kullanmak için öncelikle PowerShell aracılığıyla Exchange Online kiracınıza bağlanmanız ve şu komutu yürütmeniz gerekir: “Get-OrganizationConfig | Dışa Aktarma-Clixml -Yol MyTenantOrganizationConfig.XML ”. XML dosyası oluşturulduktan sonra TenantOrganizationConfig anahtarıyla kurulumu şu şekilde çalıştırın: “/TenantOrganizationConfig MyTenantOrganizationConfig.XML”.

Bu sorun önceki bir blog gönderisinde ele alınmıştır: Office 365 ile karma bir dağıtım algılandı.

Exchange ortamınızı oluşturun

Exchange 2016, Windows Server 2012 R2 ve Windows Server 2016'ya kurulabilir; destek yaşam döngüsü nedeniyle her zaman ikincisini öneririm. Windows Server 2019 ve Windows Server Core, Exchange 2016'yı çalıştırmak için desteklenmez.

Özellikle birden fazla sunucu kurmanız gerekiyorsa Exchange 2016 sunucusunu katılımsız kurmayı tercih ediyorum. Buna benzer bir komut kullanabilirsiniz:

C:\> Setup.exe /Mode:Install /Roller:Posta Kutusu /DbFilePath:”F:\MDB02\MDB02.edb” /LogFolderPath:”F:\MDB02\LogFiles” /InstallWindowsComponents /IAcceptExchangeServerLicenseTerms

Exchange sunucusunu kurduktan sonra sunucunun yapılandırılması gerekir:

• Sanal Dizinler; Exchange 2010 sunucularıyla aynı dahili URL'yi ve harici URL'yi kullandığınızdan emin olun.
• SSL Sertifikaları.
• Depolama, Veritabanları ve Veritabanı Kullanılabilirlik Grubu (tabii ki ihtiyaç duyulduğunda).
• (IIS) günlük dosyalarının yerini değiştirin.
• Gönderme ve Alma Konektörleri (SMTP Rölesi).

Exchange 2016'ya istemci erişimini değiştirin.

Exchange 2016'yı yapılandırdığınızda, Exchange 2016'dan Exchange 2010'a proxy işlevselliğini test etme zamanı gelmiştir. Bunu test etmenin en kolay yolu, webmail.contoso.com ve Autodiscover.contoso.com girişlerine ilişkin HOSTS dosyasını bir sunucuda düzenlemektir. istemcisini açın ve onu Exchange 2016 sunucusuna yönlendirin.

İstemciden yeni Exchange 2016 sunucusuna bağlanın ve OWA'yı Exchange 2010 posta kutusuyla başlatın. İlk mavi OWA ekranını görmelisiniz:

Ve sarımsı Exchange 2010 OWA kullanıcı arayüzüne giriş yaptıktan sonra. Otomatik olarak doğru Exchange 2010 posta kutusu sunucusuna proxy olarak bağlanacaktır:

https://webmail.contoso.com/ews/exchange.asmx adresinde Exchange Web Hizmetleri sayfasını talep ettiğinizde de aynı durum gerçekleşmelidir; bu aynı zamanda Exchange 2010'a başarılı bir şekilde proxy olarak bağlanmalıdır:

Burada önemli olan şey, bunun yalnızca alt düzey bir proxy olmasıdır. Bu, bir istemci Exchange 2010'daki bir kaynak için Exchange 2016'ya istekte bulunduğunda (önceki örnekte olduğu gibi alt düzey proxy) bu isteğin çalışması gerektiği anlamına gelir. Bir istemci, Exchange 2016'daki bir istek için Exchange 2010'a bir istekte bulunursa (yani üst düzey proxy) başarısız olur. Bu, aşağıdaki şekilde gösterilmektedir ve çalışmamaktadır.

Her şey yapılandırılıp test edildiğinde DNS (dahili ve harici), webmail.contoso.com ve Autodiscover.contoso.com'un yeni Exchange 2016 sunucusunu işaret etmesini sağlayacak şekilde değiştirilebilir. Artık tüm istemciler yeni Exchange 2016 sunucusuna bağlanacak ve Exchange 2010'daki posta kutularına sorunsuz bir şekilde bağlanacak.

Outlook Anywhere'i çalıştırmıyorsanız, Outlook ile Exchange 2010 arasındaki RPC/TCP trafiğinin (orijinal MAPI bağlantısı) farkında olmanız gerekir. Outlook, Exchange 2010 sunucularında çalışan CAS Dizisine (bu, Outlook için RPC Uç Noktasıdır) bağlanmak için RPC/TCP'yi kullanmaya devam edecektir. Bunu Outlook'ta bağlantı durumunu kontrol ederken görebilirsiniz. Aşağıdaki ekran görüntüsünde, view.exchangefun.nl, CAS Dizisidir.

Gösterilen iki giriş vardır; biri normal posta kutusu içindir, ikincisi ise Exchange 2010'da paylaşılan bir posta kutusuna erişim içindir.

Outlook 2010'da E-posta Otomatik Yapılandırmasını Test Et kontrolünü gerçekleştirirken, RPC'nin Outlook.exchangefun.nl'ye Bağlandığını ancak OWA, EWS ve OAB'nin webmail.exchangefun.nl'ye bağlanmak istediğini görebilirsiniz. bu artık Exchange 2016 sunucusudur.

Böylece Outlook, Exchange 2010 sunucusuna RPC kullanarak ve Exchange 2016 sunucusuna bağlanmak için HTTPS kullanarak bağlanır. Exchange 2016'dan itibaren bağlantı, doğru Exchange 2010 sunucusuna proxy ile sağlanır.

Not. Exchange 2010 ortamınızda Kerberos kimlik doğrulamasını yapılandırdıysanız bunu da Exchange 2016'ya yükseltmeniz gerektiğini unutmayın. Bu, Öneri: MAPI İstemcileri için Kerberos Kimlik Doğrulamasını Etkinleştirme, Kaynak Ormanında Exchange'e Erişim için Kerberos Kimlik Doğrulamasını Etkinleştirme ve Exchange 2013 ve Kerberos Kimlik Doğrulaması ile Exchange 2010'un Bir Arada Bulunması başlıklı Microsoft makalelerinde belgelenmiştir. Exchange 2010/2016'nın bir arada bulunması için bu son bağlantıyı takip edebilirsiniz.

Hibrit Yapılandırma Sihirbazını Çalıştırın

Her şey yolunda gittiğinde, HCW'yi Exchange 2016 sunucusunda çalıştırarak Karma Yapılandırmayı yükseltmenin zamanı gelmiştir. HCW'nin en son sürümünü http://aka.ms/hybridwizard adresinde bulabilirsiniz.

HCW, yapılandırılacak en uygun Exchange sunucusunu (otomatik olarak Exchange 2016 sunucusu olmalıdır) algılayacaktır. Alma Bağlayıcısı Yapılandırması ve Gönderme Bağlayıcısı Yapılandırması için Exchange 2016 sunucusunu seçmelisiniz. Kuruluş FQDN'si için her şeyin tutarlı olmasını sağlamak amacıyla genellikle varsayılan FQDN'yi (webmail.contoso.com gibi) kullanırım. Bazen yöneticilerin hybrid.contoso.com gibi bir şey kullandığını görüyorum ancak bu, daha fazla karmaşıklık dışında pek bir şey getirmiyor.

HCW'nin sonuna ulaştığınızda Hibrit Yapılandırmayı yükseltmeyi seçebilirsiniz. Orijinal Karma Yapılandırma, Exchange 2010'da oluşturuldu, ancak şimdi Exchange 2016'ya yükseltiliyor, bu nedenle onay kutusunu işaretlememek için herhangi bir neden göremiyorum.

Yeni Karma Yapılandırmayı kontrol etmenin en kolay yolu, serbest/meşgul'ün şirketler arası çalışıp çalışmadığını görmektir. Exchange Online'da bir posta kutusu açın ve Exchange 2010'da bir posta kutusuyla toplantı planlayıp planlayamayacağınızı kontrol edin ve bu posta kutusunun kullanılabilirliğini kontrol edin. Baron'un posta kutusu Exchange Online'da, benim posta kutum ise Exchange 2010'da (hala). Serbest/meşgul isteği, artık Exchange 2016 sunucusu olan webmail.exchangefun.nl adresine gönderilir. Oradan Exchange 2010'a proxy uygulanır ve bir cazibe gibi çalışır:

Şirketler arası posta güvenliğinin olup olmadığını kontrol etmek için çevrimiçi bir posta kutusundan şirket içi bir posta kutusuna e-posta gönderebilirsiniz. Başlıkları kontrol ederseniz SCL'nin değeri -1 olmalıdır (bu, dahili bir mesaj olarak değerlendirildiği anlamına gelir) ve X-MS-Exchange-CrossTenant-AuthAs'ın değeri 'Dahili' olmalıdır '.

Şu anda, Kaynak Ormanının Exchange 2010/2016 birlikte yaşama ortamını içerdiği bir Hesap ve Kaynak Ormanı ortamı bulunmaktadır. Exchange Online dahil tüm istemciler, alıcılar hala Exchange 2010'dayken Exchange 2016'ya bağlanır.

Kaynakları Exchange 2016'ya Taşıma

Şu anda posta kutuları Exchange 2010'dan Exchange 2016'ya taşınabilir. Dürüst olmak gerekirse bu o kadar da heyecan verici değil. Kullanıcılar için tamamen şeffaftır. Bu çevrimiçi bir işlemdir, dolayısıyla kullanıcı çalışmaya devam ederken posta kutusu içeriği Exchange 2010'dan Exchange 2016'ya kopyalanır. Yalnızca taşıma işlemi tamamlandığında kullanıcıya aşağıdaki mesaj kutusu sunulur ve Outlook'u yeniden başlatması gerekir.

Şimdi bu yazının başındaki RPC/TCP (MAPI) kısmına dönelim. Exchange 2016 artık RPC/TCP'yi desteklemediğinden, bir posta kutusu Exchange 2010'dan Exchange 2016'ya taşındığında protokol de değişir. Bu durumda, Posta Kutuları için RPC/TCP'den Mapi/Http'ye ve Ortak Klasörler için Outlook Anywhere'e değişir (hala Exchange 2010'dadır ancak Exchange 2010, Mapi/Http'yi desteklememektedir).

Ortak Klasörlerin (varsa) Exchange 2016'ya da taşınması gerekir. Bu yalnızca tüm posta kutuları Exchange 2016'ya taşındığında yapılabilir. Exchange 2016'daki bir posta kutusu Exchange 2010'daki Ortak Klasörlere erişebilir, ancak Exchange 2010'daki bir posta kutusu Genel'e erişemez Exchange 2016'daki Klasörler. Ortak Klasör geçişi, yine Exchange kaynak ormanı ortamımda gerçekleştirilen önceki blog yazım Exchange 2010 Ortak Klasör geçişinde ele alınmıştır.

Exchange 2010/2016 bir arada yaşama ortamında iki Çevrimdışı Adres Defteri vardır:

• Varsayılan Çevrimdışı Adres Defteri - Exchange 2010'da kullanılır
• Varsayılan Çevrimdışı Adres Defteri (Ex2013) - Exchange 2016'da kullanılır (Exchange 2016 kullanıma sunulduğunda ad değişmedi, bunun kozmetik bir hata olup olmadığından emin değilim ancak düzgün çalışıyor).

Posta Kutusu veritabanlarını yapılandırırken, Posta Kutusu veritabanının OfflineAddressBook özelliğinde \Default Çevrimdışı Adres Defteri (Ex2013)'nin ayarlandığından emin olun.

Her zaman beklenenden daha fazla zaman alan bir tehlike, özellikle SMTP geçiş amaçları için Alma Konektörü yapılandırmasıdır. Birden fazla cihaz (tarayıcı, faks), yazıcı, uygulama, IP düzeyinde erişim, belge eksikliği vb. Bu Konektörleri hangi cihazların veya uygulamaların kullandığını anlamak ve bunları Exchange'i kullanacak şekilde yapılandırmak için çeşitli Alma Konektörlerindeki Protokol günlüğü özelliklerini kullanın. 2016 sunucusu. Ancak dikkatli olun, bu çok zaman alabilir ☹

Kenar Aktarım Sunucusu

Çalışan bir Exchange 2010 Edge Transport sunucum olduğunu fark etmiş olabilirsiniz. Bu, İnternet'e giden ve İnternet'ten gelen SMTP trafiği için kullanılır. MX kaydım Edge Transport sunucusunu işaret ediyor ancak tesisler arası SMTP doğrudan Posta Kutusu sunucusuna teslim ediliyor.
Edge Transport sunucusunu Exchange 2016'ya yükseltmek için en iyi zaman ne zaman? Bunun için gerçek bir kural yoktur. Exchange 2010 Edge Transport sunucusu, Exchange 2016 Posta Kutusu sunucusuyla iyi çalışıyor ancak bunun tersi de iyi çalışıyor. Genellikle Posta Kutusu sunucularını yükledikten sonra ancak Posta Kutularını taşımadan önce Edge Transport sunucularını Exchange 2016'ya yükseltirim. Ancak bunu yaparken çok daha fazla seçenek var.

Exchange 2010'un Kullanımdan Kaldırılması

Tüm kaynaklar Exchange 2016'ya taşındığında Exchange 2010 ortamını kullanımdan kaldırabilirsiniz. Bu sadece şu meseleyle ilgili:

• Posta Kutusu veritabanı kopyalarının kullanımdan kaldırılması.
• Veritabanı Kullanılabilirliği Grubunun hizmetini kaldırın.
• Posta Kutusu veritabanlarını kaldırın.
• Ortak Klasör veritabanlarını kaldırın (daha önce kaldırılmadıysa).
• Gönderme ve Alma Konektörlerini Değiştirin/Kaldırın (ayrıca önceki bölüme bakın).

Hizmetten çıkarma işlemine ilişkin tüm önkoşullar karşılandığında, gerçek Exchange 2010 sunucuları kaldırılabilir. Yöneticilerin hâlâ Exchange VM'lerini kaldırdığını görüyorum ancak Exchange yapılandırması Active Directory'de varlığını sürdürdüğü için bu iyi bir fikir değil.

Aşağıdaki ekran görüntüsünde gösterildiği gibi, Denetim Masası'nı ve Kaldır'ı kullanarak Exchange 2010 sunucusunu düzgün bir şekilde kaldırın veya tüm seçeneklerin seçimini kaldırarak bir programı değiştirin.

Birkaç dakika sonra Exchange 2010 sunucusu tamamen kurulacaktır (resmi yöntemle).

Özet

Bu blog yazısında, kaynak ormanı yapılandırmasında ve hibrit yapılandırmada çalışırken Exchange 2010'un Exchange 2016'ya nasıl yükseltileceğini açıkladım. Süreç, hibrit bir bakış açısıyla bile, 'normal' tek orman, tek etki alanı ortamındaki yükseltmeden çok farklı değildir.

İşlem basittir; Active Directory'yi yükseltin, sunucuları kurun ve yapılandırın, Exchange 2016'ya istemci erişimini değiştirin ve Karma Yapılandırma Sihirbazını çalıştırın. İşiniz bittiğinde kaynakları Exchange 2016'ya taşıyabilir ve tamamladığınızda Exchange 2010 ortamını kullanımdan kaldırabilirsiniz.

Bu serinin VI. bölümünde hibrit bir konfigürasyonda kaynak ormanının kullanımdan nasıl kaldırılacağını tartışacağım.

Daha fazla bilgi

• Exchange Kaynak Ormanı ve Office 365 - Bölüm I - https://jaapwesselius.com/2018/04/25/exchange-resource-forest-and-office-365-part-i/
• Exchange Kaynak Ormanı ve Office 365 - Bölüm II - https://jaapwesselius.com/2018/04/26/exchange-resource-forest-and-office-365-part-ii/
• Exchange Kaynak Ormanı ve Office 365 - Bölüm III - https://jaapwesselius.com/2018/04/27/exchange-resource-forest-and-exchange-hybrid-part-iii/
• Exchange Kaynak Ormanı ve Office 365 - Bölüm IV - https://jaapwesselius.com/2018/05/01/exchange-resource-forest-and-office-365-part-iv/