Aracılığıyla paylaş


Azure VM'lerinde SQL Server için iş sürekliliği ve HADR

Şunlar için geçerlidir: Azure VM'de SQL Server

Bu makale, yüksek kullanılabilirlik ve olağanüstü durum kurtarma (HADR) için kullanabileceğiniz yalnızca Azure ve hibrit iş sürekliliği çözümlerini Azure Sanal Makineler'deki SQL Server'ınız (VM) ile karşılaştırır ve karşılaştırır

İş sürekliliği, olağanüstü bir durumda işinizi sürdürme, kurtarma planlaması ve verilerinizin yüksek oranda kullanılabilir olmasını sağlama anlamına gelir. Azure Sanal Makineler'da SQL Server, yüksek kullanılabilirlik ve olağanüstü durum kurtarma (HADR) veritabanı çözümünün maliyetini düşürmeye yardımcı olabilir.

Not

Azure Geçişi kullanarak hem yük devretme kümesi örneğinizi hem de kullanılabilirlik grubu çözümünüzü Azure VM'lerinde SQL Server'a kaldırabilir ve kaydırabilirsiniz.

Genel bakış

Azure VM'lerinde SQL Server aşağıdaki tür çözümleri destekler:

  • Yalnızca Azure: HADR sisteminin tamamı Azure'da çalışır.
  • Karma: Çözümün bir bölümü Azure'da, diğer bölümü ise kuruluşunuzda şirket içinde çalışır.

Azure ortamının esnekliği, SQL Server veritabanı sistemlerinizin bütçesini ve HADR gereksinimlerini karşılamak için kısmen veya tamamen Azure'a geçmenizi sağlar. Veritabanı sistemlerinizin kurtarma süresi hedefi (RTO), kurtarma noktası hedefi (RPO) ve hizmet düzeyi sözleşmesi (SLA) için iş gereksinimlerinizi karşılayan HADR özelliklerine sahip olduğundan emin olmak size bağlıdır.

Azure tarafından sağlanan bulut hizmetleri için hizmet düzeltme ve sanal makineler için hata kurtarma algılama gibi yerleşik yüksek kullanılabilirlik mekanizmaları SLA, RTO veya RPO'yu karşılayabileceğinizi garanti etmemektedir. Bu mekanizmalar sanal makinenin yüksek kullanılabilirliğini korumaya yardımcı olsa da, VM içinde çalışan SQL Server'ın kullanılabilirliğini korumaz. VM çevrimiçi ve iyi durumdayken SQL Server örneğinin başarısız olması mümkündür. Azure tarafından sağlanan yüksek kullanılabilirlik mekanizmaları bile, yazılımdan veya donanım hatalarından kurtarma ve işletim sistemi yükseltmeleri gibi olaylar nedeniyle VM'lerin kapalı kalma süresine izin verir.

İş sürekliliği özellikleri

Aşağıdaki tabloda, yüksek kullanılabilirlik (HA), olağanüstü durum kurtarma (DR) veya her ikisi için de (HA/DR) kullanabileceğiniz yalnızca Azure ve karma SQL Server özellikleri listelenmiştir:

Bu SQL Server özellikleri, hem Azure'da hem de karma yapılandırmada iş sürekliliği için desteklenir. Seçeneklerden bazıları hem yüksek kullanılabilirlik hem de olağanüstü durum kurtarma (HA/DR), yüksek kullanılabilirlik (HA) için idealdir, diğerleri ise olağanüstü durum kurtarma (DR) için kullanılır.

