VSS yedekleme testi nasıl yapılır


Exchange üzerinde bulunan verilerin yedeklenmesi (backup) ve geri yüklenmesi (restore) baslibasina çok önemli bir konudur.  Bir yedegin saglikli alinmasi kadar restore isleminin basarili bir biçimde yapilabilmesi de test edilmesi gereken önemli bir islem. Exchange destegi olan (aware) diye adlandirdigimiz yazilimlar exchange writer’lari kullanarak VSS teknolojisi ile yedek alirlar.

Yedekleme esnasinda karsilasilan sorunlarin büyük bölümünün nedeni, yazilimlarin uyumsuzlugu ya da bu yazilimlardaki yanlis bir ayar olabilmektedir. Bunun tespiti için, yani yedek alma sirasinda sorunun VSS Writer’dan mi, disk sisteminden mi ve/veya yedekleme yazilimindan mi kaynaklandigini anlayabilmek için Betest aracini kullanabilirsiniz.

BETEST, Windows SDK yada Volume Shadow Copy Service SDK 7.2 (sonraki versiyonlarda mevcut) içerisinde bulunan yardimci bir araçtir. Araci kolaylikla bulabilir ve kurabilirsiniz. Kurulum islemini exchange sunucunuza yada herhangi bir windows sunucuya yapmanizi önermeyiz. Bir desktop makinaya kurulum yapildiktan sonra ilgili kütüphaneden BETEST araci test yapilacak ortama tasinip ve test yapilabilir.

Betest ile ilgili hatirlatmak istedigimiz önemli nokta, bu yazilimin sadece test amaçli kullanilmasidir. Bu programi hiçbir zaman normal bir yedekleme yaziliminin ikamesi olarak kullanmayin. DPM gibi bir yedekleme yaziliminiz yoksa Exchange Server yedekleri için Windows Server Backup’i da kullanabilirsiniz 

Betest ile yedekleme yapmak için uygulamaniz gereken adimlar:

Volume Shadow Copy Service SDK 7.2’yi asagidaki web adresinden indirip kurulumunu gerçeklestirin.

           http://www.microsoft.com/downloads/details.aspx?FamilyID=0b4f56e4-0ccc-4626-826a-ed2c4c95c871&displaylang=en

 

Isleme baslamadan önce, Exchange Writer’larinin durumunu kontrol etmek gerekecektir. Bunun için komut satirinda “VSSadmin list writers” komutunu çalistirin. Eger komutu çalistirdiginiz sunucuda sadece aktif durumda veritabani varsa,
Microsoft Exchange Writer’in listelendigini göreceksiniz:

 

Pasif kopya da bulunuyorsa, Microsoft Exchange Replica Writer’da ayrica listelenecektir.

 

Listelenen writerlar ile ilgili özellikle dikkat edilmesi gereken iki bilgi, State ve Last error durumlaridir. Bunlarin sirasiyla Stable ve No error olmalari gerekmektedir.

 

Eger bu writerlardan bir tanesi Failed olmus ise, Information Store ya da Replication Servisini yeniden baslatarak, State’in Stable duruma geçmesini saglayabilirsiniz. Information Store’un yeniden baslatilmasinin kullanicilarin mailbox baglantilarini kesintiye  ugratacagi unutulmamalidir.

Bu adimda, Betest’in yedekleme konfigürasyonunu alacagi Components.txt dosyasini olusturacagiz. Bunun için öncelikle Notepad programini açin.

Components.txt içerisindeki konfigürasyon dosyasinin genel formati asagidaki gibidir. Bunu alacagimiz veritabanina uygun olarak degistirecegiz.

“<WriterId>”:
“<component-logical-path>” {“target” # “new
target”, …}, …”<component-logical-path>” :
‘”<subcomponent-logical-path>,…”;

WriterId, Vssadmin list writers komutuyla gördügümüz Writer Id’nin karsisindaki guid degeridir.

 

Geri kalan bölümlere ise, yedegi alinacak veritabaninin mantiksal lokasyonu ve GUID’i girilmektedir. Yedegini alacaginiz veritabaninin GUID’ini asagidaki komutla Exchange Management Shell üzerinden ögrenebilirsiniz: 

Get-mailboxdatabase “database–ismi” | fl guid

 

Asagida, aktif bir veritabani için olusturulan Components.txt dosyasi görülmektedir.

 

“{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}”:”Microsoft Exchange Server\Microsoft Information Store\Mailbox1\a03774fa-434a-49cd-8f99-79d932f5be71″;

 

Yukarida, “{76fe…” Writer’in idsi, “mailbox1” sunucunun ismi, “a0377…” veritabaninin GUID numarasidir. Eger veritabani pasif kopya ise, Microsoft Information Store’dan sonar birde Replica eklenmelidir:

 

“{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}”:”Microsoft Exchange Server\Microsoft Information Store\Replica\Mailbox1\a03774fa-434a-49cd-8f99-79d932f5be71″;

 

Yedekleme testini, ayni anda birden fazla veritabani için yapmak isteyebilirsiniz. Bunun içinde, her bir veritabaninin mantiksal path bilgisini, tirnak içerisinde ve virgülle ayirarak eklemeniz gerekmektedir:

 

“{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}”:“Microsoft Exchange Server\Microsoft Information Store\Replica\MailboxSunucu\5df67a32-5f44-4585-ad0e-962b70f399d3”,”Microsoft Exchange Server\Microsoft
Information Store\Replica\MailboxSunucu\35e64d4a-7c6b-41f8-a720-068d2798b908″,”Microsoft Exchange Server\Microsoft Information Store\Replica\MailboxSunucu\5afe57ab-c14d-4bf9-8a69-78691fad5a33″;
 

 Dosya içerigini yukarida belirtildigi sekilde hazirladiktan sonra bunu Components.txt adiyla, C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\amd64 klasörü altina kaydedin.

Komut satirinda betest’in kurulum klasörüne geçin. Betest, varsayilan olarak asagidaki lokasyonda bulunur:

 

 C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\amd64 

Asagidaki komutu çalistirin  

BETEST.exe /B /E /T 1 /S output.XML /C components.txt /D c:\betest > output.txt

Yukarida komutta “c:\betest” yedeklerin olusturulacagi path, output.txt ise yedekleme durumunun görülecegi ve yedekleme islemi bittiginde olusacak olan log dosyasidir. Sariyla isaretlenen lokasyonu
istediginiz gibi degistirebilirsiniz. Asagidaki resimde, Betest tarafindan yedegi alinan veritabani için olusturulmus klasörler görülmektedir.

 

Yedegin alinmasi sirasinda hatayla karsilasilmasi halinde, sorunun Exchange Writer’dan kaynaklandigi söylenebilir.  Islem sonucunda olusan Output.txt dosyasini, inceleme yapilmasi için Microsoft Teknik Destek Merkezine iletebilirsiniz.

Burak Petekkaya

 

Comments (0)