arşiv

yazılar buna göre etiketlendi; ‘san’

VmWare de ince Ayarlar

Cumartesi, 05 Eyl 2009 Mustafa Serdar SARIOGLU yorum yok

Bir sanal sunucu eklediğinizde aşağıdaki adımlar ile daha fazla performans alabilirsiniz.

1) Mutlaka ama mutlaka vm tool ları kurmayı ihmal etmeyin. Bu tool lar hem gerekli driver hem de vm konsoldan bazı yönetimsel fonksiyonlar için arayüz oluşuturacaktır.

2) Swap dosyalarınızı imkanınız varsa başka bir diskte oluşturulmuş datastore içinde tutun. Bu size bellek krizlerinde fazladan performans kazandıracaktır.

3)Nasıl fiziksel sunucularda SQL gibi uygulamalarda db yi başka diske logları başka diske yazıyorsak sanal sunucunuzda sql için farklı datastore kullanın.

4) Haddinden fazla bellek vermeyin! Sunucularınıza gerektiği kadar bellek verin. Planlamanızı iyi yapın Vmware bol keseden bellek dağıtıyor gibi görünsede kriz anında tüm sunucularınızda swap işlemi olacağından yüksek performans kaybı yaşarsınız.

5) Klişe bir kavram :) disklerinizi defrag işlemine tabi tutun. Datastorelarınız SAN üzerinde ise bu işlemi haftada bir yapmanız kafidir zira SAN copy de datalar bire bir aktarılır.

Categories: Sistem Tags: , , , , , ,

Yedekleme Politikaları Bölüm 1

Bir sistemi yedeklemeden önce bazı şeyleri tasarlamanız gerekiyor. Klasik yaklaşımdır ama aslında temelde sizin yedekleme politikanızı belirleyen temel etken; sisteminizin bir şekilde geri gelemez şekilde devre dışı kaldığında, hangi andan itibaren geri döneceğiniz andır.

Örneğin bir iis sunucusunu üzerinde, “dosya değişimi yoksa” haftada bir fark yedek almak sizin işinizi görecektir. Ancak ciddi dataların döndüğü bir database sunucusunda veri tabanındaki değişiklikleri anlık olarak yedeklemeniz gerekebilir. Aslında hiç tekniğe girmeden şu cümle sizin ne sıklıkla neyi yedekleyeceğinizin cevabını verecektir. “Bu sistemi kaybettiğimde bana ne kadar zarar verir?”

O zaman yedekleme yaklaşımlarını basit olarak inceleyelim. Kararı siz verirsiniz :)

1) Full Backup: Adı üstünde bir dosyayı, sistemi,veri tabanını tamamen kopyasını aldığımız yedekleme yöntemidir. En kolay dönüş yapılan (bunun nedenini ileride bir örnekle açıklayacağım) ve bir o kadar uzun sürüp sistemi yoran, yedekleme ünitlerinizde yer kaplayan yoldur.

2) Incremental Backup: Burda mantık çok basittir son aldığınız yedek ile yedek almaya başladığınız zaman arasındaki veri değişimleri yedeklenir. Bu kıyaslama yedek aldığınız üçüncü parti yazılıma ve dosyalar üzerinde backup etiketlerine göre değişim gösterebilir. Yedekleme sırasında yedeklenen dosyaya bir etiket atanarak son yedeklenme tarihi yazılır. Yedekleme süresi son derece kısadır ve diskte az yer kaplar ancak geri dönüşlerde biraz uğraştırıcıdır.

3) Shadow Copy: Aslında full backup ile aynıdır burada tek fark yedekleme etiketlerinin atılmamasıdır.

Şimdi örnek olarak bir file serverda hafta içi her gün incremental cumartesi full backup aldığımızı düşünelim. Sistem perşembe fail versin :) Sıfırdan bir sistem kurdunuz ve dönüş sıranız sırası ile şu olacaktır. Cumartesi alınan full + pzrtesi inc. + salı inc + çarşamba inc. (4 adımda bitti)

Backup planınız şu şekilde olsaydı; pazartesi inc, salı inc, çarşamba full, perş inc, cuma inc, cumartesi full. Dönüşünüz şu şekilde olacaktı. Çarşamba full :) Tek adımda ve diğerine göre daha hızlı bir şekilde hallettik. Tabi her araya eklediğimiz full bize fazladan depolama yerine mal olacaktı.

Şimdilik bir giriş yaptık bir sonraki bölümde nokta atışı yedekleme yapacağız. SQL – File – System – Printerlar vs.

Categories: Sistem Tags: , ,