Azure SQL Yönetilen Örneği için yük devretme grubu yapılandırma

Şunlar için geçerlidir:Azure SQL Yönetilen Örneği

Bu makalede, Azure portalını ve Azure PowerShell'i kullanarak Azure SQL Yönetilen Örneği için bir yük devretme grubu yapılandırmayı öğreneceksiniz.

Uçtan uca PowerShell betiğinin bir yük devretme grubu içinde her iki örneği de oluşturması için Yük devretme grubuna örnek ekleme'yi gözden geçirin.

Önkoşullar

Aşağıdaki önkoşulları göz önünde bulundurun:

  • İkincil yönetilen örnek, kullanıcı veritabanı içermeyen boş olmalıdır.
  • SQL Yönetilen Örneği'nin iki örneği aynı hizmet katmanında yer almalı ve aynı depolama boyutuna sahip olmalıdır. Gerekli olmasa da, ikincil örneğin en yoğun etkinlik dönemleri de dahil olmak üzere birincil örnekten çoğaltılan değişiklikleri sürdürülebilir bir şekilde işleyebildiğinden emin olmak için iki örneğin eşit işlem boyutuna sahip olması kesinlikle önerilir.
  • Birincil örneğin sanal ağının IP adres aralığı, ikincil yönetilen örneğin veya birincil veya ikincil sanal ağ ile eşlenen diğer sanal ağın adres aralığıyla çakışmamalıdır.
  • İkincil yönetilen örneğinizi oluştururken, parametrenin değeri DnsZonePartner olarak birincil örneğin DNS bölge kimliğini belirtmeniz gerekir. için DnsZonePartnerbir değer belirtmezseniz, her sanal ağda ilk örnek oluşturulduğunda ve aynı kimlik aynı alt ağdaki diğer tüm örneklere atandığında, bölge kimliği rastgele bir dize olarak oluşturulur. DNS bölgesi atandıktan sonra değiştirilemez.
  • Alt ağ barındırma örneğindeki Ağ Güvenlik Grupları (NSG) kurallarında 5022 numaralı bağlantı noktası (TCP) ve diğer yönetilen örneği barındıran alt ağdan gelen ve giden bağlantılar için 11000-11999 (TCP) bağlantı noktası aralığı açık olmalıdır. Bu, birincil ve ikincil örneği barındıran her iki alt ağ için de geçerlidir.
  • İkincil yönetilen örneğin harmanlama ve saat dilimi, birincil yönetilen örneğinkiyle eşleşmelidir.
  • Yönetilen örnekler, performans nedeniyle eşleştirilmiş bölgelerde dağıtılmalıdır. Coğrafi olarak eşleştirilmiş bölgelerde bulunan yönetilen örnekler, istenmeyen bölgelere kıyasla çok daha yüksek bir coğrafi çoğaltma hızından yararlanır.

Adres alanı aralığı

Birincil örneğin adres alanını denetlemek için birincil örneğin sanal ağ kaynağına gidin ve Ayarlar altında Adres alanı'nı seçin. Adres aralığı altındaki aralığı denetleyin:

Screenshot of the address space for the primary virtual network in the Azure portal.

Birincil örneğin bölge kimliğini belirtin

İkincil örneğinizi oluştururken, birincil örneğin bölge kimliğini olarak DnsZonePartnerbelirtmeniz gerekir.

İkincil örneğinizi Azure portalında oluşturuyorsanız, Ek ayarlar sekmesindeki Coğrafi çoğaltma'nın altında, Yük devretme ikincil olarak kullan'a Evet'i seçin ve ardından açılan listeden birincil örneği seçin:

Screenshot of the Azure portal specifying the primary managed instance as a failover secondary on the additional settings page.

Örnekler arasında bağlantıyı etkinleştirme

Kesintisiz coğrafi çoğaltma trafik akışı için birincil ve ikincil örneği barındıran sanal ağ alt ağları arasında Bağlan üretkenlik oluşturulmalıdır. Farklı Azure bölgelerindeki yönetilen örnekler arasında bağlantı kurmanın çeşitli yolları vardır:

