"İş Sürekliliği" etiketi için bulunan tüm sonuçlar:

Exchange Server DAG Yapısında Manual DB Seeding

Kısa süre önce bir müşterimiz için uyguladığımız çözüm eminim aynı veya benzer durum ile karşılaşan birçok kişinin işine yarayacaktır.

Aynı subnet/lokasyon içinde Mailbox Database’lerinin yüksek erişilebilirliğini (high availability) arttırmak, farklı subnet/lokasyonlar arasında ise site esnekliği/dayanıklılığı (site resilience) sağlamak için kullanılan DAG (Database Availability Group) yapısı, Exchange Server organizasyonlarının vaz geçilmez bir parçasıdır. Mailbox rolünü tutan sunucular üzerinde yer alan ve kullanıcı mailbox’larını barındıran database’lerin, aynı lokasyon veya farklı lokasyonlar içerisinde konumlanmış diğer Mailbox Server’lara replikasyonunu amaçlayan DAG, mailbox erişimi ve yedeklemesi notasında kritik rol oynar ve database seviyesinde recovery şansı sunar.

Exchange Server organizasyonu içerisinde bir DAG yapısı devreye aldıktan sonra yüksek erişilebilirlik hedeflediğiniz mailbox database’lerini DAG yapısına dahil etmelisiniz. Bir mailbox database’i DAG yapısına ilk kez eklediğinizde seeding (tohumlama) dediğimiz bir olayın gerçekleşmesi gerekir. Bu olay, ilgili mailbox database için diğer Mailbox Server üzerinde bir kopya oluşması amacıyla gerçekleşir çünkü olayın başında diğer Mailbox Server üzerinde söz konusu database için herhangi bir data yoktur.

Exchange Server DAG Topolojisi

Seeding işlemi sonrasında mailbox database’in tüm içeriği bir kereye mahsus diğer Mailbox Server’a taşınmış olur ve artık sadece oluşan log dosyalarının transferi ile değişiklikler aktarılarak pasif mailbox database üzerine işlenir.

Normal şartlarda seeding işlemi Add-MailboxDatabaseCopy işleminin, yani söz konusu mailbox database’i DAG yapısına dahil ettiğiniz anın bir parçası olarak, ekleme anından hemen sonra otomatik bir şekilde başlar ve ana veri kopyalanana kadar devam eder. Eğer DAG yapınız yerel ağ ortamında veya arada yüksek hızlı bağlantı olan lokasyonlar arasında kurulmuş ise, seeding işlemi mailbox database boyutları ile de paralel olarak mümkün olan en kısa sürede tamamlanacaktır. Ama şayet DAG yapısının arada yüksek hızlı bir bağlantı olmayan WAN ortamında çalışması gerekiyor ve mailbox database boyutlarınız da biraz yüksek ise, işte tam bu noktada seeding işleminin tamamlanması çok ciddi zaman alabilir ve hatta bazen mümkün olmayabilir.

Devamını oku…

Hyper-V Replica

14.06.2012 | 02:58 Dokümanlar , Hyper-V , Windows Server 13 Yorum

Kısa bir sure önce Release Candidate sürümü ile son dönemece giren Windows Server 2012 ‘nin Release (RTM) olup raflardaki yerini almasına az bir zaman kaldı. Olayın doğası gereği ve her yeni işletim sisteminde olduğu gibi bu seferki için de şimdiye kadarkilerin en iyisi diyebiliriz. Dünya üzerinde en çok tercih edilen sunucu işletim sistemleri olan Windows Server Ailesi’nin bu yeni üyesi, özellikle sunucu sanallaştırma rolü Hyper-V ile ilgili 10’larca yenilik ve henüz rakipsiz birçok özelliği de beraberinde getiriyor. Bu heyecan verici yenilikler arasında ilk konuşulması gerekenlerden biri hiç şüphesiz Hyper-V Replica özelliği.

Bu yazıda aşağıdaki konuların detaylarını bulabilirsiniz.

  • Hyper-V Replica nedir? Neler sağlar?
  • Hyper-V Replica ‘da öne çıkanlar.
  • Hyper-V Replica ’da güvenlik hususları.
  • Hyper-V Replica ’yı hangi senaryolarda kullanabilirsiniz?
  • Ön gereksinimler ve yönetim araçları.

Hyper-V Replica Nedir?

Hyper-V Replica yeni bir Windows Server 2012 Hyper-V özelliğidir. Hyper-V Host’larınız üzerinde çalışan sanal makine + iş yüklerinin, aynı veya farklı coğrafyalarda konumlanmış veri merkezleri arasında IP üzerinden replikasyonunu sağlarken, çok düşük maliyetler ile İş Sürekliliği & Felaket Kurtarma senaryoları tasarlamaya da yardımcı olan platform entegre bir replikasyon çözümüdür.

Hyper-V Replica

Hyper-V Replica sayesinde, asıl lokasyonunuzda (Primary Site) hizmet veren ve çalışır durumda olan sanal makinelerinizi, bu iş için kullanacağınız kopya lokasyona (Replica Site) TCP/IP protokolü üzerinden belirli aralıklar ile taşıyarak (Replication) çoğaltılmasını ve Primary Site dışında bir yerlerde de konumlanmasını/yedeklenmesi sağlayabilir, kendi Business Continuity and Disaster Recovery (İş Sürekliliği ve Felaket Kurtarma) yapınızı oluşturabilirsiniz. Devamını oku…