SQL Server özellikleri HA/DR seçeneği Ayrıntılar
Always On kullanılabilirlik grupları Yüksek kullanılabilirlik ve olağanüstü durum kurtarma Farklı kullanılabilirlik alanlarına ve/veya bölgelere çoğaltma ekleyerek veritabanı düzeyinde koruma sağlar, yüksek kullanılabilirliği ve olağanüstü durum kurtarmayı artırır.
Always On yük devretme kümesi örnekleri (FCI) Yüksek kullanılabilirlik Örnek düzeyinde koruma sağlamak için paylaşılan depolamayı kullanır. Kullanılabilirlik gruplarıyla birleştirerek hem veritabanı hem de örnek düzeyinde korumayı artırın.
Günlük gönderimi Olağanüstü durum kurtarma Olağanüstü durum kurtarma için veritabanı düzeyinde koruma, birincil sunucudan işlem günlüğü yedeklemeleri göndermeyi ve bunları ikincil bir sunucuya geri yüklemeyi içerir. Azure dosya paylaşımı gereklidir.
Azure Blob depolama ile SQL Server yedekleme ve geri yükleme Olağanüstü durum kurtarma Olağanüstü durum kurtarma koruması için Azure Blob depolamada depolanan üretim veritabanı yedeklemeleri.
Azure Site Recovery Olağanüstü durum kurtarma VM'leri birincil siteden ikincil siteye çoğaltan bir olağanüstü durum kurtarma çözümü.

Hem yüksek kullanılabilirlik hem de olağanüstü durum kurtarma özelliklerine sahip bir SQL Server çözümü uygulamak için teknolojileri birleştirebilirsiniz. Kullandığınız teknolojiye bağlı olarak, karma dağıtım için Azure sanal ağına sahip bir VPN tüneli gerekebilir. Teknolojiler aynı olsa da Azure'da veya karma tasarımda nasıl ayarlandıklarında bazı farklılıklar olabilir.

Kullanılabilirlik Grupları (HADR)

Azure VM'lerinde SQL Server'ınızı veritabanı düzeyinde korumak, yüksek kullanılabilirlik ve olağanüstü durum kurtarma (HADR) çözümü olarak kullanılabilirlik grupları kullanılarak yapılabilir. Aynı bölgedeki Azure VM'lerinde çalışan çoğaltmalar yüksek kullanılabilirlik sağlar. Windows yük devretme kümelemesi bir Active Directory etki alanı gerektirdiğinden bir etki alanı denetleyicisi VM'si gerekir.

Birincil Çoğaltma, İkincil Çoğaltma ve Dosya Paylaşımı Tanığından oluşan WSFC Kümesinin üzerindeki Etki Alanı Denetleyicisini gösteren diyagram.

Başlamak için kullanılabilirlik grubu öğreticisini gözden geçirin.

Daha yüksek yedeklilik, kullanılabilirlik ve olağanüstü durum kurtarma koruması için Azure VM'leri, kullanılabilirlik grubuna genel bakış bölümünde belirtildiği gibi farklı kullanılabilirlik alanlarına dağıtılabilir. Azure VM'lerinde birden çok veri merkezinde çalışacak şekilde kullanılabilirlik çoğaltmalarının genişletilmesi, olağanüstü durum kurtarma kapsamına ek olarak eklenir. Bölgeler arası çözüm, tam bir site kesintisine karşı korumaya yardımcı olur.

Zaman Uyumsuz İşleme ile bağlanan Birincil Çoğaltma ve İkincil Çoğaltma ile iki bölgeyi gösteren diyagram.

Bir bölge içinde tüm çoğaltmalar aynı bulut hizmetinde ve aynı sanal ağda olmalıdır. Her bölgenin ayrı bir sanal ağı olduğundan, bu çözümler ağdan ağa bağlantı gerektirir. Daha fazla bilgi için bkz . Azure portalını kullanarak ağdan ağa bağlantı yapılandırma. Ayrıntılı yönergeler için bkz . Farklı Azure bölgelerinde SQL Server AlwaysOn kullanılabilirlik grubu yapılandırma.

Karma yapılandırmada, bazı kullanılabilirlik çoğaltmaları Azure VM'lerinde çalıştırılır ve diğer çoğaltmalar siteler arası olağanüstü durum kurtarma için şirket içindedir. Üretim sitesi şirket içinde veya azure veri merkezinde olabilir.

Şirket içinden Azure'a yapılandırılan Kullanılabilirlik gruplarının diyagramı.

Tüm kullanılabilirlik çoğaltmalarının aynı yük devretme kümesinde olması gerektiğinden, küme her iki ağı da (çok alt ağlı bir yük devretme kümesi) kapsamalıdır. Bu yapılandırma, Azure ile şirket içi ağ arasında bir VPN bağlantısı gerektirir.

