Exchange Server 2019'da PowerShell İle DAG Yapısından Database Çıkartma

Exchange Server 2019'da DAG (Database Availability Group) yapısından bir Database çıkartma işlemi, dikkat ve hassasiyet gerektiren önemli bir adımdır. DAG, Exchange Server'da yüksek erişilebilirlik ve veri bütünlüğü sağlamak için kullanılan bir özelliktir. Bir Database'in DAG yapısından çıkarılması, doğru adımlar izlenmezse veri kaybına veya erişim sorunlarına yol açabilir. Bu nedenle, bu işlemi gerçekleştirirken her adımın dikkatle takip edilmesi büyük önem taşır.

İlk olarak, Database'in DAG yapısından neden çıkarılmak istendiği net bir şekilde belirlenmelidir. Bu, bakım çalışmaları, veri taşıma işlemleri veya eski bir Database'in devre dışı bırakılması gibi nedenlerle olabilir. İşleme başlamadan önce, Database'in yedeklenmiş olduğundan emin olunmalıdır. Yedekleme, herhangi bir sorun durumunda veri kaybını önlemek için kritik bir adımdır.

Database'in DAG yapısından çıkarılmasının ardından, DAG üyeleri arasında replikasyonun düzgün çalıştığından emin olmak için kontroller yapılmalıdır. Bu, mevcut Database kopyalarının durumunu kontrol ederek herhangi bir sorun olup olmadığını belirlemeyi içerir. Eğer replikasyonla ilgili herhangi bir sorun tespit edilirse, bu sorunların çözülmesi için gerekli adımlar atılmalıdır.

Bu işlemi tamamladıktan sonra, DAG yapısının genel durumu ve diğer Database'lerin sorunsuz çalıştığından emin olunmalıdır. Ayrıca, yapılan işlemin Log'ları incelenmeli ve herhangi bir anomali olup olmadığı kontrol edilmelidir. Bu kontroller, sistemin genel sağlığını korumak ve gelecekteki olası sorunları önlemek için önemlidir.

Sonuç olarak, Exchange Server 2019 DAG yapısından bir Database çıkarma işlemi, dikkatle planlanmalı ve adım adım gerçekleştirilmelidir. Bu süreçte yedekleme ve detaylı kontroller önemli rol oynar. Tüm bu adımlar, veri bütünlüğünü ve sistem performansını korumak için kritik öneme sahiptir. DAG yapısından Database çıkarma işlemi, doğru adımlar takip edildiğinde güvenli ve etkili bir şekilde gerçekleştirilebilir, böylece Exchange Server ortamınızın verimliliği ve güvenilirliği artırılabilir.

Exchange Server 2007 sürümünde temelleri atılan ancak Exchange Server 2010 sürümü ile ideal yapıya kavuşan DAG (Database Availability Group), kesintisiz bir e-posta sitemi deneyimi sunmaktadır ve Log replikasyonu sayesinde Mailbox Server'lar arasındaki eşitleme özelliği ile kullanıcılar, olası bir sorunda Mailbox Server seviyesinde herhangi bir kesinti olmadan e-postalarına ulaşmaya devam edebilmektedir.

1- Aşağıdaki komut yardımıyla öncelikle iligi Database'in aktif ve pasif kopya durumlarını kontrol ediyorum.

Buna göre örneğin MBXSYSDB isimli Database'im, EXCHSRV01 Host Naname'li sunucuda aktif (Mounted); EXCHSRV02 Host Naname'li sunucuda ise pasif (Healthy) durumdadır. Bu durum, DAG (Database Availability Group) yapısının sağladığı yüksek erişilebilirlik özelliklerini yansıtan önemli bir göstergedir.

Database'in farklı sunuculardaki durumu, olası bir arıza veya yük devretme senaryosunda iş sürekliliğini korumak için tasarlanmıştır. Aktif olan kopya üzerinde kullanıcı işlemleri gerçekleştirilirken, pasif olan kopya replikasyon yoluyla sürekli olarak güncel tutulur. Bu sayede veri kaybı riski minimize edilirken, sistemin güvenilirliği ve performansı artırılmış olur.

Sonuç olarak, bu yapıyla, herhangi bir kesinti durumunda pasif kopya aktif hale gelerek, kullanıcıların kesintisiz bir deneyim yaşamasını sağlar. Bu tür bir yapılandırmanın doğru ve tutarlı bir şekilde çalıştığını düzenli olarak Get-MailboxDatabaseCopyStatus komutu ile kontrol etmek kritik bir öneme sahiptir.



