SQL Server için olağanüstü durum kurtarmayı ayarlama

Makale
03/29/2023

Bu makalede, bir uygulamanın SQL Server arka ucunun korunmasına nasıl yardımcı olundığı açıklanır. Bunu yapmak için SQL Server iş sürekliliği ve olağanüstü durum kurtarma (BCDR) teknolojilerinin ve Azure Site Recovery'nin birleşimini kullanırsınız.

Başlamadan önce SQL Server olağanüstü durum kurtarma özelliklerini anladığınızdan emin olun. Bu özellikler şunlardır:

Yük devretme kümelemesi
AlwaysOn Kullanılabilirlik Grupları
Veritabanı yansıtma
Günlük aktarma
Etkin coğrafi çoğaltma
Otomatik yük devretme grupları

BCDR teknolojilerini Site Recovery ile birleştirme

SQL Server örneklerini kurtarmak için BCDR teknolojisi seçiminiz, aşağıdaki tabloda açıklandığı gibi kurtarma süresi hedefinize (RTO) ve kurtarma noktası hedefi (RPO) gereksinimlerinize bağlı olmalıdır. Site Recovery'yi seçtiğiniz teknolojinin yük devretme işlemiyle birleştirerek uygulamanızın tamamında kurtarmayı düzenleme.

Dağıtım türü	BCDR teknolojisi	SQL Server için beklenen RTO	SQL Server için beklenen RPO
Hizmet olarak Azure altyapısı (IaaS) sanal makinesinde (VM) veya şirket içinde SQL Server.	AlwaysOn kullanılabilirlik grubu	İkincil çoğaltmayı birincil çoğaltma yapmak için geçen süre.	İkincil çoğaltmaya çoğaltma zaman uyumsuz olduğundan, bazı veri kaybı yaşanabilir.
Azure IaaS VM'sinde veya şirket içinde SQL Server.	Yük devretme kümelemesi (Always On FCI)	Düğümler arasında yük devretme için geçen süre.	Always On FCI paylaşılan depolamayı kullandığından, yük devretme sırasında depolama örneğinin aynı görünümü kullanılabilir.
Azure IaaS VM'sinde veya şirket içinde SQL Server.	Veritabanı yansıtma (yüksek performanslı mod)	Yansıtma sunucusunu sıcak bir hazır bekleyen sunucu olarak kullanan hizmeti zorlamak için geçen süre.	Çoğaltma zaman uyumsuzdur. Yansıtma veritabanı, asıl veritabanının biraz gerisinde kalabilir. Gecikme genellikle küçüktür. Ancak, sorumlu veya yansıtma sunucusunun sistemi ağır bir yük altındaysa büyük olabilir. Günlük gönderimi, veritabanı yansıtmaya ek olabilir. Zaman uyumsuz veritabanı yansıtmaya uygun bir alternatiftir.
Azure'da hizmet olarak platform (PaaS) olarak SQL. Bu dağıtım türü tek veritabanlarını ve elastik havuzları içerir.	Etkin coğrafi çoğaltma	Yük devretme tetiklendiğinde 30 saniye. İkincil veritabanlarından biri için yük devretme etkinleştirildiğinde, diğer tüm ikinciller otomatik olarak yeni birincile bağlanır.	Beş saniyelik RPO. Etkin coğrafi çoğaltma, SQL Server'ın Always On teknolojisini kullanır. Anlık görüntü yalıtımı kullanarak birincil veritabanındaki kaydedilmiş işlemleri zaman uyumsuz olarak ikincil bir veritabanına çoğaltır. İkincil verilerin hiçbir zaman kısmi işlemlere sahip olmadığı garanti edilir.
Azure'da etkin coğrafi çoğaltma ile yapılandırılan PaaS olarak SQL. Bu dağıtım türü yönetilen örnekleri, elastik havuzları ve tek veritabanlarını içerir.	Otomatik yük devretme grupları	Bir saatlik RTO.	Beş saniyelik RPO. Otomatik yük devretme grupları, etkin coğrafi çoğaltmanın üzerinde grup semantiğini sağlar. Ancak aynı zaman uyumsuz çoğaltma mekanizması kullanılır.
Azure IaaS VM'sinde veya şirket içinde SQL Server.	Azure Site Recovery ile çoğaltma	RTO genellikle 15 dakikadan kısadır. Daha fazla bilgi edinmek için Site Recovery tarafından sağlanan RTO SLA'sını okuyun.	Uygulama tutarlılığı için bir saat ve kilitlenme tutarlılığı için beş dakika. Daha düşük RPO arıyorsanız diğer BCDR teknolojilerini kullanın.