Veritabanlarınızın olağanüstü durum kurtarma işleminin başarılı olması için olağanüstü durum kurtarma sitesine bir çoğaltma etki alanı denetleyicisi de yüklemeniz gerekir. Başlamak için kullanılabilirlik grubu öğreticisini gözden geçirin.

Yük devretme kümesi örnekleri (HA)

Azure VM'lerinde SQL Server yük devretme kümesi örneklerini (FCI) destekler ve bu çözüm örnek düzeyinde yüksek kullanılabilirlik sağlar. Ek koruma için yük devretme kümesi örneklerinin üzerinde kullanılabilirlik grupları oluşturarak hem veritabanı hem de örnek düzeyinde yedeklilik oluşturabilirsiniz. FCI özelliği paylaşılan depolama gerektirir ve Azure VM'lerinde SQL Server ile çalışan beş çözüm vardır:

  • Windows Server 2019 için Azure paylaşılan disklerini kullanma. Paylaşılan yönetilen diskler, aynı anda birden çok sanal makineye yönetilen disk eklemeye olanak tanıyan bir Azure ürünüdir. Kümedeki VM'ler, SCSI Kalıcı Ayırmaları (SCSI PR) aracılığıyla kümelenmiş uygulama tarafından seçilen ayırmaya göre ekli diskinizi okuyabilir veya yazabilir. SCSI PR, şirket içi bir depolama alanı ağında (SAN) çalışan uygulamalar tarafından kullanılan endüstri standardı bir depolama çözümüdür. Yönetilen diskte SCSI PR'yi etkinleştirmek, bu uygulamaları olduğu gibi Azure'a geçirmenizi sağlar.

  • Windows Server 2016 ve üzeri için yazılım tabanlı bir sanal SAN sağlamak üzere Depolama Alanları Doğrudan (S2D) kullanma.

  • Windows Server 2012 ve üzeri için Premium dosya paylaşımı kullanma. Premium dosya paylaşımları SSD desteklidir, sürekli olarak düşük gecikme süresine sahiptir ve FCI ile kullanım için tam olarak desteklenir.

  • Kümeleme için bir iş ortağı çözümü tarafından desteklenen depolamayı kullanma. SIOS DataKeeper kullanan belirli bir örnek için yük devretme kümelemesi ve SIOS DataKeeper blog girdisine bakın.

  • Azure ExpressRoute aracılığıyla uzak bir iSCSI hedefi için paylaşılan blok depolamayı kullanma. Örneğin, NetApp Özel Depolama (NPS), Azure VM'lerine Equinix ile ExpressRoute aracılığıyla bir iSCSI hedefi sunar.

Microsoft iş ortaklarının paylaşılan depolama ve veri çoğaltma çözümleri için yük devretme sırasında verilere erişmeyle ilgili sorunlar için satıcıya başvurun.

Başlamak için VM'nizi FCI için hazırlayın.

Günlük gönderimi (DR)

Azure'daki başka bir olağanüstü durum kurtarma çözümü, birincil sunucudaki birincil veritabanından ayrı bir ikincil sunucudaki bir veya daha fazla ikincil veritabanına otomatik olarak işlem günlüğü yedeklemeleri gönderen günlük gönderimidir. Günlük gönderimi yapılandırması, işlem günlüğü yedeklemelerini depolamak için bir Azure Dosya Paylaşımı kullanır.

Azure'da günlük gönderimi diyagramı.

Günlük gönderimini karma bir ortamda yapılandırmanız gerekiyorsa, bir sunucu bir Azure VM'de bulunur ve diğeri siteler arası olağanüstü durum kurtarma için şirket içindedir. Günlük gönderimi Windows dosya paylaşımına bağlıdır, bu nedenle Azure sanal ağı ile şirket içi ağ arasında vpn bağlantısı gereklidir.

Günlük gönderimi diyagramı.

Veritabanlarınızın olağanüstü durum kurtarma işleminin başarılı olması için olağanüstü durum kurtarma sitesine bir çoğaltma etki alanı denetleyicisi de yüklemeniz gerekir.

Yedekleme ve geri yükleme (DR)

Olağanüstü durum kurtarma için üretim veritabanlarınızı yedeklemek gerekir. Azure'da, olağanüstü durum kurtarma için veritabanlarını doğrudan farklı bir veri merkezinde Blob depolamaya yedekleyebilirsiniz.

