DPM 2012 SP1 ile Exhange 2010 DAG Journal Backup İşlemi

Merhaba,

VSS fail olmuş gözüküyor. Exchaneg Information  store servisini restart edin yada sunucuyu restart edin düzelecektir.

Merhaba,

VSS fail olmuş gözüküyor. Exchaneg Information  store servisini restart edin yada sunucuyu restart edin düzelecektir.

 Buğra Bey 3 ay içerisinde birçok kez servisi ve sunucuyu restart ettik fakat çözüm olmadı restart işleminden sonra birkez backup alıp daha sonra tekrar hata düşüyor.

Detaylı olarak Exchange ve DPM loglarını incelemek gerekir. Özellikle VSS servisinin log seviyesini expert moda alarak daha fazla log üretmesini sağlayıp incelemek faydalı olacaktır.

Sorunun çözümünü buldum. Şu an sorunsuz backup almaktayız.

Kısaca anlatmak gerekirse  DPM 2010 dan DPM 2012 ye geçtikten sonra backup işlemlerinde ID:917 hatasını alıyorduk ben bu hatayı tüm backuplar aynı anda çalıştığı için cihaz fiziksel olarak yeterli olmuyor diye yorumlayıp üstünde fazla durmamıştım. Exchange backupta yaşanan sıkıntılar sebebi ile Exchange Protection Group in backup saatini diğer backuplardan ayırmıştım bu vesile ile farkettimki ID : 917 hatası sadece Exchange backup işleminde oluşuyordu.

Bunun üzerine araştırdığımda bir makalede ( http://social.technet.microsoft.com/Forums/en-US/17b8def5-0c41-444d-a840-64dafd9a1a80/connection-to-the-dpm-service-has-been-lost-id917-when-backup-of-exchange-database-runs-to ) bu şekilde : "This can occur if there are two entries in the tbl_RM_RecoverableObject table for Exchange's component. There should be only 1 entry - unfortunately this is not something that is fixable in a forum setting, please open a support case for further investigation and solution." bir açıklama okudum.

tbl_RM_RecoverableObject tablosuna baktığımda Exchange için tanımlamış olduğumuz eski backupların izlerinin bile hala tabloda bulunduğunu gördüm. Bu kayıtlar sanırım DPM 2010 dan 2012 Eval'e geçiş ve Eval RTM versiyona geçerken DPM DB backup - restore işlemlerinden kaynaklandı. Bunun üzerine DPM de Exchange protection group ı sildim ve Exchange sunucularımdan DPM agentlarını kaldırdım amacım DPM üzerinde Exchange ile ilgili hiçbir kalıntı bırakmayıp DB üzerinde manuel silme işlemi yapmaktı.

Bulduğum ( http://gallery.technet.microsoft.com/scriptcenter/c0c57332-8624-48c0-b4c3-5b31fe641c58 ) bu store procedure ile DB de "Exchange","Journal" ve "[SUNUCU_İSİMLERİ]" gibi aramalar yaparak çıkan tüm kayıtları sildim. Bu kısım pek kolay olmadı çünkü tablolar birbiri ile ilişkili olduğundan örneğin bir tablodan bir veri silmek istediğimde diğer bir tablodaki kayıtla eşleştiği hatasını alıyordum ve iç içe sorgular yazarak (yaklaşık 600 sorgu) DB deki tüm kayıtları sildim. Çözüm olarak iki seçenek vardı ya DPM i tekrardan kurmak ki kritik backuplar olduğu için bunu göze alamadım yada DB den kayıt silmek, kayıt silmeye başladığımda 600 tane sorgu yazmam gerektiğini öngöremedim çünkü bir tablodaki bir kaydı silebilmek için tam 13 tablodan kayıt silmem gerektiği oldu fakat her defasında sanırım bu son hatadır diyip bir sonraki adıma geçtim biraz sinir bozucu oldu ama temizlendi çok şükür.

 Şu an exchange sunucularıma agent ı tekrar kurdum ve protection group oluşturdum yedekler sorunsuz alındı. İlgilenenlere tekrar teşekkürler.