Genel sanal ağ eşlemesi , yük devretme grubundaki örnekler arasında bağlantı kurmanın en performanslı ve sağlam yolu olarak önerilir . Genel sanal ağ eşlemesi, Microsoft omurga altyapısını kullanarak eşlenen sanal ağlar arasında düşük gecikme süreli, yüksek bant genişliğine sahip özel bir bağlantı sağlar. Eşlenen sanal ağlar arasındaki iletişimde genel İnternet, ağ geçitleri veya ek şifreleme gerekmez.

Önemli

Ek ağ cihazları içeren örnekleri bağlamanın alternatif yolları, bağlantı veya çoğaltma hızı sorunlarının giderilmesini karmaşıklaştırabilir, büyük olasılıkla ağ yöneticilerinin etkin katılımını gerektirebilir ve çözüm süresini önemli ölçüde uzatabilir.

Bağlantı mekanizmasından bağımsız olarak coğrafi çoğaltma trafiğinin akışını sağlamak için karşılanması gereken gereksinimler vardır:

  • Yönetilen örnek alt ağlarına atanan yönlendirme tablosu ve ağ güvenlik grupları, eşlenen iki sanal ağ arasında paylaşılamaz.
  • Birincil örneği barındıran alt ağdaki Ağ Güvenlik Grubu (NSG) kuralları şunları sağlar:
    • İkincil örneği barındıran alt ağdan 5022 numaralı bağlantı noktası ve 11000-11999 numaralı bağlantı noktası aralığında gelen trafik.
    • 5022 numaralı bağlantı noktası ve 11000-11999 numaralı bağlantı noktası aralığından ikincil örneği barındıran alt ağa giden trafik.
  • İkincil örneği barındıran alt ağ üzerindeki Ağ Güvenlik Grubu (NSG) kuralları şunları sağlar:
    • Birincil örneği barındıran alt ağdan 5022 numaralı bağlantı noktası ve 11000-11999 numaralı bağlantı noktası aralığında gelen trafik.
    • 5022 numaralı bağlantı noktası ve 11000-11999 numaralı bağlantı noktası aralığından birincil örneği barındıran alt ağa giden trafik.
  • Birincil ve ikincil örneği barındıran sanal ağların IP adresi aralıkları çakışmamalıdır.
  • Birincil ve ikincil örneği barındıran sanal ağlar veya yerel sanal ağ eşlemesi veya başka yollarla eşlendikleri diğer sanal ağlar arasında IP adresi aralıklarının dolaylı çakışması yoktur.