Bir bölgedeki veritabanının başka bir bölgedeki Blob Depolama'ya yedeklendiğini gösteren diyagram.

Karma çözümde, şirket içi üretim veritabanları olağanüstü durum kurtarma için doğrudan Azure Blob depolamaya yedeklenebilir.

Yedekleme ve geri yükleme diyagramı.

Daha fazla bilgi için bkz. Azure Sanal Makineler'da SQL Server için yedekleme ve geri yükleme.

Azure Site Recovery (DR) ile çoğaltma

Azure Site Recovery , hem Azure'da hem de karma yapılandırmada olağanüstü durum kurtarma çözümü olarak kullanılabilir.

Azure'ın içinde, bir Azure veri merkezinde bulunan üretim SQL Server örneği, olağanüstü durum kurtarma için doğrudan farklı bir Azure veri merkezinde Azure Depolama'ya çoğaltılır.

Başka bir veri merkezinde olağanüstü durum kurtarma için Azure Site Recovery Çoğaltması'nın kullanıldığı bir Azure veri merkezinde veritabanını gösteren diyagram.

Karma ortamlar için, şirket içi üretim SQL Server örneği olağanüstü durum kurtarma için doğrudan Azure Depolama'ya çoğaltılır.

Azure Site Recovery kullanarak çoğaltma diyagramı.

Daha fazla bilgi için bkz . SQL Server olağanüstü durum kurtarma ve Azure Site Recovery kullanarak SQL Server'ı koruma.

Azure'da ücretsiz DR çoğaltması

Yazılım Güvenceniz varsa, pasif olağanüstü durum kurtarma örneği için ek lisanslama maliyetleri doğurmadan SQL Server ile karma olağanüstü durum kurtarma (DR) planlarını uygulayabilirsiniz. Ayrıca tüm çoğaltmalar Azure'da barındırılıyorsa kullandıkça öde lisansına sahip lisanssız DR çoğaltmalarına da hak kazanabilirsiniz.

Örneğin, üç çoğaltmanın tümü Azure'da barındırıldığında iki boş pasif ikincil öğeye sahip olabilirsiniz:

Azure'da her şey olduğunda iki ücretsiz pasifin diyagramı.

Ya da lisanslı birincil şirket içi, HA için bir ücretsiz pasif, şirket içi DR için bir serbest pasif ve Azure'da DR için bir ücretsiz pasif ile karma bir yük devretme ortamı yapılandırabilirsiniz:

Ortam bir birincil şirket içi çoğaltma ile karma olduğunda üç serbest pasifin diyagramı.

Daha fazla bilgi için bkz . ürün lisanslama koşulları.

Bu avantajı etkinleştirmek için SQL Server sanal makine kaynağınıza gidin. Ayarlar'ın altında Yapılandır'ı seçin ve ardından SQL Server Lisansı'nın altındaki HA/DR seçeneğini belirleyin ve ardından uygula'yı seçerek ayarlarınızı kaydedin. Üç çoğaltma da Azure'da barındırıldığında kullandıkça öde müşterileri de HA/DR lisans türünü kullanma hakkına sahip olur.

Azure'da olağanüstü durum kurtarma çoğaltması yapılandırma hakkında diyagram.

Azure'da SQL Server HADR ile ilgili önemli noktalar

Azure VM'leri, depolama ve ağ, şirket içi, sanallaştırılmamış BT altyapısından farklı işletimsel özelliklere sahiptir. Azure'da BIR HADR SQL Server çözümünün başarılı bir şekilde uygulanması için bu farklılıkları anlamanız ve çözümünüzü bunları karşılayacak şekilde tasarlamanız gerekir.

Kullanılabilirlik kümesindeki yüksek kullanılabilirlik düğümleri

Azure'daki kullanılabilirlik kümeleri, yüksek kullanılabilirlik düğümlerini ayrı hata etki alanlarına yerleştirmenize ve etki alanlarını güncelleştirmenize olanak tanır. Azure platformu, kullanılabilirlik kümenizdeki her sanal makineye bir güncelleştirme etki alanı ve bir hata etki alanı atar. Bir veri merkezi içindeki bu yapılandırma, planlı veya plansız bir bakım olayı sırasında en az bir sanal makinenin kullanılabilir olmasını ve yüzde 99,95'lik Azure SLA'sını karşılamasını sağlar.

