Exchange DAG üye sunucusunu kurtarın


Zamanı geldi, Exchange Server DAG (Veritabanı Kullanılabilirlik Grubu) üyesi arızalandı ve artık başlamıyor. Elbette bu pek de iyi bir haber değil çünkü bir Exchange Sunucusu arızalandı. Ancak, bir DAG yapılandırdığınız sürece posta kutusu veritabanları değiştirilir ve kullanıcılar hiçbir şey fark etmez. Bu makalede, başarısız bir Exchange DAG üyesinin nasıl kurtarılacağını öğreneceksiniz.

giriiş

Kuruluşumuzda iki Exchange sunucusuna sahip bir DAG yapılandırmamızın olduğunu bilmekte fayda var.

  • 1x DAG (DAG01-2016)

  • 2x Exchange Sunucusu (EX01-2016, EX02-2016)

Bir DAG yapılandırmak mı istiyorsunuz yoksa kurulum hakkında daha fazla bilgi edinmek mi istiyorsunuz? Aşağıdaki makaleleri takip edin:

  1. Exchange DAG oluştur

  2. Posta kutusu veritabanı kopyasını ekle

Örneğimizde Exchange Server DAG üyelerinden biri başarısız oldu ve önyükleme yapmıyor. EX01-2016 posta kutusu sunucusudur. Arızalı Exchange DAG üyesinde barındırılan posta kutusu veritabanı, diğer Exchange Sunucusunda otomatik olarak aktif hale gelir. Bu EX02-2016 posta kutusu sunucusudur.

Not: Exchange DAG'yi yapılandırmak istemenizin en büyük nedenlerinden biri Yüksek Kullanılabilirliktir. Bir Exchange Sunucusu arızalanırsa, ortamdaki posta akışı siz bozuk Exchange Sunucusunu onarana veya yeniden inşa edene kadar devam eder.

Bağımsız bir Exchange Sunucunuz varsa ve başarısız olursa ne olur? Yaklaşım farklıdır ve Exchange Server'ı Kurtarma'yı takip edebilirsiniz.

Exchange DAG üyesi EX01-2016'nın nasıl yeniden oluşturulacağına bakalım.

1. Adım. Mevcut durumu kontrol edin

Başlamadan önce çevredeki mevcut durumu kontrol etmek önemlidir. Exchange Yönetici Merkezi'nde oturum açın ve sunucular > veritabanları'na gidin.

Kötü kopya sayımlarının olduğunu ve Exchange Server EX01-2016'daki veritabanı kopyalarının kapalı olduğunu görebiliyoruz.

Sunucular > veritabanı kullanılabilirlik grupları'nı tıklayın. Daha sonra DAG'daki listeyi tıklayın ve araç çubuğundaki düzenle simgesini tıklayın.

Örneğimizde aşağıdaki DAG yapılandırmasına sahibiz:

  • İsim: DAG01-2016

  • Tanık sunucusu: FS01-2016

  • Üye sunucular: EX01-2016, EX02-2016

Veritabanı Kullanılabilirliği Grubu üyesi EX01-2016, çalışmıyor gösteriyor.

Artık ne olduğunu tespit ettiğimize göre devam edebiliriz.

2. Adım. Başarısız DAG üyesinden veritabanı kopyalarını kaldırın

Etkin olan Exchange Server'da veya Management Server'da oturum açın ve Exchange Management Shell'i başlatın. Veritabanı kopyalarını listelemek için Get-MailboxDatabaseCopyStatus cmdlet'ini çalıştırın.

Exchange Server EX01-2016'da barındırılan posta kutusu veritabanı kopyaları için Durum'un ServiceDown olarak göründüğünü görebiliriz.

[PS] C:\>Get-MailboxDatabaseCopyStatus * | ft -AutoSize

Name           Status      CopyQueueLength ReplayQueueLength LastInspectedLogTime ContentIndexState
----           ------      --------------- ----------------- -------------------- -----------------
DB01\EX01-2016 ServiceDown 0               0                                      Unknown
DB02\EX01-2016 ServiceDown 0               0                                      Unknown
DB03\EX01-2016 ServiceDown 0               0                                      Unknown
DB04\EX01-2016 ServiceDown 0               0                                      Unknown
DB01\EX02-2016 Mounted     0               0                                      Healthy
DB02\EX02-2016 Mounted     0               0                                      Healthy
DB04\EX02-2016 Mounted     0               0                                      Healthy
DB03\EX02-2016 Mounted     0               0                                      Healthy