Not

Site Recovery ile SQL iş yüklerinin korunmasına yardımcı olurken dikkat edilmesi gereken birkaç önemli nokta:

Site Recovery uygulamadan bağımsızdır. Site Recovery, desteklenen bir işletim sisteminde dağıtılan tüm SQL Server sürümlerinin korunmasına yardımcı olabilir. Daha fazla bilgi edinmek için çoğaltılan makinelerin kurtarılması için destek matrisine bakın.
Azure, Hyper-V, VMware veya fiziksel altyapıdaki tüm dağıtımlar için Site Recovery'yi kullanmayı seçebilirsiniz. Site Recovery ile SQL Server kümesini korumaya yardımcı olmak için bu makalenin sonundaki yönergeleri izleyin.
Makinede gözlemlenen veri değişim oranının Site Recovery sınırları içinde olduğundan emin olun. Değişiklik hızı saniyede yazma bayt cinsinden ölçülür. Windows çalıştıran makineler için Görev Yöneticisi'nde Performans sekmesini seçerek bu değişiklik oranını görüntüleyebilirsiniz. Her disk için yazma hızını gözlemleyin.
Site Recovery, Depolama Alanları Doğrudan yük devretme kümesi örneklerinin çoğaltılmasını destekler. Daha fazla bilgi edinmek için bkz. Depolama Alanları Doğrudan çoğaltmayı etkinleştirme.

SQL İş Yükünüzü Azure'a geçirirken, Azure Sanal Makineler'de SQL Server için Performans yönergelerini uygulamanız önerilir.

Bir uygulamanın olağanüstü durum kurtarması

Site Recovery, kurtarma planlarının yardımıyla uygulamanızın tamamında yük devretme testi ve yük devretmeyi düzenler.

Kurtarma planınızın ihtiyacınıza göre tamamen özelleştirildiğinden emin olmak için bazı önkoşullar vardır. Herhangi bir SQL Server dağıtımı genellikle bir Active Directory dağıtımına ihtiyaç duyar. Ayrıca uygulama katmanınız için de bağlantı gerekir.

1. Adım: Active Directory'i ayarlama

SQL Server'ın düzgün çalışması için ikincil kurtarma sitesinde Active Directory'yi ayarlayın.

Küçük kuruluş: Şirket içi site için birkaç uygulama ve tek bir etki alanı denetleyicisine sahipsiniz. Tüm sitenin yükünü devretmek istiyorsanız Site Recovery çoğaltmasını kullanın. Bu hizmet, etki alanı denetleyicisini ikincil veri merkezine veya Azure'a çoğaltır.
Orta ve büyük ölçekli kuruluş: Ek etki alanı denetleyicileri ayarlamanız gerekebilir.
- Çok sayıda uygulamanız varsa, bir Active Directory ormanınız varsa ve uygulama veya iş yüküne göre yük devretme yapmak istiyorsanız, ikincil veri merkezinde veya Azure'da başka bir etki alanı denetleyicisi ayarlayın.
- Uzak bir siteye kurtarmak için Always On kullanılabilirlik gruplarını kullanıyorsanız ikincil sitede veya Azure'da başka bir etki alanı denetleyicisi ayarlayın. Bu etki alanı denetleyicisi kurtarılan SQL Server örneği için kullanılır.

Bu makaledeki yönergelerde, ikincil konumda bir etki alanı denetleyicisinin kullanılabilir olduğu varsayılır. Daha fazla bilgi edinmek için Site Recovery ile Active Directory'nin korunmasına yardımcı olma yordamlarına bakın.