Yüksek kullanılabilirlik kurulumu yapılandırmak için, bir bakım olayı sırasında uygulama veya veri kaybını önlemek için tüm katılan SQL Server sanal makinelerini aynı kullanılabilirlik kümesine yerleştirin. Yalnızca aynı bulut hizmetindeki düğümler aynı kullanılabilirlik kümesine katılabilir. Daha fazla bilgi için bkz. Sanal makinelerin kullanılabilirliğini yönetme.

Kullanılabilirlik alanındaki yüksek kullanılabilirlik düğümleri

Kullanılabilirlik alanları, bir Azure bölgesi içindeki benzersiz fiziksel konumlardır. Her bölge bağımsız güç, soğutma ve ağ ile donatılmış bir veya daha fazla veri merkezinden oluşur. Bir bölge içindeki kullanılabilirlik alanlarının fiziksel olarak ayrılması, en az bir sanal makinenin kullanılabilir olduğundan ve yüzde 99,99 Azure SLA'sını karşıladığından emin olarak uygulamaların ve verilerin veri merkezi hatalarından korunmasına yardımcı olur.

Yüksek kullanılabilirliği yapılandırmak için, katılan SQL Server sanal makinelerini bölgedeki kullanılabilirlik alanlarına dağıtın. Kullanılabilirlik alanları arasında ağdan ağa aktarımlar için ek ücretler olacaktır. Daha fazla bilgi için bkz . Kullanılabilirlik alanları.

Karma BT'de ağ gecikme süresi

HADR çözümünüzü, şirket içi ağınızla Azure arasında yüksek ağ gecikmesi dönemleri olabileceği varsayımıyla dağıtın. Çoğaltmaları Azure'a dağıtırken, eşitleme modu için zaman uyumlu işleme yerine zaman uyumsuz işleme kullanın. Veritabanı yansıtma sunucularını hem şirket içinde hem de Azure'da dağıtırken, yüksek güvenlik modu yerine yüksek performanslı modu kullanın.

Bulut ortamını barındırmaya yardımcı olabilecek küme ve HADR ayarları için HADR yapılandırma en iyi yöntemlerine bakın.

Coğrafi çoğaltma desteği

Azure disklerinde coğrafi çoğaltma, aynı veritabanının ayrı disklerde depolanacak veri dosyasını ve günlük dosyasını desteklemez. GRS, değişiklikleri her diskte bağımsız ve zaman uyumsuz olarak çoğaltır. Bu mekanizma, coğrafi olarak çoğaltılan kopyadaki tek bir disk içinde yazma sırasını garanti eder, ancak birden çok diskin coğrafi olarak çoğaltılan kopyalarında yazma işlemini garanti eder. Veritabanını, veri dosyasını ve günlük dosyasını ayrı disklerde depolanacak şekilde yapılandırırsanız, olağanüstü durum sonrasında kurtarılan diskler, SQL Server'da önceden yazma günlüğünü ve işlemlerin ACID özelliklerini (bölünmezlik, tutarlılık, yalıtım ve dayanıklılık) bozan günlük dosyasından daha güncel bir veri dosyası içerebilir.

Depolama hesabında coğrafi çoğaltmayı devre dışı bırakma seçeneğiniz yoksa, bir veritabanı için tüm verileri ve günlük dosyalarını aynı diskte tutun. Veritabanının boyutu nedeniyle birden fazla disk kullanmanız gerekiyorsa, veri yedekliliğini sağlamak için daha önce listelenen olağanüstü durum kurtarma çözümlerinden birini dağıtın.

Sonraki adımlar

Kullanılabilirlik grubunun veya yük devretme kümesi örneğinin işletmeniz için en iyi iş sürekliliği çözümü olup olmadığını belirleyin. Ardından ortamınızı yüksek kullanılabilirlik ve olağanüstü durum kurtarma için yapılandırmaya yönelik en iyi yöntemleri gözden geçirin.