2- DAG Yapımdan ilgili Database çıkartmak için pasif (Healthy) durumda bulunan Database'i seçiyorum. Bunun için

komutunu kullanmam yeterli olacaktır. Çıkan Confirm yani işlem onay isteğini Y (Yes) yazarak onaylıyorum. Onay çıktısı görmeden direkt olarak silme işlemi yapmak isterseniz, -Confirm:$False parametresini eklemeniz yeterli olacaktır.



3- DAG Yapımdan ilgili Database çıkartma işlemi başarılı bir şekilde gerçekleşti. Gerekli bir işlem olmasa da, Database'i bulunduğu dizinden silerek Disk üzerinde yer açılmasını sağlayabiliriz. Komut çalıştırıldığında, kopyanın sunucudan kaldırıldığı bilgisi veriliyor ve ardından, gerekirse ilgili dosyaların manuel olarak silinebileceği belirtiliyor. Bu işlem, özellikle Disk üzerinde yer açmak veya gereksiz kopyaları temizlemek için yararlı bir adım olabilir.

Database'in DAG yapısından çıkartılmasının ardından, artık bu kopyanın herhangi bir replikasyon veya operasyonel yük taşımadığı doğrulanabilir. Ancak, ilgili dosyaların fiziksel olarak sunucudan kaldırılmamış olması, Disk kapasitesinin gereksiz yere dolu görünmesine neden olabilir. Bu nedenle, yer açmak adına belirtilen dizinlerdeki eski Database dosyalarının manuel olarak silinmesi önerilebilir.









4- Tekrar Get-MailboxDatabaseCopyStatus komutuyla kontrol ettiğimde ilgili Database'in pasif (Healthy) kopyasının artık DAG içinde yer almadığını görebiliyorum. Bu komut sayesinde, Database'in durumunu, kopya sıralarını ve sağlıklı çalışıp çalışmadığını kontrol etmek mümkün hale geliyor. Örnekte görüldüğü gibi, Mounted veya Healthy gibi durumlar, Database'in çalışır vaziyette olduğunu ya da pasif bir kopya olarak yer aldığını ifade ediyor.

DAG (Database Availability Group) yapısında yapılan değişiklikler sonrası, bu komutla durumun tekrar kontrol edilmesi, sistemin doğru şekilde yapılandırıldığını doğrulamak için önemli bir adımdır. Özellikle pasif (Healthy) bir kopyanın DAG'dan çıkarıldığını kontrol etmek, bu tür işlemlerin ardından oluşabilecek senkronizasyon veya erişim sorunlarını önlemeye yardımcı olur.



5- Aktif Database kopyasının bulunduğu EXCHSRV01 Host Name'li sunucu üzerinde

komutunu çalıştırdığımda ilgili Database'in herhangi bir pasif kopyası bulunmadığı için, Test-ReplicationHealth çıktısında DatabaseRedundancy ve DatabaseAvailability için FAILED uyarıları alıyorum. Bu durumda alınan hata normaldir.





6- EXCHSRV02 Host Name'li sunucu üzerinde

komutunu çalıştırdığımda DAG yapısına dahil olmayan herhanbir aktif (Mounted) Database olmadığı için, tüm sonuçlar başarılı durumda görünmektedir.



Exchange Server 2019'da bir Database'i DAG (Database Availability Group) yapısından çıkarmak, hem veri yönetimi hem de Disk kaynaklarının optimize edilmesi açısından önemli bir adımdır. Bu makalede, Remove-MailboxDatabaseCopy komutuyla bir Database kopyasının nasıl güvenli bir şekilde kaldırılabileceğini ve işlemin ardından nelere dikkat edilmesi gerektiğini detaylandırdık.

DAG yapısından çıkarılan bir Database kopyası, artık replikasyon sürecine dahil olmadığından, gerektiğinde ilgili dosyaların fiziksel olarak sunucudan silinmesiyle ek Disk alanı kazanımı sağlanabilir. Bununla birlikte, bu işlem sırasında alınan uyarılar ve işlem sonrası kontroller, yapının stabilitesini korumak için hayati önem taşır. Get-MailboxDatabaseCopyStatus komutuyla doğrulama yapmak, yapılandırmanın doğru bir şekilde tamamlandığından emin olmanın en etkili yoludur.

Faydalı olması dileğiyle...