2. Adım: Diğer katmanlarla bağlantı olduğundan emin olun

Veritabanı katmanı hedef Azure bölgesinde çalıştırıldıktan sonra uygulama ve web katmanlarıyla bağlantınız olduğundan emin olun. Yük devretme testiyle bağlantıyı doğrulamak için gerekli adımları önceden uygulayın.

Bağlantı konusunda dikkat edilmesi gereken uygulamaları nasıl tasarlayabileceğinizi anlamak için şu örneklere bakın:

3. Adım: Always On, etkin coğrafi çoğaltma ve otomatik yük devretme gruplarıyla birlikte çalışma

BCDR teknolojileri Always On, etkin coğrafi çoğaltma ve otomatik yük devretme grupları, hedef Azure bölgesinde çalışan SQL Server'ın ikincil çoğaltmalarına sahiptir. Uygulama yük devretmeniz için ilk adım, bu çoğaltmayı birincil olarak belirtmektir. Bu adımda, ikincilde zaten bir etki alanı denetleyiciniz olduğu varsayılır. Otomatik yük devretme yapmayı seçerseniz adım gerekli olmayabilir. Web ve uygulama katmanlarınıza yalnızca veritabanı yük devretmesi tamamlandıktan sonra yük devretme gerçekleştirin.

Not

Site Recovery ile SQL makinelerinin korunmasına yardımcı olduysanız, bu makinelerden bir kurtarma grubu oluşturmanız ve yük devretmelerini kurtarma planına eklemeniz yeterlidir.

Uygulama ve web katmanı sanal makineleriyle bir kurtarma planı oluşturun. Aşağıdaki adımlarda veritabanı katmanının yük devretmesinin nasıl ekleneceği gösterilmektedir:

Hem Resource Manager sanal makinesinde hem de klasik bir sanal makinede SQL Kullanılabilirlik Grubu'na yük devretmek için betikleri içeri aktarın. Betikleri Azure Otomasyonu hesabınıza aktarın.
ASR-SQL-FailoverAG betiğini kurtarma planının ilk grubunun ön eylemi olarak ekleyin.
Otomasyon değişkeni oluşturmak için betikte sağlanan yönergeleri izleyin. Bu değişken kullanılabilirlik gruplarının adını sağlar.

4. Adım: Yük devretme testi gerçekleştirme

SQL Always On gibi bazı BCDR teknolojileri, yük devretme testlerini yerel olarak desteklemez. Aşağıdaki yaklaşımı yalnızca bu teknolojileri kullanırken öneririz.

Azure'da kullanılabilirlik grubu çoğaltmasını barındıran VM'de Azure Backup'ın kurulumunu yapın.
Kurtarma planının yük devretme testini tetiklemeden önce, vm'yi önceki adımda alınan yedeklemeden kurtarın.
Yedeklemeden geri yüklenen VM'de bir çekirdeği zorlama.
Dinleyicinin IP adresini yük devretme testi ağında kullanılabilir bir adres olacak şekilde güncelleştirin.
Dinleyiciyi çevrimiçine getirin.
Yük devretme ağındaki yük dengeleyicinin, her kullanılabilirlik grubu dinleyicisine karşılık gelen ön uç IP adresi havuzundan ve arka uç havuzundaki SQL Server VM'siyle bir IP adresine sahip olduğundan emin olun.
Sonraki kurtarma gruplarında, uygulama katmanınızın yük devretmesini ve ardından bu kurtarma planı için web katmanınızı ekleyin.
Uygulamanızın uçtan uca yük devretmesini test etmek için kurtarma planının yük devretmesini test edin.

Yük devretme gerçekleştirme adımları

Betiği 3. Adım'a ekledikten ve 4. Adımda doğruladıktan sonra, 3. Adımda oluşturulan kurtarma planının yük devretmesini yapabilirsiniz.

Uygulama ve web katmanları için yük devretme adımları hem yük devretme testi hem de yük devretme kurtarma planlarında aynı olmalıdır.

SQL Server kümesini korumaya yardımcı olun

