Azure Sanal Makineler'da SQL Server için iş sürekliliği ve HADR

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

İş 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.

SQL Server HADR çözümlerinin çoğu sanal makinelerde (VM) hem Yalnızca Azure hem de karma çözümler olarak desteklenir. Yalnızca Azure çözümünde HADR sisteminin tamamı Azure'da çalışır. Karma yapılandırmada çö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.

Bu makale, Azure VM'lerinde SQL Server için kullanılabilen iş sürekliliği çözümlerini karşılaştırır ve karşılaştırır.

Genel bakış

Veritabanı sisteminizin hizmet düzeyi sözleşmesinin (SLA) gerektirdiği HADR özelliklerine sahip olduğundan emin olmak size bağlıdır. Azure'ın bulut hizmetleri için hizmet düzeltme ve sanal makineler için hata kurtarma algılama gibi yüksek kullanılabilirlik mekanizmaları sağlaması, SLA'yı karşılayabileceğinizi garanti etmez. 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.

Azure'da coğrafi olarak yedekli depolama (GRS), coğrafi çoğaltma adı verilen bir özellik ile uygulanır. GRS, veritabanlarınız için yeterli bir olağanüstü durum kurtarma çözümü olmayabilir. Coğrafi çoğaltma verileri zaman uyumsuz olarak gönderdiği için, son güncelleştirmeler olağanüstü durumda kaybolabilir. Coğrafi çoğaltma sınırlamaları hakkında daha fazla bilgi, Coğrafi çoğaltma desteği bölümünde ele alınmıştır.

Not

Artık 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.

Dağıtım mimarileri

İş sürekliliği için şu SQL Server teknolojilerini Azure desteği:

• Always On kullanılabilirlik grupları
• Always On yük devretme kümesi örnekleri (FCI)
• Günlük gönderimi
• Azure Blob depolama ile SQL Server yedekleme ve geri yükleme
• Veritabanı yansıtma - SQL Server 2016'da kullanım dışı bırakıldı
• Azure Site Recovery

Teknolojileri birleştirerek hem yüksek kullanılabilirlik hem de olağanüstü durum kurtarma özelliklerine sahip bir SQL Server çözümü uygulayabilirsiniz. Kullandığınız teknolojiye bağlı olarak, karma dağıtım için Azure sanal ağına sahip bir VPN tüneli gerekebilir. Aşağıdaki bölümlerde bazı örnek dağıtım mimarileri gösterilmektedir.

Yalnızca Azure: Yüksek kullanılabilirlik çözümleri

Always On kullanılabilirlik gruplarıyla veritabanı düzeyinde SQL Server için yüksek kullanılabilirlik çözümüne sahip olabilirsiniz. Always On yük devretme kümesi örnekleriyle örnek düzeyinde yüksek kullanılabilirlik çözümü de oluşturabilirsiniz. Ek koruma için yük devretme kümesi örneklerinde kullanılabilirlik grupları oluşturarak her iki düzeyde de yedeklilik oluşturabilirsiniz.

Teknoloji	Örnek mimariler
Kullanılabilirlik grupları	Aynı bölgedeki Azure VM'lerinde çalışan kullanılabilirlik çoğaltmaları yüksek kullanılabilirlik sağlar. Windows yük devretme kümelemesi bir Active Directory etki alanı gerektirdiği için bir etki alanı denetleyicisi VM'sini yapılandırmanız gerekir. Daha yüksek yedeklilik ve kullanılabilirlik 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. Başlamak için kullanılabilirlik grubu öğreticisini gözden geçirin.
Yük devretme kümesi örnekleri	Yük devretme kümesi örnekleri SQL Server VM'lerinde desteklenir. FCI özelliği paylaşılan depolama gerektirdiğinden, Azure VM'lerinde SQL Server ile beş çözüm çalışı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 Private Depolama (NPS), Azure VM'lerinde Equinix ile ExpressRoute aracılığıyla bir iSCSI hedefini kullanıma 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

Yalnızca Azure: Olağanüstü durum kurtarma çözümleri

