İlginizi Çekebilir
  1. Ana Sayfa
  2. Symantec ve Trend Micro
  3. Enterprise Vault’un Yedeklenmesi İşlemi

Enterprise Vault’un Yedeklenmesi İşlemi

Bilindiği üzere Enterprise Vault ; File System Archiving, Exchange Server Mailbox&Journal&PublicFoler Archiving, Sharepoint Archiving , SMTP Archiving, Domino Archiving işlemleri için kullanılan ve Gartner Magic Quadrant’ta “Leaders” çeyreğinde olan Enterprise Information Archiving çözümüdür.

Bu yazımda Enterprise Vault ‘un kullanımına dair önemli noktalardan biri olan yedeklenmesi prosedürü üzerine değinmek istiyorum.

Test lab’ımdan bahsedeyim;

Domain : test.sym

EV Server : winev1

SQL Server : winsql

Domain Controller : windc1

EV’nin yapısı göz önüne alındığında arşivlenen objeler Vault Store Partition Location’da barınır. Partition’ın nerede duracağı, Partition oluşturulurken belirlenir. EV ile arşivleme işleme için mutlaka Vault Store Partition’a ihtiyaç duyulur.

Örnek : Mailbox arşivleme için yada Journal Mailbox arşivleme gibi.

Yedekleme için kullanılan yazılım ile Vault Store’ların ve Index lokasyonlarının yedeği (mümkünse farklı bir schedule ile temp, msmq, cache vs… ) yedeği alınmalıdır.

Firmanızda Exec yada Symantec NetBackup kullanıyorsanız bu yazılımlar Agent’ları sayesinde EV’yi algılayarak güvenli şekilde Mode’a alırlar ve yedekleme sonrasında yine güvenli biçimde Mode’dan çıkarırlar. Sonrasında da Vault Store’lar içindeki dosyaların (A) Attribute’larını temizlerler.

Eğer firmanızda bu iki ürün dışında bir yazılımla EV’nin yedeğini almak isterseniz tabii ki mümkündür. Fakat bir kaç noktaya dikkat edilmelidir. Çünkü bu iki ürün dışındaki yazılımlar Vault Store’lar içindeki file’ların (A) Attribute’larını yedekleme işleminden sonra temizleyemeye bilir. Bu durum Safety Copy’nin silinememesine yok açar. Yani arşivlenen item hem EV’de durur hemde Exchange Server’da durmaya devam eder. Özetle EV yedekleme işlemini olması gerektiği gibi algılayamamış olur.

Bu durumun önüne geçmek için ( normal şartlarda yedekleme sonrası Safety Copy silinmelidir) EV (A) Attribute’ına bakmak yerine alternatif olarak Trigger file kullanımını sunuyor.

Yapılandırmaya geçebiliriz.

Vault Store’lar için Backup durumuna bakalım.


Resim-1

Görüldüğü gibi (A) değeri incelenerek aksiyon alınıyor.

Vault Store Partition Location’a bakalım.


Resim-2

E:\EV\vsg1\kasa1 dizini altında görünüyor.

E:\EV\vsg1\kasa1 dizinine giderek ismi IgnoreArchiveBitTrigger olacak şekilde boş bir txt uzantılı dosya oluşturunuz.

Bu dosyayı tüm Vault Store Location’larında oluşturmalısınız. Dikkat!

Ardından uygun bir andaysanız aşağıdaki rapor’a bakarak yedekleme için bekleyen item’ları gözleyin.


Resim-3

Vault Store Partition özelliklerinden Backup denetimini Trigger File’a çekerek bir interval belirleyiniz.(hızlı sonuç almak için Store Service’nin yeniden başlatınız. İsterseniz interval’ın dolmasını da bekleyebilirsiniz).


Resim-4

Interval dolup ilk tarama yapıldığında EV bir trigger file bulacak (step 7) ve uzantısını .old şeklinde değiştirecektir ve o andaki tüm arşivlenen itemların güvenli bir şekilde yedeklendiğini düşünüp (A) ‘ları silecektir.

Bizim yapacağımız işlem EV’ye storage service başladığında yada EV Backup Mode’dan çıktığından yada interval dolduğunda sonuna .old ekleyebileceği boş bir txt (step 7) göstermek olacak.

EV’yi Backup Mode’a almak ve Backup Mode’dan çıkarmak için Script’ler kullanacağız ( kolaylık ).

EV’yi Backup Mode’a almak için aşağıdaki satırları kullanabilirsiniz.

Powershell -psconsolefile “C:\Program Files (x86)\Enterprise Vault\EVShell.psc1” -command “& {Set-VaultStoreBackupMode -Name LifeRoot -EVServerName kasa -EVObjectType Site}”

Powershell -psconsolefile “C:\Program Files (x86)\Enterprise Vault\EVShell.psc1” -command “& {Set-IndexLocationBackupMode -EVServerName kasa -EVSiteName LifeRoot}”

