Hibrit bir ortamda Exchange Kaynak Ormanı'nın hizmet dışı bırakılması

İki yıl önce Exchange Kaynak Ormanı modeli ve Office 365 ile ilgili olarak Exchange Kaynak Ormanı ve Office 365 bölüm I'den başlayarak bir dizi blog yazısı yazmıştım. Dört makale var, her makalenin sonunda bir sonraki makaleye giden bir bağlantı bulacaksınız. .

Yıllar boyunca, tüm posta kutuları Office 365'e geçirildiğinde Exchange Kaynak Ormanı'nın kullanımdan kaldırılmasıyla ilgili çeşitli talepler aldım. Bu geçerli bir soru; boş bir ormanın neden yalnızca bir Exchange sunucusuyla tutulduğu ve uzaktan yetkilendirme ile karmaşık yapılandırmanın da dahil olduğu geçerli bir soru. posta kutuları. Bunu başarmak çok zor değil; sadece Exchange sunucusunu kaynak ormanından hesap ormanına taşımak yeterli. Ne yazık ki, böyle bir geçişin desteklenebilirliği hakkında tek kelime yok, ancak bu, Microsoft'un ormanları çökertmek veya Active Directory geçişleri için kullandığı bir yöntemdir.

Kaynak ormanını hizmetten çıkarmak için aşağıdaki adımların yürütülmesi gerekir:

Exchange'i hesap ormanına yükleme
Exchange kaynaklarını hesap ormanına taşıma
Azure AD Connect'i yeniden yapılandırma
Exchange Karma Yapılandırmasını Yeniden Yapılandırma (isteğe bağlı)
Kaynak Ormanını Hizmetten Çıkarma

Serinin bu son makalesinde bu adımları inceleyeceğim.

Adım 0. Mevcut durum

Bu seri, Exchange 2010 ile bir kaynak ormanında başladı ve hibrit bir ortamda yapılandırıldı. Exchange 2010, Exchange 2016'ya yükseltildi ve artık tüm posta kutuları Office 365'e taşındı. Mevcut durumlar aşağıdaki resimde gösterilmektedir:

Exchange 2016 hibrit bir ortamda yapılandırılmıştır, Exchange 2016 Edge Transport sunucusu bulunmaktadır ve MX kaydı bu ortama işaret etmektedir. Giden e-posta doğrudan Exchange Online'dan gönderiliyor, ancak benim ortamımda MX hiçbir zaman değişmedi (çünkü Ortak Klasörler Exchange 2016'da uzun süredir mevcuttu). Azure AD Connect, hesap ormanında çalışıyor ve hesap ile kaynak ormanındaki bilgileri birleştiriyor ve bunu Azure AD'ye gönderiyor.

1. Adım. Exchange'i hesap ormanına yükleyin

İlk adım Exchange 2016'yı hesap ormanına kurmaktır. Bu, Active Directory Şeması, Yapılandırması ve Etki Alanı bölümünde değişiklikler yapacaktır ancak mevcut kullanıcı hesaplarına bu noktada dokunulmayacaktır. Bu nedenle Azure AD Connect hiçbir şeyi fark etmeyecek ve Azure Active Directory'ye hiçbir değişiklik gönderilmeyecektir.

Uyarı! Servis Bağlantı Noktası! Hesap ormanına Exchange 2016 yüklerken, kurulum sırasında bir Hizmet Bağlantı Noktasının (SCP) oluşturulduğunu bilmeniz gerekir. Kullanılan Outlook istemcilerine bağlı olarak, bu SCP'yi birkaç dakika içinde AD'de alabilirler ve doğru şekilde yapılandırılmadıklarında Outlook istemcileri bozuk bir profille sonuçlanabilir (ne yazık ki orada yapıldı). Bu soruna geçici bir çözüm bulmak için Exchange sunucusu kurulum blogu sırasında veya sonrasında SSL Sertifikası uyarısında belirtildiği gibi Tony Murray'in komut dosyasını kullanabilirsiniz. Kaynak ormanında kullanılanla aynı AutodiscoverURL'yi kullandığınızdan emin olun (veya elbette SCP'nin iyi bilinen GUID'sini NULL olarak ayarlayın).