Remove-MailboxDatabaseCopy cmdlet'ini çalıştırın ve başarısız olan Exchange Server da dahil olmak üzere veritabanını ekleyin. Bir onay mesajı alacaksınız. Y'yi tıklayın ve Enter'a basın.

[PS] C:\>Remove-MailboxDatabaseCopy -Identity "DB01\EX01-2016"

Confirm
Are you sure you want to perform this action?
Removing database copy for database "DB01" on server "EX01-2016".
[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [?] Help (default is "Y"): Y

WARNING: Couldn't communicate with the Microsoft Exchange Replication service on server "EX01-2016.exoip.local" to pick
up new configuration changes for database "DB01". Make sure that the service is running and that the server has
network connectivity. Error: A server-side administrative operation has failed. The Microsoft Exchange Replication
service may not be running on server EX01-2016.exoip.local. Specific RPC error message: Error 0x6ba (The RPC server is
unavailable) from cli_RpcsNotifyChangedReplayConfiguration [Server: EX01-2016.exoip.local]
WARNING: Couldn't delete the replication state for database 'DB01' on server EX01-2016. Error: The attempt to access
the registry on machine 'EX01-2016.exoip.local' did not succeed after 10 seconds.
WARNING: The copy of mailbox database "DB01" on server "EX01-2016" has been removed. If necessary, manually delete the
database copy's files located at "F:\DB01" and "E:\DB01\DB01.edb" on that server.

Komutu çalıştırdıktan sonra uyarı mesajları alabilirsiniz. Arızalı Exchange Sunucusuna ulaşamadığından bu uyarıyı dikkate almayın. Bu doğru çünkü çevrimdışı.

UYARI: "DB01" veritabanı için yeni yapılandırma değişikliklerini almak üzere "EX01-2016.exoip.local" sunucusundaki Microsoft Exchange Çoğaltma hizmetiyle iletişim kurulamadı. Hizmetin çalıştığından ve sunucunun ağ bağlantısına sahip olduğundan emin olun. Hata: Sunucu tarafı yönetim işlemi başarısız oldu. Microsoft Exchange Çoğaltma hizmeti EX01-2016.exoip.local sunucusunda çalışmıyor olabilir. Belirli RPC hata mesajı: cli_RpcsNotifyChangedReplayConfiguration'dan 0x6ba hatası (RPC sunucusu kullanılamıyor) [Sunucu: EX01-2016.exoip.local]
UYARI: EX01-2016 sunucusundaki 'DB01' veritabanı için çoğaltma durumu silinemedi. Hata: 'EX01-2016.exoip.local' makinesindeki kayıt defterine erişme girişimi 10 saniye sonra başarısız oldu.
UYARI: "EX01-2016" sunucusundaki "DB01" posta kutusu veritabanının kopyası kaldırıldı. Gerekirse, veritabanı kopyasının o sunucudaki “F:\DB01” ve “E:\DB01\DB01.edb” konumunda bulunan dosyalarını manuel olarak silin.

Komutun posta kutusu veritabanı kopyasını başarıyla sildiğini doğrulayın.

Veritabanları'nı tıklayın. Kötü kopya sayısı 0'ı gösterir ve kopyaların bulunduğu sunucu yalnızca Exchange Server EX02-2016'yı gösterir.

Posta kutusu veritabanı kopyasının silinip silinmediğini kontrol etmenin başka bir yolu Get-MailboxDatabaseCopyStatus'u çalıştırmaktır.

[PS] C:\>Get-MailboxDatabaseCopyStatus * | ft -AutoSize

Name           Status      CopyQueueLength ReplayQueueLength LastInspectedLogTime ContentIndexState
----           ------      --------------- ----------------- -------------------- -----------------
DB02\EX01-2016 ServiceDown 0               0                                      Unknown
DB03\EX01-2016 ServiceDown 0               0                                      Unknown
DB04\EX01-2016 ServiceDown 0               0                                      Unknown
DB01\EX02-2016 Mounted     0               0                                      Healthy
DB02\EX02-2016 Mounted     0               0                                      Healthy
DB04\EX02-2016 Mounted     0               0                                      Healthy
DB03\EX02-2016 Mounted     0               0                                      Healthy

Diğer veritabanı kopyaları için de aynı adımı yapın. Remove-MailboxDatabaseCopy cmdlet'ini çalıştırın ve EX01-2016'ya bağlanan diğer posta kutusu veritabanı kopyalarını tek tek belirtin.

Veritabanı kopyasının kaldırılmasını hızlandırmak istiyorsanız DAG üye sunucusunu seçin ve tüm posta kutusu veritabanı kopyalarını kaldırın. İlk olarak, başarısız olan Exchange Server EX01-2016'daki veritabanı kopyalarını listeleyin.

[PS] C:\>Get-MailboxDatabaseCopyStatus -Server "EX01-2016" | ft -AutoSize

Name           Status      CopyQueueLength ReplayQueueLength LastInspectedLogTime   ContentIndex
----           ------      --------------- ----------------- --------------------   ------------
DB02\EX01-2016 ServiceDown 0               0                                        Unknown
DB03\EX01-2016 ServiceDown 0               0                                        Unknown
DB04\EX01-2016 ServiceDown 0               0                                        Unknown

Remove-MailboxDatabaseCopy cmdlet'ini komuta ekleyin. Ayrıca, tam olarak -Confirm:$false sözdizimini kullanarak atlama onayı istemini ekleyin.

[PS] C:\>Get-MailboxDatabaseCopyStatus -Server "EX01-2016" | Remove-MailboxDatabaseCopy -Confirm:$false

İlk posta kutusu veritabanı kopyasının kaldırılmasıyla aynı uyarı mesajlarını alacaksınız. Bunun nedeni yine Exchange Server DAG üyesinin kullanılamaması ve ona ulaşılamamasıdır.

Kopyaları olan sunucular sütununun başarısız Exchange Server EX01-2016'yı göstermediğini kontrol edin. Ayrıca hatalı kopya sayısı sütunu 0 gösterecektir.

Get-MailboxDatabaseCopyStatus cmdlet'ini çalıştırarak aynı sonuçları elde edebilirsiniz.

[PS] C:\>Get-MailboxDatabaseCopyStatus * | ft -AutoSize

Name           Status  CopyQueueLength ReplayQueueLength LastInspectedLogTime ContentIndexState
----           ------  --------------- ----------------- -------------------- -----------------
DB01\EX02-2016 Mounted 0               0                                      Healthy
DB02\EX02-2016 Mounted 0               0                                      Healthy
DB04\EX02-2016 Mounted 0               0                                      Healthy
DB03\EX02-2016 Mounted 0               0                                      Healthy

Artık posta kutusu veritabanı kopyaları arızalı Exchange Sunucusundan başarıyla kaldırıldığına göre, daha ileri gidebiliriz.

3. Adım. Başarısız DAG üyesini DAG'dan kaldırın

Sunucular > veritabanı kullanılabilirlik gruplarına gidin. DAG'daki listeyi tıklayın ve araç çubuğundaki DAG üyeliğini yönet simgesini tıklayın.

Posta kutusu sunucusunu seçin ve kaldır simgesine tıklayın. Kaydet'i tıklayın.

Kaldırma işlemini gerçekleştirmesi için biraz zaman verin. Bundan sonra başarıyla tamamlandı mesajını göreceksiniz.

Üye sunucular sütununun başarısız Exchange Sunucusunu göstermediğini doğrulayın.

DAG üye sunucusunu başarıyla kaldırdık. Devam edelim.

4. Adım. Başarısız Exchange DAG üye sunucusunu kaldırın

Başarısız olan Exchange Server DAG üyesini kaldırın. Örneğimizde Exchange Server EX01-2016, VMware ESXi'de barındırılan bir sanal makinedir. Bu eylem aynı zamanda VMware veri deposundaki dosyaları da kaldıracaktır.

Exchange Server ve dosyalarını kaldırdığımıza göre artık bir sonraki adıma geçebiliriz.

5. Adım. Exchange Server bilgisayar hesabını sıfırlayın

Arızalı Exchange Sunucusu için Active Directory bilgisayar hesabını sıfırlayın. Bunu yapacağız çünkü:

  • Yeni sunucuyu eski bilgisayar adı altında Active Directory'ye yeniden birleştirebileceğiz

  • Arızalı Exchange Sunucusu için kurtarma işleminin Active Directory'den tüm yapılandırma verilerini almasına olanak tanır

Önemli: Bilgisayar hesabını SİLMEYİN ancak bilgisayar hesabını SIFIRLAYIN.

Active Directory Kullanıcıları ve Bilgisayarları'nı (ADUC) başlatın. Exchange Server bilgisayar hesabını bulun. Bilgisayar hesabını sağ tıklayın ve Hesabı Sıfırla'yı tıklayın.

6. Adım. Windows Server'ı yükleyin

Yeni bir Windows Server yükleyin veya varsa bir şablon oluşturun. Daha sonrasında:

  1. Aktif Windows Sunucusu

  2. En son Windows Güncellemelerini indirin ve yükleyin

  3. Bilgisayar adını eskisiyle aynı adla yapılandırın

  4. Statik IP adresini eskisiyle aynı IP adresiyle yapılandırın

  5. Bilgisayarı etki alanına katılma

Not: Hedef sunucu, kayıp sunucuyla aynı Windows Server sürümünü kullanmalıdır. Örneğin, Windows 2012 R2 çalıştıran kayıp bir Exchange 2016 sunucusunu, Windows 2016 çalıştıran yeni bir sunucuda kurtaramazsınız (veya tam tersi).

Örneğimizde, dahili IP adresi 192.168.1.52 olan EX01-2016 bilgisayar adını ayarladık ve exoip.local etki alanına katıldık.

7. Adım. Exchange Server sürümünü bulun

PowerShell ile Exchange sürümünü bulma makalesinde daha fazlasını okuyun.

Get-ExchangeServer cmdlet'ini çalıştırın ve arızalı Exchange Server'da hangi Exchange Server sürümünün çalıştığını kontrol edin.

Not: Başarısız olan Exchange Sunucusu listede gösterilecektir ve bu doğrudur. Çünkü SİLİNMİŞ değildir ve kuruluşta hâlâ mevcuttur. Exchange Server'ı kurtarmanın asıl amacı budur.

[PS] C:\>Get-ExchangeServer | Format-Table Name, Edition, AdminDisplayVersion

Name         Edition AdminDisplayVersion
----         ------- -------------------
EX01-2016 Enterprise Version 15.1 (Build 2242.4)
EX02-2016 Enterprise Version 15.1 (Build 2242.4)

Adım 8. Exchange Sunucusu ISO’yu İndirin

Exchange Server sürümlerinin listesini almak için aşağıdaki sayfaya gidin. Sayfa size Exchange Server yapı numaralarını ve yayın tarihlerini gösterecektir. İhtiyacınız olan Exchange Sunucusuna ilerleyin. ISO görüntüsünü indirin ve kaydedin. Microsoft, daha yeni sürümler yayınlandığında eski Exchange CU'larını kaldırır. Eski bir Exchange Server ISO dosyasını indirmek için resmi olmayan bir web sitesini kullanabilirsiniz.

Kurtarılacak sunucuda yüklü olan Toplu Güncelleştirme (CU) sürümünün yükleme medyasına sahip olmadığınızı varsayalım; mevcut en son Toplu Güncelleştirmeyi kullanarak bir sunucuyu kurtarabilirsiniz. Yükseltme başarılı olduktan sonra, Exchange Yönetim Kabuğu'ndaki AdminDisplayVersion veya kurtarılan sunucudaki msExchVersion özelliği eski yapı numarasını gösterecektir ve bu, doğası gereği kozmetik bir durumdur. setup /m:upgrade /IAcceptEchangeServerLicenseTerms komutunu çalıştırabilir veya bir sonraki Toplu Güncelleme sürümünü bekleyip bunu düzeltecek yükseltme işlemini gerçekleştirebiliriz.

Örneğimizde en son Exchange Server yapısını çalıştırmıyoruz. Bu nedenle Exchange Server EX01-2016'yı mevcut en son Toplu Güncellemeyle indirip kurtaracağız. Kurtarıldıktan ve her şey çalışır duruma geldikten sonra operasyonel Exchange Server'ı (EX02-2016) yükselteceğiz.

9. Adım. Exchange Server önkoşullarını yükleyin

Exchange Server önkoşullarını yükleme makalesinde daha fazlasını okuyun.

Not: Hedef sunucu, kayıp sunucuyla aynı genel performans özelliklerine ve donanım yapılandırmasına sahip olmalıdır.

  1. Gerekli Windows bileşenlerini yükleyin

  2. .NET Framework'ü yükleyin

  3. Visual Studio 2012 için Visual C++ Yeniden Dağıtılabilir'i yükleyin

  4. Visual Studio 2013 için Visual C++ Yeniden Dağıtılabilir Paketini Kurun

  5. IIS URL Yeniden Yazma Modülünü Yükleyin

  6. Unified Communications Managed API 4.0 Çalışma Zamanını Yükleme

Yukarıdaki görevlerin tümü tamamlandıktan sonra sunucuyu yeniden başlatın.

10. Adım. Disk sürücüleri veya bağlama noktaları oluşturun

ReFS birimi Exchange 2013/2016/2019'u yapılandırma makalesinde daha fazlasını okuyun.

Not: DAG'daki diğer Exchange Sunucusuyla aynı disk birimlerini oluşturun. Kayıp sunucudaki takılı veritabanları için kullanılan disk sürücüsü harflerinin aynısı hedef sunucuda da bulunmalıdır.

Örneğimizde operasyonel Exchange Sunucusu EX02-2016'dır. Sürücüler böyle görünüyor.

Sunucu EX01-2016'daki sürücüleri bu şekilde yapılandırdık. Veritabanı verileri ve günlükler ayrıdır. Ayrıca disk birimleri boş çünkü üzerlerinde henüz veri yok.

Artık veritabanı kopyaları için diskleri yapılandırdığımıza göre, bir sonraki adım arızalı Exchange Sunucusunu kurtarmaktır.

11. Adım. Hesap izinlerini ayarlayın

Sunucu kurtarma işlemini gerçekleştirmek için kullanacağınız hesap aşağıdaki izinleri gerektirir:

  • Domain Admins güvenlik grubu üyeliği

  • Exchange Organizasyon Yönetimi rol grubu üyeliği

12. Adım. Exchange konum yolunu alın

Exchange, varsayılan %ProgramFiles%\Microsoft\Exchange Server\V15 konumundan farklı bir konuma kuruluysa, /TargetDir: anahtarını eklemeniz gerekir. Exchange programı (ikili) dosyalarının konumunu belirtmek için Setup.exe /Mode:RecoverServer komutunu kullanın. /TargetDir anahtarını kullanmazsanız, Exchange sunucusunu kurtardığınızda Exchange dosyaları varsayılan konuma yüklenecektir.

Not: Başarısız Exchange Sunucusu konumunu kontrol edin. Varsayılan konumda değilse, hedef dizini komuta dahil etmeniz gerekir.

Kayıp Exchange sunucusunda Exchange'in yükleme konumunu bulmak için aşağıdaki adımları izleyin:

Yönetimsel Araçlar'ı açın ve ADSI Düzenleme'yi başlatın. Başka bir yol da Windows Arama'ya adsiedit.msc yazmaktır. Açıldıktan sonra sol bölmedeki ADSI Düzenleme'yi sağ tıklayın ve Bağlan'ı seçin. İyi bilinen Adlandırma Bağlamında Yapılandırma'yı seçin. Tamam'ı tıklayın.

ADSI Düzenlemesinde gezinin:

Yapılandırma > CN=Yapılandırma,DC=exoip,DC=local > CN=Hizmetler > CN=Microsoft Exchange > CN=EXOIP > CN=Yönetim Grupları > CN=Exchange Yönetim Grubu (FYDIBOHF23SPDLT) > CN=Sunucular.

Başarısız olan Exchange Server nesnesine sağ tıklayın. Özellikler'i seçin.

msExchInstallPath özelliğini bulun. Bu öznitelik geçerli yükleme yolunu saklar. Örneğimizde varsayılan Exchange yükleme konumu kullanıldı. Bu nedenle /TargetDir: anahtarını kullanmayacağız.

Adım 13. Exchange Sunucusunu Kurtarın

Exchange Server ISO'yu bağlayın.

Komut İstemi'ni yönetici olarak başlatın. Exchange Server'ı geri yüklemek için Setup.exe /Mode:RecoverServer komutunu çalıştırın. Örneğimizde ISO, (M:) sürücüsüne bağlanmıştır.

C:\>M:\Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF /Mode:RecoverServer

Microsoft Exchange Server 2016 Cumulative Update 21 Unattended Setup

Copying Files...
File copy complete. Setup will now collect additional information needed for installation.

Languages
Mailbox role: Transport service
Mailbox role: Client Access service
Mailbox role: Unified Messaging service
Mailbox role: Mailbox service
Management tools
Mailbox role: Client Access Front End service
Mailbox role: Front End Transport service

Performing Microsoft Exchange Server Prerequisite Check

    Configuring Prerequisites                                                                         COMPLETED
    Prerequisite Analysis                                                                             COMPLETED

Configuring Microsoft Exchange Server

    Preparing Setup                                                                                   COMPLETED
    Stopping Services                                                                                 COMPLETED
    Copying Exchange Files                                                                            COMPLETED
    Language Files                                                                                    COMPLETED
    Restoring Services                                                                                COMPLETED
    Language Configuration                                                                            COMPLETED
    Mailbox role: Transport service                                                                   COMPLETED
    Mailbox role: Client Access service                                                               COMPLETED
    Mailbox role: Unified Messaging service                                                           COMPLETED
    Mailbox role: Mailbox service                                                                     COMPLETED
    Exchange Management Tools                                                                         COMPLETED
    Mailbox role: Client Access Front End service                                                     COMPLETED
    Mailbox role: Front End Transport service                                                         COMPLETED
    Finalizing Setup                                                                                  COMPLETED

The Exchange Server setup operation completed successfully.
Setup has made changes to operating system settings that require a reboot to take effect. Please reboot this server
prior to placing it into production.

Exchange Server kurtarma işlemi tamamlandı. Sunucuyu yeniden başlatın.

14. Adım. SSL sertifikasını içe aktarın ve atayın

Exchange Server'da sertifika nasıl dışa aktarılır ve Exchange Server'da sertifika nasıl içe aktarılır makalelerinde daha fazlasını okuyun.

/Mode:RecoverServer anahtarı, SSL/TLS gerektiren tüm Exchange Hizmetlerine kendinden imzalı bir sertifika atar. Sunucu daha önce farklı bir sertifika yetkilisi tarafından verilen bir SSL/TLS sertifikası kullanmışsa sertifikayı yeniden içe aktarmanız ve hizmetleri sertifikayı kullanacak şekilde yapılandırmanız gerekir. Aksi takdirde kullanıcılar bağlanmaya çalıştıklarında (örneğin Outlook'ta) bir sertifika istemiyle karşılaşırlar.

Adım 15. Ekstra kontroller

Kurtarma işleminden sonra aşağıdaki yapılandırmaları gözden geçirin ve ayarlanmamışsa bunları yapılandırın:

  • Exchange Sunucusu lisansı

  • Sanal dizin URL'leri

  • Bağlayıcı gönder

  • Konektörü al

  • DAG üye sunucusu

  • Posta kutusu veritabanı kopyası

  • Özel IIS ayarları

Not: Exchange Server'da depolanan hiçbir şey kurtarılmayacaktır. Yalnızca Active Directory'de depolananlar.

Çözüm

Exchange Server DAG üyesinin nasıl yeniden oluşturulacağına ilişkin adımları gösterdik. DAG üyesi bir sunucunun başlatılamaması panik anına neden olabilir. Ancak kullanıcılar etkilenmediği ve çalışmalarına devam edebildikleri sürece her şey yolundadır. Arka planda zaten bu adımları izleyerek Exchange DAG üye sunucusunu kurtarıyorsunuz.

Bu makaleyi beğendiniz mi? Ayrıca Exchange Güvenlik Güncelleştirmesini adım adım yüklemeyi de beğenebilirsiniz. Bizi takip etmeyi ve bu yazımızı paylaşmayı unutmayın.

İlgili makaleler