Kullanılabilirlik gruplarını, veritabanı yansıtmasını veya depolama bloblarıyla yedekleme ve geri yükleme özelliklerini kullanarak Azure'daki SQL Server veritabanlarınız için olağanüstü durum kurtarma çözümünüz olabilir.

Teknoloji	Örnek mimariler
Kullanılabilirlik grupları	Olağanüstü durum kurtarma için Azure VM'lerinde birden çok veri merkezinde çalışan kullanılabilirlik çoğaltmaları. Bu bölgeler arası çözüm, tam bir site kesintisine karşı korumaya yardımcı olur. 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ğı olacağı için bu çözümler için ağdan ağa bağlantı gerekir. 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.
Veritabanı yansıtma	Olağanüstü durum kurtarma için farklı veri merkezlerinde çalışan sorumlu ve yansıtma ile sunucular. Bunları sunucu sertifikalarını kullanarak dağıtmanız gerekir.
Azure Blob depolama ile yedekleme ve geri yükleme	Olağanüstü durum kurtarma için farklı bir veri merkezinde doğrudan Blob depolamaya yedeklenen üretim veritabanları. Daha fazla bilgi için bkz . Azure VM'lerinde SQL Server için yedekleme ve geri yükleme.
Azure Site Recovery ile SQL Server'ı Azure'a çoğaltma ve yük devretme	Bir Azure veri merkezinde üretim SQL Server örneği, olağanüstü durum kurtarma için doğrudan farklı bir Azure veri merkezinde Azure Depolama çoğaltılır. Daha fazla bilgi için bkz . SQL Server olağanüstü durum kurtarma ve Azure Site Recovery kullanarak SQL Server'ı koruma.

Hibrit BT: Olağanüstü durum kurtarma çözümleri

Azure Blob depolama ile kullanılabilirlik gruplarını, veritabanı yansıtmasını, günlük gönderimini ve yedekleme ve geri yükleme özelliklerini kullanarak karma BT ortamındaKI SQL Server veritabanlarınız için olağanüstü durum kurtarma çözümünüz olabilir.

Teknoloji	Örnek Mimariler
Kullanılabilirlik grupları	Azure VM'lerinde çalışan bazı kullanılabilirlik çoğaltmaları ve siteler arası olağanüstü durum kurtarma için şirket içinde çalışan diğer çoğaltmalar. Üretim sitesi şirket içinde veya azure veri merkezinde olabilir. 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.
Veritabanı yansıtma	Azure VM'de çalışan bir iş ortağı ve sunucu sertifikalarını kullanarak siteler arası olağanüstü durum kurtarma için şirket içinde çalışan bir iş ortağı. İş ortaklarının aynı Active Directory etki alanında olması gerekmez ve VPN bağlantısı gerekmez. Başka bir veritabanı yansıtma senaryosu, bir Azure VM'de çalışan bir iş ortağını ve siteler arası olağanüstü durum kurtarma için aynı Active Directory etki alanında çalışan diğerini içerir. Azure sanal ağı ile şirket içi ağ arasında vpn bağlantısı gereklidir. 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.
Günlük gönderimi	Bir Azure VM'de çalışan bir sunucu ve siteler arası olağanüstü durum kurtarma için şirket içinde çalışan diğer sunucu. 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. 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.
Azure Blob depolama ile yedekleme ve geri yükleme	Olağanüstü durum kurtarma için doğrudan Azure Blob depolamaya yedeklenen şirket içi üretim veritabanları. Daha fazla bilgi için bkz. Azure Sanal Makineler'da SQL Server için yedekleme ve geri yükleme.
Azure Site Recovery ile SQL Server'ı Azure'a çoğaltma ve yük devretme	Olağanüstü durum kurtarma için doğrudan Azure Depolama çoğaltılan şirket içi üretim SQL Server örneği. 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:

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:

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 altında Yapılandır'ı seçin ve ardından SQL Server Lisansı'nın altındaki HA/DR seçeneğini belirleyin. Bu SQL Server VM'sinin pasif çoğaltma olarak kullanılacağını onaylamak için onay kutusunu seçin ve ardından ayarlarınızı kaydetmek için Uygula'yı seçin. Üç ç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 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şletim özelliklerine 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, ayrı disklerde depolanacak aynı veritabanının 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.