Bunun dışında Exchange 2016 sunucusunun kurulumuyla ilgili ayrıntılara girmeyeceğim ve Sanal Dizinlerin, SSL sertifikalarının, dahili ve harici URL'nin aynı olduğunu varsayıyorum. Bu yeni ve büyük olasılıkla yeşil alan dağıtımıdır, bu nedenle Çevrimdışı Adres Defteri'nden OWA ve ActiveSync politikalarına ve aradaki her şeye kadar her şeyi yapılandırmanız gerekir. Yeni uzak posta kutuları oluştururken doğru e-posta adreslerini ayarlamak için Kabul Edilen Etki Alanları ve E-posta Adresi Politikaları gibi şeyleri de unutmayın. Yönlendirme altyapısından ve SMTP geçiş seçeneklerinden de bahsetmiş miydim? Basit görünüyor, ancak kaynakları taşımaya başlamadan önce bile yapılması gereken çok fazla iş var….

2. Adım. Exchange kaynaklarını hesap ormanına taşıyın

İkinci adım, Dağıtım Grupları ve ardından posta kutuları ile başlamak üzere kaynakları kaynak ormanından hesap ormanına taşımaktır.

Hareketli Dağıtım Grupları

Dağıtım Gruplarını klonlamak için ADMT'yi kullanabilirsiniz ancak Dağıtım Gruplarını PowerShell kullanarak dışa aktarmak da örneğin aşağıdaki komutlarla sorunsuz çalışır.

Dağıtım Grubunu Al | SamAccountName, Alias, DisplayName, PrimarySmtpAddress'i seçin | Export-Csv -Yol C:\install\distributiongroups.csv -nti

CSV dosyasını Exchange 2016'daki hesap ormanına aktarın; sorun yok. İsteğe bağlı olarak, elbette kullanıldığında HiddenFromAddressListEnabled, MemberJoinRestriction, MemberDepartRestriction ve ManagedBy gibi seçenekleri dışa ve içe aktarabilirsiniz.
Yeni Dağıtım Grubunun PrimarySmtpAddress özelliği kaynak ormanındaki Dağıtım Grubuyla aynı olduğu sürece Azure AD şikayette bulunmaz ve Office 365'te her şey beklendiği gibi çalışmaya devam edecek.

Buna benzer şekilde, Dağıtım Gruplarının üyelerini dışarı aktarmak için Get-ADGroupMember PowerShell komutunu kullanabilir ve hesap ormanındaki Dağıtım Gruplarındaki üyeleri içeri aktarmak için Add-ADGroupMember'ı kullanabilirsiniz.

Posta Kutularını Taşıma

Posta kutularını kaynak ormanından hesap ormanına taşımak büyük bir şey değil. Azure AD Connect'in, hesap ormanındaki kullanıcı hesabını ve kaynaklar ormanındaki posta kutusu hesabını birleştirip bunu Azure AD'ye gönderdiğini unutmayın. Böylece hesap ormanındaki kullanıcı hesabına hiçbir şeyi bozmadan güvenli bir şekilde özellikler ekleyebilirsiniz.

Azure AD Connect'te işleri bozmadan, hesap ormanındaki kullanıcı hesabında Enable-RemoteMailbox komutunu kullanabilirsiniz. Bu aynı zamanda test sırasında hesap ormanındaki Uzak Posta Kutusunu Devre Dışı Bırak komutunu kullanabileceğiniz ve Azure AD Connect'in de şikayette bulunmayacağı anlamına gelir.

Posta kutularını kaynak ormanından hesap ormanına taşımak için, posta kutularının ve özelliklerinin bir listesini aşağıdaki özellikleri içeren bir CSV dosyasına aktarmak üzere PowerShell'i kullandım:

BirincilSmtpAddress.
Uzak Yönlendirme Adresi.
ExchangeGuid.
Takma ad.
Ekran adı.
EmailAddresses (dikkat edin, bu çok değerli bir özelliktir).
HiddenFromAddressListsEnabled.

Bu özellikleri dışa aktarmak için kaynak ormanındaki bir Exchange sunucusunda CSV dosyasındaki tüm bilgileri almak üzere aşağıdaki komutları kullanabilirsiniz:

$Mailboxes=Get-RemoteMailbox

