Kategori arşivi: Yedekleme

Bu kategori altında Yedekleme ile ilgili yazılar yayınlanmaktadır.

Felaket Senaryosu: Domain Controller Yedekten Dönüş – Windows 2008 R2 SP1

Microsoft tarafından System State ve Bare Metal yedeklerinin yedek alınan makinadan başka bir makinaya dönülmesi desteklenmiyor. Ancak bizim sanal sunucuda çalışan domain controller’ın yine bir sanal diske geri dönüş işleminde donanım bazında bir sorun olması beklenen bir durum değil. Ancak yine de donanımın mümkün olduğunca benzer olmasında fayda var – örneğin işlemci/çekirdek sayısı, bellek gibi. Hard disk boyutunun birebir aynı olması çok önemli, yoksa restore aşamasında hata alınması çok olası; özellikle yedekten dönülen sunucunun diski yedek alınan sunucudan daha küçük ise.

Bare Metal yedekten dönülme işlemi System State ve kritik disk bölümlerine yazma işlemi gerçekleştireceğinden yedekten dönme işleminin sunucu açıkken yapılması mümkün değildir. Yedekten dönme işleminin yapılacağı sunucunun yeni bir sanal sunucu olması ve üzerinde herhangi bir sistem kurulu olmaması, herhangi bir disk bölümü (partition) oluşturulmaması işleri kolaylaştıracaktır. Eğer bir sistem kurulumu ya da disk bölümü varsa bunlar da yedekten dönme aşamasında silinecektir.

VMWare üzerinde sanal sunucuya network kartı atanırken mutlaka geriye dönük uyumlu olan kart tipi (Hyper-V üzerinde Legacy Network Adapter, VMWare üzerinde E1000 gibi) seçilmeli, kesinlikle VMXNET gibi VMWare tools üzerinden çalışan network kartları seçilmemelidir.

Yedekten dönme işlemini yapmak için sunucuyu Windows 2008 R2 SP1 işletim sistemi kurulum diski ile açmamız gerekiyor:
Okumaya devam et

Felaket Senaryosu: Domain Controller Yedekleme – Windows 2008 R2 SP1

Felaket senaryosu düşünüldüğünde Domain Controller’ın uygun bir şekilde yedeklenmiş olması gerektiğini hepimiz biliyoruz. Microsoft tarafından desteklenen domain controller yedek ve yedekten geri dönüşler düşünüldüğünde en uygun çözüm Windows Server Backup ile bare metal olarak alınan yedektir. Her ne kadar Microsoft tarafından alınan System State ve Bare Metal yedeklerin sadece aynı donanım üzerine geri dönüşü destekleniyor olsa da, sanal bir domain controller yedeği aynı donanım (işlemci, çekirdek ve bellek düşünüldüğünde) üzerine rahatlıkla geri dönülebilir. Bu yazımızda sanal bir domain controller’ı yedekleyeceğiz ve bir sonraki yazımızda da bu domain controller’ı bir sanal disk üzerine geri döneceğiz.

Senaryomuz şu şekilde:

  • Sanal ortamda bulunan DC01 sunucumuzu 10.0.0.20 sunucu üzerinde bulunan DC_BackupBareMetal paylaşımına düzenli olarak Bare Metal seçeneği ile yedekleyeceğiz (bu yazımızda bu işlemi yapacağız),
  • Yedeklerin bir tape sürücü, harici bir disk, bulut gibi harici bir ortama da ayrıca yedeklendiğini farz edeceğiz,
  • Bir felaket sonrasında tüm sistemleri kaybedeceğiz,
  • Geri dönüş için ortamımızda önceki ortamımız ile benzer bir sanal ortam kurduğumuzu varsayacağız (VMWare veya Hyper-V). Bu sanal ortamda da bir Windows sunucu kurup almış olduğumuz yedeği bu sunucuya döneceğiz ve yedeği döndüğümüz dizini paylaşıma açacağız. Yazımızda bu sunucunun IP adresi 192.168.33.2, ağ maskesi 255.255.255.0 olacak, üzerinde DHCP, DNS vb. gibi hiçbir servis çalışmayacak,
  • Sanal ortamda DC01 sunucu ile benzer özelliklerde (işlemci/çekirdek sayısı, bellek miktarı, disk alanı) bir sunucu oluşturuyoruz ve bu sunucuyu en son yedek alındığı duruma getiriyoruz (yazımızın ikinci bölümünde geri dönüş işlemini gerçekleştireceğiz).

