Bu tarayıcı artık desteklenmiyor.
En son özelliklerden, güvenlik güncelleştirmelerinden ve teknik destekten faydalanmak için Microsoft Edge’e yükseltin.
Şunlar için geçerlidir:
Azure SQL Veritabanı
Yük devretme grupları özelliği, mantıksal sunucudaki bazı veya tüm veritabanlarının başka bir bölgedeki mantıksal sunucuya çoğaltılmasını ve yük devretmesini yönetmenizi sağlar. Bu makalede, Azure SQL Veritabanı ile birlikte kullanmaya yönelik en iyi yöntemler ve öneriler içeren yük devretme grubu özelliğine genel bir bakış sağlanmaktadır.
Özelliği kullanmaya başlamak için Azure SQL Veritabanı için yük devretme grubu yapılandırmasını gözden geçirin.
Not
Bu makale, Azure SQL Veritabanı için yük devretme gruplarını kapsar. Azure SQL Yönetilen Örneği için, Yük Devretme Gruplarına Genel Bakış ve En İyi Uygulamalar - Azure SQL Yönetilen Örneği bölümüne bakın.
Olağanüstü durum kurtarma Azure SQL Veritabanı hakkında daha fazla bilgi edinmek için şu videoyu izleyin:
Yük devretme grupları özelliği, veritabanlarının başka bir Azure bölgesine çoğaltılmasını ve yük devretmesini yönetmenizi sağlar. Bir mantıksal sunucudaki kullanıcı veritabanlarının tümünü veya bir alt kümesini başka bir mantıksal sunucuya çoğaltılacak şekilde seçebilirsiniz. Bu, coğrafi olarak çoğaltılan veritabanlarının büyük ölçekte dağıtımını ve yönetimini basitleştirmek için tasarlanmış etkin coğrafi çoğaltma özelliğinin üzerinde bildirim temelli bir soyutlamadır.
Coğrafi yük devretme RPO ve RTO için iş sürekliliğine genel bakışa bakın.
Yük devretme grupları, coğrafi yük devretme sırasında değişiklik göstermeyen okuma-yazma ve salt okunur dinleyici uç noktalarını sağlar. Coğrafi yük devretmeden sonra uygulamanızın bağlantı dizesini değiştirmeniz gerekmez, çünkü bağlantılar otomatik olarak mevcut birincil sunucuya yönlendirilir. Coğrafi yük devretme işlemi, gruptaki tüm ikincil veritabanlarını birincil role dönüştürür. Coğrafi yük devretme tamamlandıktan sonra DNS kaydı, uç noktaları yeni bölgeye yeniden yönlendirecek şekilde otomatik olarak güncelleştirilir.
Birincil veritabanlarınıza gelen trafiği azaltmak için, salt okunur iş yüklerini boşaltmak için yük devretme grubundaki ikincil veritabanlarını da kullanabilirsiniz. Salt okunur trafiği, okunabilir bir ikincil veritabanına yönlendirmek için salt okunur bir dinleyici kullanın.
Tam iş sürekliliği sağlamak için bölgesel veritabanı yedekliliği eklemek çözümün yalnızca bir parçasıdır. Yıkıcı bir hatadan sonra bir uygulamayı (hizmeti) uçtan uca kurtarmak, hizmeti ve bağımlı hizmetleri oluşturan tüm bileşenlerin kurtarılmasını gerektirir. Bu bileşenlere örnek olarak istemci yazılımı (örneğin, özel JavaScript içeren bir tarayıcı), web ön uçları, depolama ve DNS verilebilir. Tüm bileşenlerin aynı hatalara dayanıklı olması ve uygulamanızın kurtarma süresi hedefi (RTO) içinde kullanılabilir hale gelmesi kritik önem taşır. Bu nedenle, tüm bağımlı hizmetleri tanımlamanız ve bunların sağladığı garantileri ve özellikleri anlamanız gerekir. Ardından, bağlı olduğu hizmetlerin yük devretmesi sırasında hizmetinizin çalıştığından emin olmak için yeterli adımları atmalısınız.
Yük devretme grupları iki yük devretme ilkesini destekler:
manual'dır.automatic olarak ayarlanmış.Aşağıdaki tabloda özetlediği gibi, her yük devretme ilkesinin benzersiz bir kullanım örnekleri kümesi ve yük devretme kapsamı ve veri kaybıyla ilgili beklentileri vardır:
| Yük devretme ilkesi | Yük devretme kapsamı | Kullanım örneği | Olası veri kaybı |
|---|---|---|---|
| Müşteri tarafından yönetilen (Önerilen) |
Yük devretme grupları | Bir yük devretme grubundaki bir veya daha fazla veritabanı kesintiden etkilenir ve kullanılamaz duruma gelir. Yük devretme işlemini seçebilirsiniz. | Yes |
| Microsoft tarafından yönetilen | Bölgedeki tüm yük devretme grupları | Veri merkezinde, kullanılabilirlik alanında veya bölgede yaygın bir kesinti veritabanlarının kullanılamamasına neden olur ve Microsoft Azure SQL hizmet ekibi zorunlu yük devretmeyi tetikleme kararı alır. Bu seçeneği yalnızca olağanüstü durum kurtarma sorumluluğunu Microsoft'a devretmek istediğinizde ve uygulama en az bir saat veya daha fazla RTO'ya (kapalı kalma süresi) dayanıklı olduğunda kullanın. |
Yes |
Nadir durumlarda, yerleşik kullanılabilirlik veya yüksek kullanılabilirlik bir kesintiyi azaltmak için yeterli değildir ve bir yük devretme grubundaki veritabanlarınız, veritabanlarını kullanan uygulamaların hizmet düzeyi sözleşmesi (SLA) tarafından kabul edilemeyen bir süre boyunca kullanılamayabilir. Veritabanları, yalnızca birkaç veritabanını etkileyen yerelleştirilmiş bir sorun nedeniyle kullanılamıyor veya veri merkezi, kullanılabilirlik alanı veya bölge düzeyinde olabilir. Bu durumlarda, iş sürekliliğini geri yüklemek için zorunlu yük devretme başlatabilirsiniz.
Yük devretme işleminin ne zaman başlatılıp iş sürekliliğini geri yükleyebileceğinizi denetleyebilmek için yük devretme ilkenizi müşteri tarafından yönetilen olarak ayarlamanız kesinlikle önerilir. Yük devretme grubundaki bir veya daha fazla veritabanını etkileyen beklenmedik bir kesinti fark ettiğinizde, yük devretme işlemini başlatabilirsiniz.
Microsoft tarafından yönetilen yük devretme ilkesiyle, olağanüstü durum kurtarma sorumluluğu Azure SQL hizmetine devredilir. Azure SQL hizmetinin zorlamalı yük devretme başlatması için aşağıdaki koşulların karşılanması gerekir:
Bu koşullar karşılandığında, Azure SQL hizmeti, bölgedeki yedekleme politikası Microsoft tarafından yönetilen olarak ayarlanmış tüm gruplar için zorunlu yedeklemeler başlatır.
Önemli
Olağanüstü durum kurtarma planınızı test etmek ve uygulamak için müşteri yönetimli yük devretme ilkesini kullanın. Microsoft tarafından yalnızca aşırı durumlarda yürütülebilecek yük devretmeyi yönetmesine güvenmeyin. Bölgede yük devretme ilkesi Microsoft tarafından yönetilen olarak ayarlanmış tüm yük devretme grupları için Microsoft tarafından yönetilen bir yük devretme başlatılır. Tek tek yük devretme grubu için başlatılamaz. Yük devretme grubunuz için seçimli yük devretme özelliğine ihtiyacınız varsa müşteri tarafından yönetilen yük devretme politikasını kullanın.
Yük devretme ilkesini yalnızca şu durumlarda Microsoft tarafından yönetilen olarak ayarlayın:
Microsoft tarafından bir yük devretme tetiklendiğinde, Azure İzleyici etkinlik günlüğüne Yük Devretme Azure SQL yük devretme grubu işlem adı için bir giriş eklenir. Girdi, Kaynak altında yük devretme grubunun adını içerir ve Tarafından başlatılan olay ifadesi, yük devretmenin Microsoft tarafından başlatıldığını belirtmek için tek bir kısa çizgi (-) gösterir. Bu bilgiler, Azure portalındaki yeni birincil sunucunun veya örneğin Etkinlik günlüğü sayfasında da bulunabilir.
Yük devretme grubu (YDG)
Yük devretme grubu, birincil bölgedeki bir kesinti nedeniyle birincil veritabanlarının tümünün veya bazılarının kullanılamaz duruma gelmesi durumunda birim olarak başka bir Azure bölgesine yük devredebilen, Azure'daki tek bir mantıksal sunucu tarafından yönetilen adlandırılmış bir veritabanı grubudur.
Önemli
Yük devretme grubunun adı .database.windows.net etki alanı içinde genel düzeyde benzersiz olmalıdır.
Sunucular
Mantıksal sunucudaki kullanıcı veritabanlarının bazıları veya tümü bir yük devretme grubuna yerleştirilebilir. Ayrıca, bir sunucu tek bir sunucuda birden çok yük devretme grubunu destekler.
Birincil
Yük devretme grubundaki birincil veritabanlarını barındıran mantıksal sunucu.
İkincil
Yük devretme grubunda ikincil veritabanlarını barındıran mantıksal sunucu. İkincil, birincil bölgeyle aynı Azure bölgesinde olamaz.
Yedeğe geçiş (veri kaybı yok)
Yük devretme, ikincil rol birincil role geçmeden önce birincil ve ikincil veritabanları arasında tam veri eşitlemesi gerçekleştirir. Bu, veri kaybı olmamasını garanti eder. Yük devretme yalnızca ana sistem erişilebilir olduğunda mümkündür. Yük devretme aşağıdaki senaryolarda kullanılır:
Mecburi yük devretme (olası veri kaybı)
Zorlamalı yük devretme, son değişikliklerin birincilden yayılmasını beklemeden ikincil rolü hemen birincil role değiştirir. Bu işlem olası veri kaybına neden olabilir. Zorlamalı yük devretme, birincil sunucuya erişim sağlanamadığında kesinti durumlarında bir kurtarma yöntemi olarak kullanılır. Kesinti giderildiğinde, eski birincil otomatik olarak yeniden bağlanır ve yeni bir ikincil olur. Yük devretme işlemi başlatılabilir ve çoğaltmalar, özgün birincil ve ikincil rollerine geri döndürülebilir.
Veri kaybıyla yetkisiz kullanım süresi
Veriler asenkron çoğaltma kullanılarak ikincil sunucuya kopyalandığı için, Microsoft tarafından yönetilen yük devretme ilkelerine sahip grupların zorunlu yük devretmesi veri kaybına neden olabilir. Yük devretme ilkesini, uygulamanızın veri kaybına dayanıklılığını yansıtacak şekilde özelleştirebilirsiniz.
GracePeriodWithDataLossHours'yi yapılandırarak, Azure SQL hizmetinin zorlamalı yük devretmeyi başlatmadan önce ne kadar süre bekleyeceğini kontrol edebilir ve bunun sonucunda veri kaybı yaşanabileceğini göz önünde bulundurabilirsiniz.
Yük devretme grubuna tekil veritabanları ekleme
Birden fazla bağımsız veritabanını aynı mantıksal sunucuda aynı yük devretme grubuna yerleştirebilirsiniz. Yük devretme grubuna tek bir veritabanı eklerseniz, yük devretme grubu oluşturulduğunda belirttiğiniz ikincil sunucuda aynı sürüm ve işlem boyutunu kullanarak otomatik olarak ikincil bir veritabanı oluşturur. İkincil sunucuda zaten ikincil veritabanı olan bir veritabanı eklerseniz, bu coğrafi çoğaltma bağlantısı grup tarafından devralınır. Yük devretme grubunun parçası olmayan bir sunucuya zaten ikincil veritabanı olan bir veritabanı eklediğinizde, ikincil sunucuda yeni bir ikincil veritabanı oluşturulur.
Önemli
Elastik havuzdaki veritabanlarını yük devretme grubuna ekleme
Elastik havuzdaki tüm veya birkaç veritabanını aynı yük devretme grubuna yerleştirebilirsiniz. Birincil veritabanı bir elastik havuzdaysa, ikincil otomatik olarak elastik havuzda aynı adla (ikincil havuz) oluşturulur. İkincil sunucuda, yük devretme grubu tarafından oluşturulacak ikincil veritabanlarını barındırmak için aynı ada ve yeterli boş kapasiteye sahip bir elastik havuz bulunduğundan emin olmanız gerekir. Eğer ikincil havuzda zaten bir ikincil veritabanı bulunan bir veritabanını havuza eklerseniz, bu coğrafi çoğaltma bağlantısı grup tarafından devralınır. Yük devretme grubunun parçası olmayan bir sunucuda zaten ikincil veritabanı olan bir veritabanı eklediğinizde, ikincil havuzda yeni bir ikincil veritabanı oluşturulur.
Yük devretme grubu okuma-yazma bağlantı noktası
Geçerli birincile işaret eden bir DNS CNAME kaydı. Yük devretme grubu oluşturulduğunda otomatik olarak oluşturulur ve yük devretmenin ardından birincil sunucu değiştiğinde okuma-yazma yükünün kesintisiz bir şekilde birincil sunucuya yeniden bağlanmasına izin verir. Bir sunucuda yük devretme grubu oluşturulduğunda, dinleyici URL'sine ait DNS CNAME kaydı <fog-name>.database.windows.net olarak oluşturulur. Yük devretme işleminden sonra, DNS kaydı dinleyiciyi yeni birincil sunucuya yeniden yönlendirmek için otomatik olarak güncelleştirilir.
Yük devretme grubu salt okuma dinleyicisi
Geçerli ikincil sunucuyu işaret eden bir DNS CNAME kaydı. Yük devretme grubu oluşturulduğunda otomatik olarak oluşturulur ve salt okunur SQL yükünün, yük devretme sonrası ikincil değişiklik olduğunda ikincil yükle şeffaf bir şekilde bağlantı kurmasına olanak tanır. Bir sunucuda failover grubu oluşturulduğunda, dinleyici URL'si için DNS CNAME kaydı <fog-name>.secondary.database.windows.net olarak oluşturulur. Varsayılan olarak, salt okunur dinleyicinin yük devretmesi devre dışı bırakılır çünkü bu, ikincil sistem çevrimdışı olduğunda birincil sistemin performansının etkilenmemesini sağlar. Ancak, salt okunur oturumların ikincil sunucu kurtarılana kadar bağlanamayacağı anlamına da gelir. Salt okunur oturumlar için kesinti süresini kaldıramıyorsanız ve birincil sunucunun olası performans düşüşü pahasına hem salt okunur hem de okuma-yazma trafiği için birincil sunucuyu kullanabiliyorsanız, AllowReadOnlyFailoverToPrimary özelliğini yapılandırarak salt okunur dinleyici için yük devretmeyi etkinleştirebilirsiniz. Bu durumda, ikincil kullanılabilir değilse salt okunur trafik otomatik olarak birincile yönlendirilir.
Not
Özelliğin AllowReadOnlyFailoverToPrimary etkili olması için Microsoft tarafından yönetilen yük devretme ilkesinin etkinleştirilmesi ve zorunlu yük devretmenin tetiklenmiş olması gerekir. Bu durumda, özellik True olarak ayarlanırsa, yeni birincil sunucu hem okuma-yazma hem de salt okunur oturumlara hizmet eder.
Birden çok yük devretme grubu
Coğrafi yük devretmelerin kapsamını denetlemek için aynı sunucu çifti için birden çok yük devretme grubu yapılandırabilirsiniz. Her grup bağımsız olarak yük devreder. Veritabanı başına kiracı uygulamanız birden çok bölgede dağıtılıyorsa ve elastik havuzlar kullanıyorsa, her havuzdaki birincil ve ikincil veritabanlarını karıştırmak için bu özelliği kullanabilirsiniz. Bu şekilde kesintinin etkisini yalnızca bazı kiracı veritabanlarına azaltabilirsiniz.
Azure SQL Veritabanı bir yük devretme grubu, genellikle aynı uygulama tarafından kullanılan bir veya birden çok veritabanı içerebilir. Birincil sunucuda bir yük devretme grubu yapılandırılmalıdır ve bu grup bunu farklı bir Azure bölgesindeki ikincil sunucuya bağlar. Yük devretme grubu birincil sunucudaki tüm veya bazı veritabanlarını içerebilir. Aşağıdaki diyagramda, bir yük devretme grubunda birden çok veritabanı kullanan coğrafi olarak yedekli bir bulut uygulamasının tipik yapılandırması gösterilmektedir:
İş sürekliliği göz önünde bulundurularak bir hizmet tasarlarken, bu makalede özetlenen genel yönergeleri ve en iyi yöntemleri izleyin. Bir yük devretme grubu yapılandırırken, coğrafi yük devretmeden sonra coğrafi ikincil yeni birincil olduğunda, ikincilin kimlik doğrulaması ve ağ erişiminin düzgün çalışması için ayarlandığından emin olun. Ayrıntılar için bkz. Coğrafi geri yükleme veya yük devretme için Azure SQL Veritabanı güvenliğini yapılandırma ve yönetme. Daha fazla bilgi için bkz. Azure SQL Veritabanı kullanarak küresel ölçekte kullanılabilir hizmetlerin tasarımı ve Azure SQL Veritabanı için coğrafi geri yükleme.
Birincil ve ikincil sunucu arasında yük devretme grubunuzu oluştururken, eşleştirilmiş bölgelerdeki yük devretme gruplarının eşleşmeyen bölgelere kıyasla daha iyi performansa sahip olması nedeniyle eşleştirilmiş bölgeleri kullanın.
Güvenli dağıtım uygulamalarının ardından Azure SQL Veritabanı genellikle eşleştirilmiş bölgeleri aynı anda güncelleştirmez. Ancak önce hangi bölgenin yükseltileceğini tahmin etmek mümkün olmadığından dağıtım sırası garanti edilmeyecektir. Bazen birincil sunucunuz önce yükseltilir, bazen de ikinci olarak yükseltilir.
Azure bölge eşleştirmesi ile uyumlu olmayan veritabanları için coğrafi çoğaltma veya yük devretme grupları yapılandırılmışsa, birincil ve ikincil veritabanlarınız için farklı bakım penceresi zamanlamaları kullanın. Örneğin, ikincil veritabanınız için Hafta içi bakım penceresini ve birincil veritabanınız için Hafta sonu bakım penceresini seçebilirsiniz.
Yük devretme grubuna veritabanları veya esnek havuzlar eklerken, veri çoğaltma başlamadan önce bir başlangıç yükleme aşaması vardır. İlk tohumlama aşaması en uzun ve en pahalı işlemdir. İlk tohumlama tamamlandıktan sonra veriler eşitlenir ve ardından yalnızca sonraki veri değişiklikleri çoğaltılır. İlk dengeli dağıtımın tamamlanması için gereken süre, verilerinizin boyutuna, çoğaltılan veritabanlarının sayısına, birincil veritabanlarındaki yüke ve birincil ve ikincil veritabanı arasındaki ağ bağlantısının hızına bağlıdır. Normal koşullarda, SQL Veritabanı için olası tohumlama hızı saatte 500 GB'a kadar çıkar. Tüm veritabanları için paralel olarak tohumlama gerçekleştirilir.
Yük devretme grubundaki veritabanlarının sayısı hem standart yük devretme hem de zorlamalı yük devretme işlemlerinin süresini doğrudan etkiler.
Farklı bölgelerdeki iki sunucu (birincil ve ikincil sunucular) arasında bir veya birden çok yük devretme grubu oluşturulabilir. Her grup, birincil bölgedeki bir kesinti nedeniyle birincil veritabanlarının tümünün veya bazılarının kullanılamaz duruma gelmesi durumunda birim olarak kurtarılan bir veya birkaç veritabanı içerebilir. Yük devretme grubu oluşturmak, birincil hizmet hedefiyle aynı coğrafi ikincil veritabanları oluşturur. Bir yük devretme grubuna mevcut bir coğrafi çoğaltma ilişkisi eklerseniz, coğrafi ikincilin, birincil ile aynı hizmet katmanı ve hesaplama boyutuyla yapılandırıldığından emin olun.
Okuma yazma iş yükleri için bağlantı dizesinde sunucu adı olarak <fog-name>.database.windows.net kullanın. Bağlantılar otomatik olarak birincil sunucuya yönlendirilir. Yük devretme işleminden sonra bu ad değişmez. Yük devretmenin DNS kaydını güncelleştirmeyi içerdiğini, böylece istemci bağlantılarının yeni birincil sunucuya yeniden yönlendirilmesinin ancak istemci DNS önbelleği yenilendikten sonra olduğunu unutmayın. Birincil ve ikincil dinleyici DNS kaydının yaşam süresi (TTL) 30 saniyedir.
Veri gecikme süresine dayanıklı, mantıksal olarak yalıtılmış salt okunur iş yükleriniz varsa bunları coğrafi ikincilde çalıştırabilirsiniz. Salt okunur oturumlar için bağlantı dizesinde sunucu adı olarak <fog-name>.secondary.database.windows.net kullanın. Bağlantılar otomatik olarak coğrafi yedek sunucuya yönlendirilir. Ayrıca ApplicationIntent=ReadOnly kullanarak bağlantı dizisinde okuma niyetini belirtmeniz önerilir.
Premium, İş Açısından Kritik ve Hiper Ölçek hizmet katmanlarında SQL Veritabanı, bağlantı dizesinde ApplicationIntent=ReadOnly parametresini kullanarak salt okunur sorgu iş yüklerini dağıtmak için salt okunur çoğaltmaları destekler. Coğrafi ikincil yapılandırmasını tamamladığınızda, bu özelliği, birincil konumdaki veya coğrafi ikincil konumdaki salt okunur bir replika kopyaya bağlanmak için kullanabilirsiniz.
İkincil konumda salt okunur bir çoğaltmaya bağlanmak için ApplicationIntent=ReadOnly ve <fog-name>.secondary.database.windows.net kullanın.
Tipik bir Azure uygulaması birden çok Azure hizmeti kullanır ve birden çok bileşenden oluşur. Bir grubun yük devretme işlemi, yalnızca Azure SQL Veritabanı durumu baz alınarak tetiklenir. Birincil bölgedeki diğer Azure hizmetleri kesintiden etkilenmeyebilir ve bileşenleri bu bölgede kullanılabilir durumda olabilir. Birincil veritabanları ikincil (DR) bölgesine geçtikten sonra bağımlı bileşenler arasındaki gecikme süresi artabilir. Daha yüksek gecikme süresinin uygulamanın performansı üzerindeki etkisini önlemek için DR bölgesindeki tüm uygulama bileşenlerinin yedekli olduğundan emin olun, bu ağ güvenlik yönergelerini izleyin ve veritabanıyla birlikte ilgili uygulama bileşenlerinin coğrafi yük devretmesini ayarlayın.
Birincil bölgede bir kesinti oluşursa, son işlemler coğrafi ikincil bölgeye çoğaltılmamış olabilir ve zorunlu bir yük devretme işlemi yapılırsa veri kaybı yaşanabilir.
Önemli
800 veya daha az DTU veya 8 veya daha az sanal çekirdek içeren elastik havuzlar ve 250'den fazla veritabanı daha uzun planlanmış coğrafi yük devretmeler ve düşük performans gibi sorunlarla karşılaşabilir. Bu sorunların, coğrafi çoğaltmalar coğrafi olarak büyük ölçüde uzak olduğunda veya her veritabanı için birden fazla ikincil coğrafi çoğaltma kullanıldığında yoğun yazma içeren iş yükleri için ortaya çıkması daha olasıdır. Bu sorunların bir belirtisi de zaman içinde coğrafi çoğaltma gecikmesindeki artıştır ve bir kesintide potansiyel olarak daha yoğun veri kaybına yol açar. Bu gecikme sys.dm_geo_replication_link_status kullanılarak izlenebilir. Bu sorunlar ortaya çıkarsa azaltma işlemi, havuzun ölçeğini daha fazla DTU veya sanal çekirdeğe sahip olacak şekilde artırmayı veya havuzda coğrafi olarak çoğaltılan veritabanlarının sayısını azaltmayı içerir.
Yük devretme grupları Microsoft tarafından yönetilen bir yük devretme ilkesiyle yapılandırıldığında, tanımlanan yetkisiz kullanım süresine göre olağanüstü durum senaryosu sırasında coğrafi ikincil sunucuya zorlamalı yük devretme başlatılır. Eski birincile dönüş işlemi manuel olarak başlatılmalıdır.
İzinler ve sınırlamaların listesi için yük devretme grubunu yapılandırma kılavuzunu gözden geçirin.
Yük devretme grupları Azure PowerShell, Azure CLI ve REST API kullanılarak program aracılığıyla da yönetilebilir. Daha fazla bilgi için Azure SQL Veritabanı için yük devretme grubu yapılandırma'i gözden geçirin.
Yedeklilik yoluyla kullanılabilirlik, bir bölgedeki bir kullanılabilirlik bölgesinin kesintilerine karşı koruma sağlayarak dayanıklılığı daha da artırır.
Bir veya daha fazla veritabanı içeren bir yük devretme grubu oluştururken, birincil veritabanlarının yüksek kullanılabilirlik ayarlarından bağımsız olarak ikincil veritabanları için yüksek kullanılabilirliği etkinleştirme seçeneği yoktur.
Yük devretme grubu aracılığıyla oluşturulan ikincil veritabanlarında varsayılan olarak yüksek kullanılabilirlik etkinleştirilmez. Yük devretme grubu oluşturulduktan sonra, grubun içindeki veritabanlarında yüksek kullanılabilirliğin etkinleştirilmesini sağlayın. Bu davranış, önce Active Geo-Replication oluşturur ve sonra isteğe bağlı olarak veritabanlarını bir yük devretme grubuna eklerseniz de geçerlidir.
Yük devretme grubu aracılığıyla oluşturulan ikincil veritabanları ilgili birincil veritabanlarının yüksek kullanılabilirlik ayarlarını devralır. Bu nedenle, birincil veritabanında yüksek kullanılabilirlik etkinleştirildiyse, ikincil veritabanında da etkinleştirilir. Buna karşılık, birincil veritabanında yüksek kullanılabilirlik etkinleştirilmemişse, ikincil veritabanında da etkinleştirilmez.
Birincil veritabanında yüksek kullanılabilirlik özelliğinin etkinleştirildiği ve eklenen ikincil veritabanının henüz kullanılabilirlik alanlarını desteklemeyen bir bölgede yer aldığı bir senaryoda iş akışı 45122 kodlu bir hata iletisiyle başarısız olur: "Yük Devretme Grubu oluşturma veya güncelleştirme işlemi başarıyla tamamlandı; ancak, veritabanlarından bazıları Yük Devretme Grubuna eklenemedi veya gruptan kaldırılamadı. Geçerli isteğiniz için alanlar arası yedekli veritabanı/havuz sağlama desteklenmiyor. Bu sorunu geçici olarak çözmek için, ikincil veritabanını oluştururken yüksek kullanılabilirliği etkinleştirdiğiniz veya devre dışı bıraktığınız etkin coğrafi çoğaltma kullanın. Daha sonra isteğe bağlı olarak bu veritabanlarını bir yük devretme grubuna ekleyebilirsiniz.
Eğitim
Modül
Yüksek kullanılabilirlik ve olağanüstü durum kurtarma için IaaS ve PaaS çözümlerini keşfedin
Sertifikasyon
Microsoft Sertifikalı: Azure Veritabanı Yöneticisi Uzmanlık - Certifications
Microsoft PaaS ilişkisel veritabanı tekliflerini kullanarak bulut, şirket içi ve karma ilişkisel veritabanları için SQL Server veritabanı altyapısını yönetme.