$Posta Kutuları | %{$p=$_.PrimarySmtpAddress; $r=$_.UzakYönlendirmeAdresi; $g=$_.ExchangeGuid; $a=$_.Alias; $d=$_.GörünenAd; $h=$_.HiddenFromAddressListsEnabled; $_.E-postaAdresleri | %{[psCustomObject] @{PrimarySmtpAddress=$p;RemoteRoutingAddress=$r; ExchangeGuid=$g; Takma ad=$a; DisplayName=$d;HiddenFromAddressListEnabled=$h; EmailAddresses=$_}}} | dışa aktarma-Csv -yol c:\scripts\remote.csv -nti

Hibrit kaynak ormanımda birkaç oda posta kutum vardı. Bunların kaynak ormanında devre dışı bırakılmış bir hesabı vardı ancak hesap ormanında hesabı yoktu. Bunların bağlantılı posta kutularına dönüştürülmesi gerekiyordu. Bunu yapmak ve Office 365'te kesintiyi önlemek için oda posta kutusunu tekrar Exchange 2016'ya taşıdım ve aşağıdaki komutları kullanarak bu oda posta kutusunu bağlantılı bir posta kutusuna dönüştürdüm:

Posta kutusu kimlik odasını devre dışı bırakın

$Cred=Kimlik Bilgisi hesapları\yönetici

Connect-Mailbox -Kimlik odası -Veritabanı “Posta Kutusu Veritabanı” -LinkedDomainController AccountsDC01 -LinkedMasterAccount odası@fabrikam.com -Kullanıcı odası -LinkedCredential $cred

Daha sonra, posta kutularını hesap ormanına taşıma işlemine devam etmek için oda posta kutusunu Exchange Online'a geri taşıdı.

Dörtlü Dönem Gösterimi, hesap ormanındaki uzak posta kutularını etkinleştirdikten ve tüm ek özellikleri içe aktardıktan sonra Azure AD Connect beklendiği gibi çalışmaya devam etti, Azure AD'de hiçbir hata kaydedilmedi ve Exchange Online'da garip bir şey olmadı.

3. Adım. Azure AD Connect'i yeniden yapılandırın

Tüm posta kutuları ve Dağıtım Grupları hesap ormanına taşındığında Azure AD Connect yeniden yapılandırılabilir. Bu çok önemli değil.
Kaynak ormanı ortamında, Azure AD Connect, kullanıcı hesabı ayrıntılarını hesap ormanından alır ve bunu MasterAccountSID'ye dayalı olarak kaynak ormanındaki posta kutusu bilgileriyle birleştirir. Ancak artık tüm veriler hesap ormanından okunabilir ve kaynak ormanı yalnızca Azure AD Connect'ten kaldırılabilir.

Azure AD Connect sunucusunda Azure AD Connect'i başlattığınızda, Yapılandır'a tıklayın ve bulacağınız Ek görevler menüsünden Senkronizasyon Seçeneklerini Özelleştir'i seçin. Yalnızca ek orman eklemenin bir yolu vardır, onu kaldırma seçeneği yoktur.

Kaynak ormanını Azure AD'den kaldırmak için bu ormana bağlanan bağlayıcıların yapılandırmadan kaldırılması gerekir. Bu, Azure AD Connect sunucusundaki MIISClient kullanılarak gerçekleştirilebilir (C:\Program Files\Microsoft Azure AD Sync\UIShell\miisclient.exe konumunda bulunabilir). Genellikle masaüstümde bu kullanışlı uygulamanın bir kısayolu bulunur.

Başlamadan önce aşağıdaki PowerShell komutunu kullanarak senkronizasyonu durdurun:

Set-ADSyncScheduler -SyncCycleEnabled $False

Senkronizasyon Hizmet Yöneticisi'ni (MIISClient.exe) açın ve Bağlayıcılar'ı tıklayın. Kaynak ormanının bağlayıcısını seçin, sağ tıklayın ve sil'i seçin.

Açılır pencerede Bağlayıcıyı ve Bağlayıcı Alanını Sil seçeneğini seçin; bu, bağlayıcıyı ve tüm yapılandırma verilerini kaldıracaktır. Onaylamak için Evet'e tıklayın ve orman Azure AD Connect'ten kaldırılır.