Öncelikle yedeği alınacak sunucuda (DC01) Windows Server Backup özelliğinin kurulu olması gerekir. Eğer kurulu değilse Server Manager altından “Add Features” ile Windows Server Backup Features tüm bileşenleri ile kurulur:

Sunucumuza Windows Server Backup özelliğini (feature) ekliyoruz.

Windows Server Backup Command-line Tools kurulmazsa wbadmin komut parametreleri kullanılamaz.

Kurulum bittikten sonra Start -> Administrative Tools -> Windows Server Backup adımından WSB arayüzünü başlatıyoruz. Arayüz açıldıktan sonra düzenli yedek alabilmek için sağ üst köşede Actions altından “Backup Schedule …”a tıklıyoruz:

Düzenli olarak yedek alacağımızdan Backup Schedule seçiyoruz.

Sadece bir kez yedek alinacaksa “Backup once…” seçilir.

Backup schedule’ın ilk adımı karşılama ekranı: Okumaya devam et

CA ArcServe Backup Otomatik Kartuş Slot Temizliği

CA ArcServe yazılımında sistem tarafından otomatik olarak kartuş temizliği yapılabilmesi için öncelikle tape library’mize bir temizleme kartuşu (cleaning cartridge) koymamız gerekiyor. Ben kullandığım bütün tape library’lerde temizleme kartuşunu en son slot’a koyuyorum (özel bir sebebi yok, sadece bu şekilde yapmak bana daha kolay geliyor.) Bundan sonra yapmamız gereken de tape library’de temizliğin ne kadar sürede bir yapılacağı. Bunun için de ben kendim için 80 saatlik bir süre belirledim, bu süre bütün hafta tape library’min toplam çalıştığı zaman; başka bir deyişle 80 saatlik süre benim haftada bir otomatik temizlik yapmamı sağlıyor.

Bu periyodik temizlik işlemini yapabilmek için ana menüden Administration -> Device seçiyor ve kullandığımız tape library’nin üzerine sağ tıklayarak Library Options‘ı seçiyoruz: Okumaya devam et

CA ArcServe Backup Yazılımında Etkinlik Günlüklerinin Veritabanından Görüntülenmesi

CA ArcServe Etkinlik Günlüğü (Activity Log)

CA ArcServe Etkinlik Günlüğü’ne Quick Start -> Job Status -> Activity Log ile ulaşıyoruz. Ancak bazı durumlarda, çalışan yedekleme işi (backup job) çok fazla hata (Error) ya da uyarı (Warning) üretebiliyor . Üretilen bu çok sayıda hata/uyarı Etkinlik Günlüğü tarafından görüntülenemeyecek kadar olabiliyor (bazen bir dosya tipi hakkında 100’lerce uyarı verebiliyor). Görüntüleyememe sebebi de çoğu zaman sistemin ana belleğinin (RAM) bu kayıtları açmaya yetmemesi. Ancak bu sunucudaki belleğin yetersiz olduğu anlamına gelmiyor; sizin sunucunuz yedekleme işi için yeterlidir, ancak 100’lerce satırı bir anda veritabanından çekip bunları bir pencerede listelemek için yeterli olmayabilir. Sonuçta kullandığınız sunucu bir yedekleme sunucusu, veritabanı sunucusu değil (her ne kadar üzerinde bir veritabanı çalışsa da.)

ArcServe Backup yazılımı kayıtlarını SQL Server üzerinde tutuyor. Kurulum sırasında yaptığımız tercihe bağlı olarak bu SQL Server da olabilir, SQL Express de, ancak bu bizim için hiç önemli değil. Okumaya devam et