Data Protection Manager (DPM) 2012 ile Cluster Shared Volume İçerisinde Bulunan VHD Yedeklerini Alma

Cluster Shared Volume Nedir

Failover Clusterda ClusterSharedVolume alanı, Node lar tarafından ortaklaşa kullanılan ve node ların C:\ClusterStorage dizinlerinde görülen alandır. Nodelar üzerinde çalıştırdıkları sanal makinelere ait konfigürasyon ve dataları bu dizinden okur.

Bizim yapımızda 2 adet node ile oluşturulmuş cluster bulunuyor. Domaine dahil olan ama Failover Cluster içerisine almadığımız fiziksel üçüncü bir makinede DPM 2012 ile Clusterdaki node lar üzerinde çalışan vhdlerimizin yedeğini alacağız.

DPM in Kullanacağı Diskin ISCSI İle Gösterilmesi

Öncesinde kısaca bilgi vermek gerekirse ISCSI ile mount ettiğim diski Disk Management tabından aşağıdaki gibi görmekteyim.

Diskim dinamik bir disktir. Dinamik Diskte Partition kavramı yoktur, Volume vardır. DPM in bu diski kullanabilmesi için

dinamik diskim ile ilgili herhangi bir işlem yapmıyorum. Online ve Dinamik olarak bırakıyorum. Eğer Volume ü biçimlendirip

bir harf atarsanız yani /Bilgisayarım/ bölümü içerisinden kullanabileceğiniz hale getirirseniz DPM bu diski tanımayacaktır.

Clusterdaki Node larım üzerine Dpm 2012 Agentlarımı daha önceden kurdum

DMP 2012 Üzerinde Protection Group Oluşturulması

DPM 2012 konsolunu açıyorum ve yeni bir Protection Grup oluşturuyorum. Grubuma bir isim vereceğim ekrana

gelmeden önce Cluster içerisinden hangi vhdlerimin yedeğini alacağım, yani bu gruba hangi vhdler member olacak seçiyorum.

Örnek bir uygulama yaptığım için yalnızca 1 adet sanal makinemi seçtim. 2. aşamada grubuma bir isim veriyorum

ve Protection method umu seçiyorum. Ortamımda backup kasetleri olmadığı için, data yedeklerimi firma dışında

bir ortamda saklamak gibi bir işlemim olmadığı için Short-Term method ile devam edeceğim.

Short-Term korumada DPM 2012 datalarınızı geriye dönük 448 gün boyunca muhafaza edebilir.

Retention Range seçeneğine maksimum 448 değerini (short-term için) girebilirsiniz ki bu, 449. gün DPM in aldığı ilk günki yedeği silip üzerine

449. gün aldığı yedeği yazacağı anlamına gelir. 450. gün alınan yedek te 2. gün alınan yedeğin üzerine yazılacak ve bu döngü bu şekilde sürecektir.

Eğer VHD yedeği değil de örneğin Exchange yedeği alıyor olsaydım bu bölümde Synchorization Frequency seçeneği de olacaktı.

Bu seçenekle SQL, Exchange veritabanlarındaki incremantal yedekleri alabilecektim. DPM önce bu veritabanlarının full yedeğini alacaktı,

sonra belirlediğimiz zaman aralığına göre db leri kontrol edecek ve değişikliklerin yedeğini alacaktı.

Her seferinde full yedek almaktan çok daha efektif…

Neyse alttaki resimde Express Full Backup seçeneğinden bu görevin hangi günlerin hangi saatlerinde çalışacağını belirliyoruz.

Consistency Check : DPM le yedek makinenin iletişiminin koptuğu ve bu kopmanın task in çalıştığı zamana denk gelmesi durumunda

alınacak aksiyonları belirleyebiliriz. Belirlediğimiz her saatte bir check gerçekleştirebilir ve bu işlemi otomatik olarak DPM in yapmasını,

yedeklenecek makine ile iletişim sağlandığı anda da task in devam etmesini belirleyebiliriz.

Resim kalabalığı olmasın diye Özet ve son bölümün ekran çıktısını koymuyorum.

Task tamamlandı ve Aşağıdaki path içerisine sanal makinemin hem vhd ve konfigürasyonlarını, varsa snapshotlarını yedekledi.

Aşağıdaki path DPM tarafından otomatik olarak oluşturuluyor, yedek ISCSI üzerinden harici diske atılıyor ancak

Program Files da DPM içerisinden kısayoluna erişilebiliyor.

Emre BAŞTUĞ