SQL Server Standard sürümü veya SQL Server 2008 R2 çalıştıran bir küme için, SQL Server'ın korunmasına yardımcı olmak için Site Recovery çoğaltmasını kullanmanızı öneririz.

Azure'da Azure'da ve Şirket içinde Azure'da

Site Recovery, bir Azure bölgesine çoğaltırken konuk küme desteği sağlamaz. SQL Server Standard sürümü ayrıca düşük maliyetli bir olağanüstü durum kurtarma çözümü sağlamaz. Bu senaryoda, SQL Server kümesini birincil konumdaki tek başına bir SQL Server örneğine korumanızı ve ikincil konumda kurtarmanızı öneririz.

Birincil Azure bölgesinde veya şirket içi sitede başka bir tek başına SQL Server örneği yapılandırın.
Korumaya yardımcı olmak istediğiniz veritabanları için yansıtma görevi görecek şekilde örneği yapılandırın. Yansıtmayı yüksek güvenlik modunda yapılandırın.
Azure, Hyper-V veya VMware VM'leri ve fiziksel sunucular için birincil sitede Site Recovery'yi yapılandırın.
Yeni SQL Server örneğini ikincil siteye çoğaltmak için Site Recovery çoğaltmasını kullanın. Yüksek güvenlikli bir yansıtma kopyası olduğundan, birincil kümeyle eşitlenir ancak Site Recovery çoğaltması kullanılarak çoğaltılır.

Yeniden çalışma konusunda dikkat edilmesi gerekenler

SQL Server Standard kümeleri için planlanmamış bir yük devretmeden sonra yeniden çalışma için SQL Server yedeklemesi ve geri yüklemesi gerekir. Bu işlem yansıtma örneğinden özgün kümeye yansıtmanın yeniden oluşturulmasıyla gerçekleştirilir.

Sık sorulan sorular

Site Recovery ile kullanıldığında SQL Server nasıl lisans alır?

SQL Server için Site Recovery çoğaltması, Yazılım Güvencesi olağanüstü durum kurtarma avantajı kapsamındadır. Bu kapsam tüm Site Recovery senaryoları için geçerlidir: şirket içi azure olağanüstü durum kurtarma ve bölgeler arası Azure IaaS olağanüstü durum kurtarma. Daha fazla bilgi için bkz . Azure Site Recovery fiyatlandırması .

Site Recovery SQL Server sürümümü destekleyecek mi?

Site Recovery uygulamadan bağımsızdır. Site Recovery, desteklenen bir işletim sisteminde dağıtılan tüm SQL Server sürümlerinin korunmasına yardımcı olabilir. Daha fazla bilgi için çoğaltılan makinelerin kurtarılması için destek matrisi bölümüne bakın.

ASR, SQL İşlem Çoğaltma ile çalışıyor mu?

DOSYA düzeyinde kopyalama kullanan ASR nedeniyle SQL, ilişkili bir SQL çoğaltma topolojisindeki sunucuların ASR yük devretme sırasında eşitlendiğini garanti edemez. Bu, çoğaltmayı bozabilen LSN uyuşmazlığı nedeniyle logreader ve/veya dağıtım aracılarının başarısız olmasına neden olabilir. Çoğaltma topolojisinde yayımcıya, dağıtımcıya veya aboneye yük devretme yaparsanız, çoğaltmayı yeniden oluşturmanız gerekir. SQL Server aboneliğinin yeniden başlatılması önerilir.

Sonraki adımlar

Site Recovery mimarisi hakkında daha fazla bilgi edinin.
Azure'da SQL Server için, ikincil bir Azure bölgesinde kurtarma için yüksek kullanılabilirlik çözümleri hakkında daha fazla bilgi edinin.
SQL Veritabanı için, ikincil bir Azure bölgesinde kurtarma için iş sürekliliği ve yüksek kullanılabilirlik seçenekleri hakkında daha fazla bilgi edinin.
Şirket içindeki SQL Server makineleri için Azure Sanal Makineler'da kurtarma için yüksek kullanılabilirlik seçenekleri hakkında daha fazla bilgi edinin.