Ayrıca, örnekler arasında önerilen genel sanal ağ eşlemesinden daha fazla bağlantı sağlamak için başka mekanizmalar kullanıyorsanız aşağıdakilerden emin olmanız gerekir:

  • Güvenlik duvarları veya ağ sanal gereçleri (NVA' lar) gibi kullanılan herhangi bir ağ cihazı, daha önce bahsedilen bağlantı noktalarında trafiği engellemez.
  • Yönlendirme düzgün şekilde yapılandırıldı ve asimetrik yönlendirmeden kaçınıldı.
  • Yük devretme gruplarını merkez-uç ağ topolojisi bölgeler arası dağıtıyorsanız, çoğaltma trafiği merkez ağları üzerinden yönlendirmek yerine doğrudan iki yönetilen örnek alt ağı arasında olmalıdır. Bağlantı ve çoğaltma hızı sorunlarını önlemenize yardımcı olur.
  1. Azure portalında, birincil yönetilen örneğiniz için Sanal ağ kaynağına gidin.
  2. Ayarlar altında Eşlemeler'i ve ardından + Ekle'yi seçin.

Screenshot of peerings page for virtual network A in the Azure portal.

  1. Aşağıdaki ayarlar için değerleri girin veya seçin:

    Ayarlar Açıklama
    Bu sanal ağ
    Eşleme bağlantı adı Eşlemenin adı sanal ağ içinde benzersiz olmalıdır.
    Uzak sanal ağa trafik varsayılan akış üzerinden iki sanal ağ arasındaki iletişimi etkinleştirmek için İzin Ver (varsayılanVirtualNetwork) seçeneğini belirleyin. Sanal ağlar arasında iletişimin etkinleştirilmesi, her iki sanal ağa bağlı olan kaynakların birbirleriyle aynı sanal ağa bağlıymış gibi aynı bant genişliği ve gecikme süresiyle iletişim kurmasına olanak tanır. İki sanal ağdaki kaynaklar arasındaki tüm iletişim, Azure özel ağı üzerinden gerçekleştirilir.
    Uzak sanal ağdan iletilen trafik Bu öğreticide hem İzin Verildi (varsayılan) hem de Engelle seçeneği çalışır. Daha fazla bilgi için bkz . Eşleme oluşturma
    Sanal ağ geçidi veya Yönlendirme Sunucusu Hiçbiri seçeneğini belirtin. Diğer seçenekler hakkında daha fazla bilgi için bkz . Eşleme oluşturma.
    Uzak sanal ağ
    Eşleme bağlantı adı İkincil örneği barındıran sanal ağda kullanılacak eşlemenin adı.
    Sanal ağ dağıtım modeli Kaynak yöneticisi'ne tıklayın.
    Kaynak kimliğimi biliyorum Bu onay kutusunu işaretsiz bırakın.
    Abonelik Eşlemek istediğiniz ikincil örneği barındıran sanal ağın Azure aboneliğini seçin.
    Sanal ağ Eşlemek istediğiniz ikincil örneği barındıran sanal ağı seçin. Sanal ağ listeleniyor ancak gri görünüyorsa, bunun nedeni sanal ağın adres alanının bu sanal ağın adres alanıyla çakışması olabilir. Sanal ağ adres alanları çakışıyorsa bunlar eşlenemez.
    Uzak sanal ağa trafik İzin Ver'i seçin (varsayılan)
    Uzak sanal ağdan iletilen trafik Bu öğreticide hem İzin Verildi (varsayılan) hem de Engelle seçeneği çalışır. Daha fazla bilgi için bkz . Eşleme oluşturma.
    Sanal ağ geçidi veya Yönlendirme Sunucusu Hiçbiri seçeneğini belirtin. Diğer seçenekler hakkında daha fazla bilgi için bkz . Eşleme oluşturma.
  2. Seçtiğiniz sanal ağ ile eşlemeyi yapılandırmak için Ekle'yi seçin. Birkaç saniye sonra Yenile düğmesini seçtiğinizde eşleme durumu Güncelleştirmeolarak Bağlan olarak değişir.

    Screenshot of the Virtual network peering status on peerings page in Azure portal.

Yük devretme grubunu oluşturma

Azure portalını veya PowerShell'i kullanarak yönetilen örnekleriniz için yük devretme grubunu oluşturun.

Azure portalını kullanarak SQL Yönetilen Örneği'leriniz için yük devretme grubunu oluşturun.

  1. Azure portalının sol tarafındaki menüden Azure SQL'i seçin. Azure SQL listede yoksa Tüm hizmetler'i seçin ve arama kutusuna Azure SQL yazın. (İsteğe bağlı) Sol gezintiye sık kullanılan öğe olarak eklemek için Azure SQL'in yanındaki yıldızı seçin.

  2. Yük devretme grubuna eklemek istediğiniz birincil yönetilen örneği seçin.

  3. Ayarlar altında Örnek Yük Devretme Grupları'na gidin ve ardından Örnek yük devretme grubu oluşturma sayfasını açmak için Grup ekle'yi seçin.

    Screenshot of adding a failover group page in Azure portal.

  4. Örnek Yük Devretme Grubu sayfasında, yük devretme grubunuzun adını yazın ve açılan listeden ikincil yönetilen örneği seçin. Oluştur'u seçerek yük devretme grubunuzu oluşturun.

    Screenshot to create failover group in Azure portal.

  5. Yük devretme grubu dağıtımı tamamlandıktan sonra Yük Devretme grubu sayfasına geri dönersiniz.

Yük devretme testi

Azure portalını veya PowerShell'i kullanarak yük devretme grubunuzun yük devretmesini test edin.

Azure portalını kullanarak yük devretme grubunuzun yük devretme testi.

  1. Azure portalında ikincil yönetilen örneğinize gidin ve ayarlar altından Örnek Yük Devretme Grupları'nı seçin.

  2. Birincil ve ikincil roldeki yönetilen örnekleri not edin.

  3. Yük devretme'yi seçin ve ardından TDS oturumlarının bağlantısının kesilmesiyle ilgili uyarıda Evet'i seçin.

    Screenshot to fail over the failover group in Azure portal.

  4. Birincil ve ikincil roldeki yönetilen örnekleri not edin. Yük devretme başarılı olursa, iki örneğin rolleri değiştirilmelidir.

    Screenshot of the failover group status of switched instance roles after failover.

Önemli

Roller arasında geçiş olmadıysa örneklerle ilgili NSG ve güvenlik duvarı kuralları arasındaki bağlantıyı denetleyin. Sonraki adıma yalnızca roller değiştirildikten sonra devam edin.

  1. Yeni ikincil yönetilen örneğe gidin ve bir kez daha Yük Devretme'yi seçerek birincil örneği birincil role geri döndürebilirsiniz.

Dinleyici uç noktasını bulma

Yük devretme grubunuz yapılandırıldıktan sonra uygulamanızın bağlantı dizesi dinleyici uç noktasına güncelleştirin. Uygulamanızın birincil veritabanı, elastik havuz veya örnek veritabanı yerine yük devretme grubu dinleyicisine bağlı kalmasını sağlar. Bu şekilde, veritabanı varlığınızın yük devretmesi her seferinde bağlantı dizesi el ile güncelleştirmeniz gerekmez ve trafik şu anda birincil olan herhangi bir varlığa yönlendirilir.

Dinleyici uç noktası biçimindedir fog-name.database.windows.netve yük devretme grubunu görüntülerken Azure portalında görünür:

Screenshot where to find the failover group connection string in the Azure portal.

Farklı aboneliklerdeki örnekler arasında grup oluşturma

Abonelikler aynı Microsoft Entra kiracısı ile ilişkili olduğu sürece, iki farklı abonelikteki SQL Yönetilen Örneği arasında bir yük devretme grubu oluşturabilirsiniz.

  • PowerShell API'sini kullanırken, ikincil SQL Yönetilen Örneği parametresini belirterek PartnerSubscriptionId bunu yapabilirsiniz.
  • REST API kullanırken, parametresine dahil edilen her örnek kimliğinin properties.managedInstancePairs kendi Abonelik Kimliği olabilir.
  • Azure portalı, farklı aboneliklerde yük devretme gruplarının oluşturulmasını desteklemez.

Önemli

Azure portalı farklı aboneliklerde yük devretme gruplarının oluşturulmasını desteklemez. Farklı abonelikler ve/veya kaynak grupları arasında yük devretme grupları için yük devretme, birincil SQL yönetilen örneğinden Azure portalı aracılığıyla el ile başlatılamaz. Bunun yerine yük devretmeyi coğrafi olarak ikincil örnekten başlatın.

Kritik veri kaybını önleme

Geniş alan ağlarının yüksek gecikme süresi nedeniyle, coğrafi çoğaltma zaman uyumsuz bir çoğaltma mekanizması kullanır. Zaman uyumsuz çoğaltma, birincil başarısız olursa veri kaybı olasılığını kaçınılmaz hale getirir. Kritik işlemleri veri kaybına karşı korumak için, uygulama geliştiricisi işlemi işledikten hemen sonra sp_wait_for_database_copy_sync saklı yordamı çağırabilir. Çağırma sp_wait_for_database_copy_sync , son işlenen işlem ikincil veritabanının işlem günlüğünde iletilip sağlamlaştırılana kadar çağıran iş parçacığını engeller. Ancak, iletilen işlemlerin ikincil işlemde yeniden oynatılması (yeniden yapılması) için beklemez. sp_wait_for_database_copy_sync kapsamı belirli bir coğrafi çoğaltma bağlantısıyla belirlenmiştir. Birincil veritabanına bağlantı hakları olan tüm kullanıcılar bu yordamı çağırabilir.

Dekont

sp_wait_for_database_copy_sync belirli işlemler için coğrafi yük devretme sonrasında veri kaybını önler, ancak okuma erişimi için tam eşitlemeyi garanti etmez. Yordam sp_wait_for_database_copy_sync çağrısının neden olduğu gecikme önemli olabilir ve çağrı sırasında birincilde henüz iletilmeyen işlem günlüğünün boyutuna bağlıdır.

İkincil bölgeyi değiştirme

A örneğinin birincil örnek, B örneğinin mevcut ikincil örnek ve C örneğinin üçüncü bölgedeki yeni ikincil örnek olduğunu varsayalım. Geçişi yapmak için şu adımları izleyin:

  1. A ile aynı boyutta ve aynı DNS bölgesinde C örneği oluşturun.
  2. A ve B örnekleri arasındaki yük devretme grubunu silin. Bu noktada, yük devretme grubu dinleyicilerinin SQL diğer adları silindiğinden ve ağ geçidi yük devretme grubu adını tanıyamadığından oturum açmaya çalışır. İkincil veritabanlarının birincil öğelerle bağlantısı kesilir ve okuma-yazma veritabanlarına dönüşür.
  3. A ve C örneği arasında aynı ada sahip bir yük devretme grubu oluşturun. Yük devretme grubunu yapılandırma kılavuzundaki yönergeleri izleyin. Bu bir veri boyutu işlemidir ve A örneğinden tüm veritabanları dağıtıldığında ve eşitlendiğinde tamamlanır.
  4. Gereksiz ücretlerden kaçınmak için gerekli değilse B örneğini silin.

Dekont

2. adımdan sonra ve 3. adım tamamlanana kadar A örneğindeki veritabanları A örneğinin yıkıcı bir hatasından korunmaz.

Birincil bölgeyi değiştirme

Örnek A'nın birincil örnek, B örneğinin mevcut ikincil örnek ve C örneğinin de üçüncü bölgedeki yeni birincil örnek olduğunu varsayalım. Geçişi yapmak için şu adımları izleyin:

  1. B ile aynı boyutta ve aynı DNS bölgesinde C örneği oluşturun.
  2. B örneğine Bağlan ve birincil örneği B'ye değiştirmek için el ile yük devretme. A Örneği otomatik olarak yeni ikincil örnek olur.
  3. A ve B örnekleri arasındaki yük devretme grubunu silin. Bu noktada, yük devretme grubu uç noktalarını kullanarak oturum açma girişimleri başarısız olur. A üzerindeki ikincil veritabanlarının birincil öğelerle bağlantısı kesilir ve okuma-yazma veritabanları haline gelir.
  4. B ve C örneği arasında aynı ada sahip bir yük devretme grubu oluşturun. Yük devretme grubu kılavuzundaki yönergeleri izleyin. Bu bir veri boyutu işlemidir ve A örneğinden tüm veritabanları dağıtıldığında ve eşitlendiğinde tamamlanır. Bu noktada oturum açma girişimleri başarısız oluyor.
  5. C örneğini birincil role değiştirmek için el ile yük devretme. Örnek B, otomatik olarak yeni ikincil örnek olur.
  6. Gereksiz ücretlerden kaçınmak için gerekli değilse A örneğini silin.

Dikkat

3. adımdan sonra ve 4. adım tamamlanana kadar A örneğindeki veritabanları A örneğinin yıkıcı bir hatasından korunmaz.

Önemli

Yük devretme grubu silindiğinde, dinleyici uç noktalarının DNS kayıtları da silinir. Bu noktada, başka birinin aynı ada sahip bir yük devretme grubu oluşturma olasılığı sıfır olmayan bir olasılıktır. Yük devretme grubu adlarının genel olarak benzersiz olması gerektiğinden, bu aynı adı yeniden kullanmanızı engeller. Bu riski en aza indirmek için genel yük devretme grubu adlarını kullanmayın.

Sistem veritabanlarındaki nesnelere bağımlı senaryoları etkinleştirme

Sistem veritabanları, bir yük devretme grubundaki ikincil örneğe çoğaltılmaz. Sistem veritabanlarındaki nesnelerin kullanıldığı senaryoları etkinleştirmek için ikincil örnekte aynı nesneleri oluşturun ve bunları birincil örnekle eşitlenmiş durumda tutmayı unutmayın.

Örneğin, ikincil örnekte aynı oturum açma bilgilerini kullanmayı planlıyorsanız, bunları aynı SID ile oluşturduğunuzdan emin olun.

-- Code to create login on the secondary instance
CREATE LOGIN foo WITH PASSWORD = '<enterStrongPasswordHere>', SID = <login_sid>;

Daha fazla bilgi için bkz. Oturum açma bilgilerini ve aracı işlerini çoğaltma.

Örnek özelliklerini ve bekletme ilkeleri örneklerini eşitleme

Yük devretme grubundaki örnekler ayrı Azure kaynakları olarak kalır ve birincil örneğin yapılandırmasında yapılan hiçbir değişiklik otomatik olarak ikincil örneğe çoğaltılamaz. Hem birincil hem de ikincil örnekte tüm ilgili değişiklikleri gerçekleştirdiğinden emin olun. Örneğin, birincil örnekte yedekleme depolama yedekliliğini veya uzun süreli yedekleme saklama ilkesini değiştirirseniz, bunu ikincil örnekte de değiştirdiğinizden emin olun.

Örnekleri ölçeklendirme

Birincil ve ikincil örneğin ölçeğini artırarak veya azaltarak aynı hizmet katmanında farklı bir işlem boyutuna veya farklı bir hizmet katmanına ulaşabilirsiniz. Ölçeği aynı hizmet katmanında büyütürken önce coğrafi ikincil ölçeği artırmanızı ve ardından birincil katmanın ölçeğini artırmanızı öneririz. Aynı hizmet katmanında ölçeği daraltırken sırayı tersine çevirin: önce birincil katmanın ölçeğini küçültün ve ardından ikincil katmanın ölçeğini küçültün. Örneği farklı bir hizmet katmanına ölçeklendirirken bu öneri zorunlu tutulur.

Daha düşük bir SKU'da olan coğrafi ikincil örnek aşırı yüklendiğinde ve yükseltme veya sürüm düşürme işlemi sırasında yeniden dağıtılması gerektiğinde oluşan sorundan kaçınmak için bu sıralamanın kullanılması önerilir.

İzinler

Yük devretme grubu izinleri Azure rol tabanlı erişim denetimi (Azure RBAC) aracılığıyla yönetilir.

Yük devretme grupları oluşturmak ve yönetmek için Azure RBAC yazma erişimi gereklidir. SQL Yönetilen Örneği Katkıda Bulunan rolü, yük devretme gruplarını yönetmek için gerekli tüm izinlere sahiptir.

Aşağıdaki tabloda Azure SQL Yönetilen Örneği için belirli izin kapsamları listelemektedir:

Eylem İzin Scope
Yük devretme grubu oluşturma Azure RBAC yazma erişimi Birincil yönetilen örnek
İkincil yönetilen örnek
Yük devretme grubunu güncelleştirme Azure RBAC yazma erişimi Yük devretme grubu
Yönetilen örnek içindeki tüm veritabanları
Yük devretme grubu Azure RBAC yazma erişimi Yeni birincil yönetilen örnekte yük devretme grubu

Sınırlamalar

Aşağıdaki sınırlamalara dikkat edin:

  • Aynı Azure bölgesindeki iki örnek arasında yük devretme grupları oluşturulamaz.
  • Yük devretme grupları yeniden adlandırılamaz. Farklı bir isim için grubu silmeniz ve farklı bir adla yeniden oluşturmanız gerekir.
  • Yük devretme grubu tam olarak iki yönetilen örnek içerir. Yük devretme grubuna ek örnekler eklemek desteklenmez.
  • Bir örnek herhangi bir anda yalnızca bir yük devretme grubuna katılabilir.
  • Farklı Azure kiracılarına ait iki örnek arasında yük devretme grubu oluşturulamaz.
  • Farklı Azure aboneliklerine ait iki örnek arasında bir yük devretme grubu Azure portalı veya Azure CLI kullanılarak oluşturulamaz. Böyle bir yük devretme grubu oluşturmak için bunun yerine Azure PowerShell veya REST API kullanın. Abonelikler arası yük devretme grubu oluşturulduktan sonra Azure portalında düzenli olarak görünür ve yük devretmeler de dahil olmak üzere sonraki tüm işlemler Azure portalından veya Azure CLI'dan başlatılabilir.
  • Yük devretme grubundaki veritabanları için veritabanı yeniden adlandırma desteklenmez. Veritabanını yeniden adlandırabilmek için yük devretme grubunu geçici olarak silmeniz gerekir.
  • Sistem veritabanları bir yük devretme grubundaki ikincil örneğe çoğaltılmaz. Bu nedenle, Sunucu Oturum Açma bilgileri ve Aracı işleri gibi sistem veritabanlarındaki nesnelere bağımlı olan senaryolar, nesnelerin ikincil örneklerde el ile oluşturulmasını ve ayrıca birincil örnekte yapılan değişikliklerden sonra el ile eşitlenmiş olarak tutulmasını gerektirir. Tek özel durum, yük devretme grubu oluşturulurken ikincil örneğe otomatik olarak çoğaltılan SQL Yönetilen Örneği için Hizmet ana Anahtarıdır (SMK). Ancak birincil örnekte SMK'nin sonraki değişiklikleri ikincil örneğe çoğaltılamaz. Daha fazla bilgi edinmek için bkz. Sistem veritabanlarındaki nesnelere bağımlı senaryoları etkinleştirme.
  • Herhangi biri örnek havuzundaysa, örnekler arasında yük devretme grupları oluşturulamaz.

Yük devretme gruplarını program aracılığıyla yönetme

Yük devretme grupları Azure PowerShell, Azure CLI ve REST API kullanılarak program aracılığıyla da yönetilebilir. Aşağıdaki tablolarda kullanılabilir komutlar kümesi açıklanmaktadır. Yük devretme grupları, Azure SQL Veritabanı REST API ve Azure PowerShell cmdlet'leri de dahil olmak üzere yönetim için bir dizi Azure Resource Manager API'si içerir. Bu API'ler kaynak gruplarının kullanılmasını gerektirir ve Azure rol tabanlı erişim denetimini (Azure RBAC) destekler. Erişim rollerini uygulama hakkında daha fazla bilgi için bkz . Azure rol tabanlı erişim denetimi (Azure RBAC).

Cmdlet Açıklama
New-AzSqlDatabaseInstanceFailoverGroup Bu komut bir yük devretme grubu oluşturur ve bunu hem birincil hem de ikincil örneklere kaydeder
Set-AzSqlDatabaseInstanceFailoverGroup Yük devretme grubunun yapılandırmasını değiştirir
Get-AzSqlDatabaseInstanceFailoverGroup Yük devretme grubunun yapılandırmasını alır
Switch-AzSqlDatabaseInstanceFailoverGroup Bir yük devretme grubunun ikincil örneğe yük devretmesini tetikler
Remove-AzSqlDatabaseInstanceFailoverGroup Yük devretme grubunu kaldırır

Sonraki adımlar

Yük devretme grubunu yapılandırma adımları için, Yük devretme grubuna yönetilen örnek ekleme kılavuzuna bakın.

Özelliğe genel bakış için bkz . Yük devretme grupları. Lisanslama maliyetlerinden nasıl tasarruf yapılacağını öğrenmek için bkz . Hazır bekleyen çoğaltmayı yapılandırma.