del “E:\EV\vsg1\kasa1\ignorearchivebittrigger.old”

del “E:\EV\vsg1\journalVS\ignorearchivebittrigger.old”

copy C:\IgnoreArchiveBitTrigger.txt “E:\EV\vsg1\kasa1”

copy C:\IgnoreArchiveBitTrigger.txt “E:\EV\vsg1\journalVS”

17. ve 18. Maddeler site’ı Backup Mode’a çeker. 19. ve 20. Maddeler eski trigger file’ı siler. 21. Ve 22. Maddeler EV değiştirebilsin diye yeni trigger file oluşturur.

Bu dört maddeden bir ps1 hazırlarsanız zamanlanmış görevleri kullanmak kolay olacaktır.

Ardından Script’i çalıştırarak EV’yi Backup Mode’a alın ve *.old dosyalarının silindiğini ve yeni txt’nin oluştuğunu gözleyin.

Şimdi alabilirsiniz.

Yedek alma işlemi bittikten sonar EV’yi Backup Mode’dan çıkarmak için aşağıdaki satırları kullanabilirsiniz.

Powershell -psconsolefile “C:\Program Files (x86)\Enterprise Vault\EVShell.psc1” -command “& {Clear-VaultStoreBackupMode -Name LifeRoot -EVServerName kasa -EVObjectType Site}”

Powershell -psconsolefile “C:\Program Files (x86)\Enterprise Vault\EVShell.psc1” -command “& {Clear-IndexLocationBackupMode -EVServerName kasa -EVSiteName LifeRoot}”

Yine bir adet ps1 Script’i hazırlamak işleri kolaylaştırır.

EV Backup Mode’dan çıktıktan sonra step 10’daki raporu tekrar çalıştırın.


Resim-5

Artık yedekleme için bekleyen item görünmüyor. EV yedekleme işlemi sonrasında arşivlenen item’ların güvence altına alındığını anlamış oldu.

Bu işlemler sırasında şunlara dikkat ederseniz Script tarafında sorun yaşamazsınız. EV, 32-bit Powershell sürümünü kullanıyor. Powershell’de varsayılan da Execution Policy kısıtlanmıştır.

Başlangıçta belirttiğim gibi Backup EXEC ya da NetBackup kullanıyorsanız önceki 34 maddeye gerek yok.

Konularla ilgili Symantec tarafındaki Tech Docs’a bakmak isterseniz aşağıdaki link’ler işinize fazlasıyla yarayacaktır.

http://www.symantec.com/business/support/index?page=content&id=TECH35610

http://www.symantec.com/business/support/index?page=content&id=TECH69486

UYARI : Vault Store Partition Location , ScreenShot’lardaki isimler , Trigger File interlar , Sunucu isimleri , Domain ismi ve bunlara benzer herşey benim test lab’ıma özeldir. Siz yapınızdaki değerleri kullanınız.

Bu konuyla ilgili sorularınızı https://forum.mshowto.org linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz.

Referanslar

www.mshowto.org

Yorum Yap

Yazar Hakkında

1981'de Isparta’da doğdum. Üniversiteye kadar yaşantım Isparta'da devam etti. Lisansımı ve Yüksek Lisansımı Yıldız Teknik Üniversitesinde tamamladım. Windows NT'nin zamanının geçip Windows 2000 Server ve Client tarafının yaygınlaşmaya başladığı dönemlerde Microsoft sertifikasyon eğitimleri ile amatörce ilgilendiğim Bilişim Teknolojileri alanında, profesyonelliğe doğru ilerleyişim başladı. Lisans eğitimimin son zamanlarında ve yüksek lisansım ilk yılında freelance olarak çalıştım. 2006'in ilk çeyreğinden itibaren Bilge Adam Bilgi Teknolojileri Akademisi’nde Microsoft Sertifikasyon eğitimleri vermeye bağladım. Ardından Ankara Kızılay şubesinde 2 yıl Sistem ve Ağ Uzmanlığı departmanında Bölüm Başkan Yardımcılığı yaptım. Bilge Adam Kurumsal’da MS Sistem ve Platform kısmında Danışmanlık ve Eğitim hizmetleri ile Bilge Adam macerama devam ettim. Son 1.5 yıl kurumum adına Savunma Teknolojileri Mühendisliği A.Ş. 'ye MS Sistem ve Platform, Vmware Infrastructure (ESXi, vSphere) , Endpoint Security & Content Gateways (Checkpoint & Websense) , Network Infrastructure (Cisco Systems - Routing & Switching) alanlarında danışmanlık hizmeti verdim. Şu an SYMTURK firmasında Enterprise Vault ve Altiris CMS ürünlerinde danışmanlık hizmetine devam ediyorum. Vakit ayırabildiğim ölçüde eşimle WoW oynuyorum.

Yorum Yap