Azure AD Connect'i yeniden yapılandırmanın ikinci adımı, Azure AD Connect'in artık tüm özelliklerin hesap ormanından geldiğini 'bilmesi' için şemayı yenilemektir. Azure AD Connect'te Dizin şemasını yenile'ye tıklayın, hesap ormanı kimlik bilgilerini girin ve hepsi bu.

Senkronizasyonu tekrar etkinleştirin ve aşağıdaki PowerShell komutlarını kullanarak tam senkronizasyonu başlatın:

Set-ADSyncScheduler -SyncCycleEnabled $True

Start-ADSyncSyncCycle -PolicyType Başlangıç

Bu noktada tüm Exchange kaynaklarını kaynak ormanından hesap ormanına başarıyla taşıdık ve kaynak ormanını Azure AD Connect'ten kaldırdık. Kaynak ormanındaki Exchange 2016 artık kullanılmıyor ve tamamen kullanımdan kaldırılabilir. Bunu yapmadan önce, eski yönetici posta kutusundaki (kaynak ormanındaki) içeriği yeni yönetici posta kutusuna (hesap ormanındaki) kopyaladığınızdan emin olun.

Harika: Edge Transport sunucusu ile eski Exchange 2016 sunucusu (bu noktada hala uzak posta kutularına sahip) arasında hala bir Edge Aboneliği olduğundan, posta akışı etkilenmez ve Exchange Online'daki doğru posta kutusuna teslim edilmeye devam edilir.

Bu senaryoda gelen posta akışını yeniden yönlendirmek kolaydır. Mevcut Edge Transport sunucusu ile yeni Exchange 2016 sunucusu arasında yeni bir Edge Aboneliği oluşturun; sorun yok. Exchange 2016'dan Exchange Online Protection'a da bir Gönderim Bağlayıcısı olduğundan emin olun.

Not. SMTP geçişi, uygulamalar, (çok işlevli) cihazlar vb. gibi dahili posta akışını yeniden yapılandırmayı unutmayın.

Adım 4. Hibrit Yapılandırmayı Yeniden Yapılandırma

Hibrit Yapılandırmayı yeniden yapılandırmanız mı gerekiyor? Teorik olarak hayır, Active Directory ve Exchange bilgileri Azure AD Connect kullanılarak Azure Active Directory'ye gönderilir ve hibrit bir yapılandırmaya gerek yoktur. Ancak SMTP geçişi için de karma yapılandırmayı kullanıyorum (farklı çözümler olduğunu biliyorum) ve her ihtimale karşı posta kutularını şirket içi Exchange'e geri taşıma seçeneğine sahip olmak istiyorum.

Hibrit Yapılandırma Sihirbazını burada çalıştırmak diğer HCW dağıtımlarından farklı değildir, bu nedenle bu konuda ayrıntıya girmeyeceğim.

Adım 5. Kaynak Ormanını Hizmetten Çıkarın

Bu noktada, Exchange 2016'nın yüklü olduğu ve Azure AD Connect'in çalışır durumda olduğu, tam olarak çalışan bir hesap ormanımız var. 'Eski' kaynak ormanı artık faaliyette değil ve hizmet dışı bırakılabilir. Hesap ormanı ile kaynak ormanı arasındaki orman güvenini kaldırın ve kaldırın. Bu, sanal makineleri kapatıp yok etmek kadar basit olabilir (bunu buraya yazacağımı hiç düşünmezdim ?).

Özet

Exchange kaynak ormanı uzun süredir kullanılıyor ancak Office 365'e geçişle birlikte kaynak ormanlarını kullanımdan kaldıran birkaç müşterim oldu. Bir kaynak ormanının bakımı oldukça karmaşık olsa da, kullanımdan kaldırılması öyle değildir.

Hesap ormanına Exchange 2016'yı yükleyin, Exchange kaynaklarını hesap ormanına taşıyın ve Azure AD Connect'i yeniden yapılandırın. Bunlar en önemli adımlardır, ancak provizyon, SMTP geçişi ve ilgili altyapı da önemlidir ve korkarım en çok zaman alacaktır.

Ancak kaynak ormanı nihayet kullanımdan kaldırıldığında, artık sıradan bir tek orman, tek etki alanı Exchange hibrit yapılandırmasından başka bir şey değildir.