Azure sanal makineler 'de SQL Server için iş sürekliliği ve hadr
AŞAĞıDAKILER IÇIN GEÇERLIDIR: 
SQL Server VM'de sanal makine
İş sürekliliği, bir olağanüstü durum durumunda işletmenizin devam etmesini, kurtarmanın planlanmasını ve verilerinizin yüksek oranda kullanılabilir olmasını sağlamaya yönelik anlamına gelir. Azure sanal makinelerinde SQL Server, yüksek kullanılabilirlik ve olağanüstü durum kurtarma (hadr) veritabanı çözümünün maliyetini düşürmenize yardımcı olabilir.
SQL Server hadr çözümlerinin çoğu, hem Azure hem de karma çözümler olarak sanal makinelerde (vm) desteklenir. Yalnızca bir Azure çözümünde, tüm HADR sistemleri Azure 'da çalışır. Karma yapılandırmasında, çözümün bir parçası Azure 'da çalışır ve diğer bölüm, 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 üzere azure 'a kısmen veya tamamen geçiş yapmanızı sağlar.
bu makalede, Azure vm 'lerinde SQL Server için kullanılabilen iş sürekliliği çözümleri karşılaştırılmaktadır ve karşıtlıkları karşılaştırılır.
Genel Bakış
Veritabanı sisteminizin, hizmet düzeyi sözleşmesinin (SLA) gerektirdiği HADR özelliklerine sahip olduğundan emin olmanız gerekir. Azure 'un bulut hizmetleri için hizmet iyileştirme ve sanal makineler için hata kurtarma algılaması gibi yüksek kullanılabilirlik mekanizmaları sağladığı bir olgu, SLA 'yı karşılayabileceğinizi garanti etmez. bu mekanizmalar sanal makinenin yüksek kullanılabilirlik düzeyini korumaya yardımcı olmakla birlikte, VM içinde çalışan SQL Server kullanılabilirliğini korumaz.
VM çevrimiçi ve sağlıklı olduğunda SQL Server örneğinin başarısız olması mümkündür. Azure tarafından sunulan yüksek kullanılabilirlik mekanizmaları, yazılım veya donanım hatalarından ve işletim sistemi yükseltmelerinden kurtarma gibi olaylar nedeniyle VM 'lerin kapalı kalma süresine izin verir.
Azure 'daki coğrafi olarak yedekli depolama (GRS), coğrafi çoğaltma adlı 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ğinden, son güncelleştirmeler bir 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 yük devretme kümesi örneğinizi ve kullanılabilirlik grubu çözümünüzü azure geçişi 'ni kullanarak azure vm 'lerinde SQL Server kaldırmak ve kaydırmak mümkündür.
Dağıtım mimarileri
Azure, iş sürekliliği için bu SQL Server teknolojilerini destekler:
- AlwaysOn Kullanılabilirlik Grupları
- Her zaman yük devretme kümesi örneklerinde (Fcsıs)
- Günlük aktarma
- Azure Blob depolama ile yedekleme ve geri yükleme SQL Server
- veritabanı yansıtma -SQL Server 2016 ' de kullanımdan kaldırılmıştır
- Azure Site Recovery
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 bir dağıtım için Azure sanal ağı ile 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ılabilirliğe sahip çözümler
her zaman açık kullanılabilirlik gruplarıyla veritabanı düzeyinde SQL Server için yüksek kullanılabilirliğe sahip bir çözümünüz olabilir. Ayrıca, her zaman yük devretme kümesi örneklerinde bir örnek düzeyinde yüksek kullanılabilirliğe sahip bir çözüm oluşturabilirsiniz. Ek koruma için, yük devretme kümesi örneklerinde kullanılabilirlik grupları oluşturarak her iki düzeyde artıklık oluşturabilirsiniz.
| Teknoloji | Örnek mimarilerin |
|---|---|
| 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 Active Directory bir etki alanı gerektirdiğinden bir etki alanı denetleyicisi VM 'si yapılandırmanız gerekir. Daha yüksek artıklık ve kullanılabilirlik için, Azure VM 'Leri kullanılabilirlik grubuna genel bakışbölümünde belgelendiği gibi farklı kullanılabilirlik bölgelerinde dağıtılabilir. bir kullanılabilirlik grubundaki SQL Server vm 'ler kullanılabilirlik alanlarına dağıtılmışsa, azure SQL VM clı ve azure hızlı başlangıç şablonları makalelerinde belgelendiği gibi, dinleyici için azure Standart Load Balancer kullanın.  Daha fazla bilgi için bkz. Azure 'da kullanılabilirlik grupları yapılandırma (GUI). |
| Yük devretme kümesi örnekleri | yük devretme kümesi örnekleri SQL Server vm 'lerde desteklenir. fcı özelliği paylaşılan depolama gerektirdiğinden, Azure vm 'lerinde SQL Server beş çözüm çalışır: -Windows Server 2019 için Azure paylaşılan diskleri kullanılıyor. Paylaşılan yönetilen diskler aynı anda birden çok sanal makineye yönetilen bir disk eklemeye imkan tanıyan bir Azure ürünüdür. Kümedeki VM 'Ler, kümelenmiş uygulama tarafından seçilen ayırmayı temel alarak, SCSI kalıcı ayırmaları (SCSI PR) aracılığıyla bağlı diskinize okuyabilir veya yazabilir. SCSI PR, şirket içi bir depolama alanı ağı (SAN) üzerinde çalışan uygulamalar tarafından kullanılan sektör standardı bir depolama çözümüdür. Yönetilen bir diskte SCSI PR 'nin etkinleştirilmesi, bu uygulamaları olduğu gibi Azure 'a geçirmenize olanak sağlar. -Windows Server 2016 ve üzeri için yazılım tabanlı bir sanal SAN sağlamak üzere doğrudan ( ) S2D Depolama Alanları kullanma. -Windows Server 2012 ve sonrası için Premium dosya paylaşımının kullanımı. Premium dosya paylaşımları SSD destekli, sürekli düşük gecikme süresine sahip ve fcı ile kullanım için tam olarak desteklenmektedir. -Kümeleme için bir iş ortağı çözümü tarafından desteklenen depolamayı kullanma. SIOS veri Man kullanan belirli bir örnek için bkz. blog girdisi Yük Devretme Kümelemesi ve SIOS veri Man. -Azure ExpressRoute aracılığıyla uzak bir Iscsı hedefi için paylaşılan blok depolama kullanılıyor. örneğin, netapp özel Depolama (NPS), Azure vm 'lerine equinx ile expressroute aracılığıyla bir iscsı hedefi sunar. Microsoft iş ortaklarının paylaşılan depolama ve veri çoğaltma çözümleri için, yük devretmeyle ilgili verilere erişme hakkında herhangi bir sorun için satıcıya başvurun. |
Yalnızca Azure: olağanüstü durum kurtarma çözümleri
Azure 'daki SQL Server veritabanlarına yönelik bir olağanüstü durum kurtarma çözümüne, kullanılabilirlik grupları, veritabanı yansıtma veya depolama blobları ile yedekleme ve geri yükleme aracılığıyla erişebilirsiniz.
| Teknoloji | Örnek mimarilerin |
|---|---|
| Kullanılabilirlik grupları | Olağanüstü durum kurtarma için Azure VM 'lerinde birden çok veri merkezinde çalışan kullanılabilirlik çoğaltmaları. Bu çapraz bölge çözümü, tam bir site kesintisine karşı korunmaya yardımcı olur.  Bir bölge içinde tüm çoğaltmalar aynı bulut hizmeti ve aynı sanal ağ içinde olmalıdır. Her bölgenin ayrı bir sanal ağı olacağı için, bu çözümler ağdan ağa bağlantı gerektirir. Daha fazla bilgi için, bkz. Azure Portal kullanarak ağdan ağa bağlantı yapılandırma. ayrıntılı yönergeler için bkz. farklı Azure bölgelerinde SQL Server Always On kullanılabilirlik grubu yapılandırma. |
| Veritabanı yansıtma | Olağanüstü durum kurtarma için farklı veri merkezlerinde çalışan asıl ve yansıtma ve sunucular. Bunları sunucu sertifikaları kullanarak dağıtmanız gerekir. SQL Server veritabanı yansıtma, bir Azure VM üzerinde SQL Server 2008 veya SQL Server 2008 R2 için desteklenmez.  |
| Azure Blob depolama ile yedekleme ve geri yükleme | Üretim veritabanları, olağanüstü durum kurtarma için farklı bir veri merkezinde blob depolamaya doğrudan yedeklenir. daha fazla bilgi için bkz. Azure vm 'lerde SQL Server için yedekleme ve geri yükleme. |
| SQL Server Azure Site Recovery Azure 'a çoğaltma ve yük devretme | tek bir azure veri merkezinde üretim SQL Server örneği, olağanüstü durum kurtarma için farklı bir azure veri merkezinde doğrudan azure Depolama 'a ç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ı, veritabanı yansıtma, günlük aktarma ve yedekleme ve geri yükleme kullanarak karma bt ortamındaki SQL Server veritabanlarına yönelik bir olağanüstü durum kurtarma çözümüne sahip olabilirsiniz.
| Teknoloji | Örnek mimarilerin |
|---|---|
| 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çi çalışan diğer çoğaltmalar. Üretim sitesi şirket içinde ya da bir Azure veri merkezinde olabilir. Tüm kullanılabilirlik çoğaltmaları aynı yük devretme kümesinde olması gerektiğinden, küme hem ağları (çok alt ağ 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ın olağanüstü durum kurtarma işleminin başarılı olması için, olağanüstü durum kurtarma sitesinde de bir çoğaltma etki alanı denetleyicisi yüklemelisiniz. |
| Veritabanı yansıtma | Sunucu sertifikaları kullanarak siteler arası olağanüstü durum kurtarma için bir Azure VM 'de ve diğer şirket içi çalışan bir iş ortağı. İş ortaklarının aynı Active Directory etki alanında olması gerekmez ve hiçbir VPN bağlantısı gerekli değildir. 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ğer iş ortağını içerir. Azure sanal ağı ile şirket içi ağ arasında bir VPN bağlantısı gerekir. Veritabanlarınızı başarılı bir şekilde olağanüstü durum kurtarma için olağanüstü durum kurtarma sitesine bir çoğaltma etki alanı denetleyicisi de yüklemeniz gerekir. SQL Server yansıtma, Azure VM'sinde SQL Server 2008 veya SQL Server 2008 R2 için desteklenmiyor. |
| Günlük gönderimi | 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 paylaşımına bağlıdır, bu nedenle Azure sanal ağı ile şirket içi ağ arasında bir VPN bağlantısı gerekir. Veritabanlarınızı başarılı bir şekilde olağanüstü durum kurtarma 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 yedekleme yapılan şirket içi üretim veritabanları. Daha fazla bilgi için bkz. Azure Sanal Makineler'SQL Server için yedekleme ve geri yükleme. |
| Azure Site Recovery ile Azure'SQL Server çoğaltma ve yük devretme Azure Site Recovery | Şirket içi üretim SQL Server olağanüstü durum kurtarma için doğrudan Azure Depolama çoğaltılır. Daha fazla bilgi için bkz. SQL Server kurtarma ve SQL Server kullanarak Azure Site Recovery. |
Azure'da ücretsiz DR çoğaltması
Yazılım Güvencesi varsa,pasif olağanüstü durum kurtarma örneği için ek lisans maliyetleri olmadan SQL Server ile karma olağanüstü durum kurtarma (DR) planları gerçekleştirin.
Örneğin, üç çoğaltma da Azure'da barındırılıyorsa iki serbest pasif ikinciliniz olabilir:
Ya da lisanslı birincil şirket içi, ha için bir serbest pasif, şirket içi DR için bir ücretsiz pasif ve Azure'da DR için bir ücretsiz pasif ile karma yük devretme ortamı yapılandırabilirsiniz:
Daha fazla bilgi için bkz. ürün lisans koşulları.
Bu avantajı etkinleştirmek için sanal makine kaynağınıza SQL Server gidin. Ayarlar altında Yapılandır'ı seçin ve ardından Lisans altında Olağanüstü Durum Kurtarma SQL Server seçin. Bu sanal makinenin pasif çoğaltma olarak SQL Server onay kutusunu işaretleyin ve ardından Uygula'ya seçerek ayarlarınızı kaydedin.
Azure'da HADR SQL Server önemli noktalar
Azure VM'leri, depolama ve ağ özellikleri şirket içi, sanallaştırılan olmayan BIR IT altyapısından farklı operasyonel özelliklere sahiptir. Azure'da HADR SQL Server başarılı bir şekilde uygulanması için bu farklılıkları anlamanız ve çözümlerinizi bunlara uyum sağlayacak şekilde tasarlamanız gerekir.
Kullanılabilirlik kümesinde yüksek kullanılabilirlik düğümleri
Azure'daki kullanılabilirlik kümeleri, yüksek kullanılabilirlik düğümlerini ayrı hata etki alanlarına ve güncelleştirme etki alanlarına eklemeye olanak sağlar. Azure platformu, kullanılabilirlik kümenizin her sanal makinesine bir güncelleştirme etki alanı ve hata etki alanı atar. Bir veri merkezi içindeki bu yapılandırma, planlı veya plansız bakım olayı sırasında en az bir sanal makinenin kullanılabilir durumda ve yüzde 99,95'lik Azure SLA'sı ile karşılanıyor.
Yüksek kullanılabilirlik kurulumu yapılandırmak için, bir bakım olayı sırasında SQL Server veya veri kaybını önlemek için tüm katılımcı sanal makineleri aynı kullanılabilirlik kümesine ayarlayın. Yalnızca aynı bulut hizmette yer alan 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ı içinde 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ı fiziksel olarak ayrımı, en az bir sanal makinenin kullanılabilir olmasını ve yüzde 99,99 Azure SLA'sını karşılamasını sağlayarak 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 bölgedeki kullanılabilirlik alanlarına yayılmış sanal makinelere yer edin. Kullanılabilirlik alanları arasında ağdan ağa aktarımlar için ek ücrete tabidir. Daha fazla bilgi için bkz. Kullanılabilirlik alanları.
Hibrit IT'de ağ gecikmesi
Şirket içi ağınız ile Azure arasında yüksek ağ gecikme süresi dönemleri olabileceği varsayımını kullanarak HADR çözümlerinizi 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. Hem şirket içinde hem de Azure'da veritabanı yansıtma sunucuları dağıtırken, yüksek güvenlik modu yerine yüksek performans modunu kullanın.
Bulut ortamına uyum sağlayacak küme ve HADR ayarları için HADR yapılandırmasına yönelik en iyi yöntemlere bakın.
Coğrafi çoğaltma desteği
Azure disklerde coğrafi çoğaltma, aynı veritabanının veri dosyası ve günlük dosyasının ayrı disklerde depolanmış olması için desteklemez. GRS, değişiklikleri her diskte bağımsız ve zaman uyumsuz olarak çoğaltır. Bu mekanizma, coğrafi olarak çoğaltılmış kopyada tek bir disk içinde yazma sırası garanti eder, ancak birden çok diskin coğrafi olarak çoğaltılmış kopyaları arasında yazmaz. Bir veritabanını veri dosyasını ve günlük dosyasını ayrı disklerde depolayacak şekilde yapılandırırsanız, olağanüstü bir durumdan sonra kurtarılan diskler, veri dosyasının günlük dosyasından daha güncel bir kopyasını içerebilir ve bu da SQL Server'deki yazma günlüğünü ve işlemlerin ACID özelliklerini (bölünmezlik, tutarlılık, yalıtım ve dayanıklılık) bozar.
Depolama hesabında coğrafi çoğaltmayı devre dışı bırakma seçeneğiniz yoksa, bir veritabanının tüm verilerini ve günlük dosyalarını aynı diskte tutabilirsiniz. Veritabanının boyutu nedeniyle birden fazla disk kullanmak zorundaysanız, veri yedekliliği sağlamak için daha önce listelenen olağanüstü durum kurtarma çözümlerinden birini dağıtın.
Sonraki adımlar
Bir kullanılabilirlik grubunun veya yük devretme kümesi örneğinin işletmeniz için en iyi iş sürekliliği çözümü olup olduğuna karar verin. 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.