Azure SQL Veritabanı için lisanssız bekleme çoğaltması (önizleme) yapılandırma

  • Makale

Şunlar için geçerlidir:Azure SQL Veritabanı

Bu makalede, Azure SQL Veritabanı kullanırken ikincil olağanüstü durum kurtarma (DR) veritabanınızı beklemeye alarak lisanslama maliyetlerinden nasıl tasarruf yapabileceğiniz açıklanır.

Not

Bekleme Azure SQL Veritabanı çoğaltmaları şu anda önizleme aşamasındadır.

Genel bakış

İkincil veritabanı çoğaltması yalnızca olağanüstü durum kurtarma için kullanılıyorsa ve üzerinde çalışan iş yükleri veya buna bağlanan uygulamalar yoksa, veritabanını hazır bekleyen çoğaltma olarak tasarlayarak lisanslama maliyetlerinden tasarruf edebilirsiniz. İkincil veritabanı bekleme için belirlendiğinde, Microsoft size ürün lisanslama koşullarındaki yük devretme hakları avantajı kapsamında ek ücret ödemeden birincil veritabanına lisanslanan sanal çekirdek sayısını sağlar. İkincil veritabanının kullandığı işlem ve depolama alanı için hala faturalandırılırsınız.

Yeni bir etkin coğrafi çoğaltma çoğaltması yapılandırırken bekleme için bir çoğaltma belirleyebilir veya var olan bir çoğaltmayı beklemeye dönüştürebilirsiniz.

Etkin coğrafi çoğaltma dört ikincil çoğaltma eklemeyi desteklese de, bekleme için yalnızca bir ikincil veritabanı çoğaltması atayabilirsiniz. Yük devretme grupları birincil veritabanı başına bir ikincil veritabanı çoğaltmasını destekler ve okunabilir veya beklemede olabilir.

Planlı veya plansız yük devretme sırasında, hazır bekleyen çoğaltma yeni birincil olur ve normal sanal çekirdek lisanslama maliyetlerine neden olurken, özgün birincil yeni bekleyen ikincil sunucu olur ve sanal çekirdek lisanslama maliyetleri doğurmaya devam eder.

Daha fazla bilgi edinmek için şu Kullanıma Sunulan Veri videosunu izleyin:

Maliyet avantajı

Bir veritabanı çoğaltmasını hazır bekleyen olarak belirlediğinizde, Microsoft bekleme çoğaltması tarafından kullanılan sanal çekirdekler için SQL Server lisanslama maliyetlerini ücretlendirmez. Ancak veritabanı saatin tamamı için faturalandırıldığından, durum değişikliği saatin ortasında yapılırsa saat boyunca lisanslama maliyetleri yine de ücretlendirilebilir.

Bu avantaj, kullandıkça öde modelini kullanan müşterilerle Azure Hibrit Avantajı modelini kullanan müşteriler arasında farklı bir şekilde çevrilir. Kullandıkça öde müşterisi için sanal çekirdekler faturalarında indirime eklenir. Bekleme çoğaltması için Azure Hibrit Avantajı kullanan bir müşteri için, ikincil çoğaltmanın kullandığı sanal çekirdek sayısı lisans havuzuna döndürülür.

Örneğin, kullandıkça öde müşterisi olarak, ikincil veritabanına atanmış 16 sanal çekirdeğiniz varsa, ikincil veritabanınızı yalnızca bekleme olarak belirlerseniz faturanızda 16 sanal çekirdek için indirim görünür.

Başka bir örnekte, 16 Azure Hibrit Avantajı lisansınız varsa ve 16 sanal çekirdek içeren bir veritabanı dağıtıyorsanız, ikincil veritabanını bekleme için belirledikten sonra, diğer Azure SQL dağıtımlarıyla kullanabilmeniz için lisans havuzunuza 16 sanal çekirdek döndürülür.

İşlevsel özellikler

Aşağıdaki tabloda, bekleyen ikincil veritabanı çoğaltmasının işlevsel özellikleri açıklanmaktadır:

İşlev Açıklama
Sınırlı okuma iş yükleri Veritabanınızı hazır bekleyen olarak belirlediğinizde, ikincil veritabanında Dinamik Yönetim Görünümleri (DMV' ler), yedeklemeler ve Veritabanı Konsolu Komutları (DBCC) sorguları gibi yalnızca sınırlı sayıda okuma iş yükü çalıştırabilirsiniz.
Planlı yük devretme Beklemedeki çoğaltmada kurtarma tatbikatları, veritabanlarını farklı bölgelere yeniden konumlandırma ve veritabanlarını birincil bölgeye geri döndürme gibi tüm planlı yük devretme senaryoları desteklenir. İkincil birincil anahtara geçtiğinde okuma ve yazma sorguları sağlayabilir. Yeni ikincil (özgün birincil) hazır bekleyen çoğaltma olur ve okuma iş yükleri için kullanılmamalıdır.
Planlanmamış yük devretme Planlanmamış bir yük devretme sırasında, ikincil rol birincil role geçtikten sonra okuma ve yazma sorgularına hizmet verebilir. Kesinti azaltıldıktan ve özgün birincil yeniden bağlandıktan sonra yeni ikincil bekleme çoğaltması olur ve okuma iş yükleri için kullanılmamalıdır.
Yedekleme ve geri yükleme Hazır bekleyen çoğaltmada ve okunabilir ikincil veritabanı çoğaltmasında yedekleme ve geri yükleme davranışı aynıdır.
İzleme Okunabilir ikincil çoğaltma tarafından desteklenen tüm izleme işlemleri hazır bekleyen çoğaltma tarafından da desteklenir.

Bekleyen veritabanı çoğaltması yalnızca olağanüstü durum kurtarma için kullanılmalıdır. Çoğaltmaya hiçbir üretim uygulaması bağlanamıyor. Bekleme veritabanında izin verilen tek etkinlikler aşağıda listelenmiştir:

  • CheckDB gibi bakım işlemleri gerçekleştirme
  • İzleme uygulamalarını bağlama
  • Olağanüstü durum kurtarma tatbikatlarını çalıştırma

Sınırlamalar

Aşağıdaki tabloda desteklenen ve desteklenmeyen dağıtım modelleri listelenmektedir:

Dağıtım modeli İşlem katmanı Hizmet katmanı Bekleme çoğaltması destekleniyor Donanım
Tek veritabanı Sağlanan Genel Amaçlı Yes Standart seri (5. Nesil), FSv2 Serisi, DC Serisi
Tek veritabanı Sağlanan İş Açısından Kritik Yes Standart seri (5. Nesil), DC Serisi
Tek veritabanı Sağlanan Hiper Ölçek Yok Yok
Tek veritabanı Sunucusuz Tümü Hayır YOK
Elastik havuz Tümü Tümü Hayır YOK

Hazır bekleyen veritabanı kullanmanın sınırlamaları şunlardır:

  • Bekleme için yalnızca bir ikincil veritabanı çoğaltması atanabilir.
  • Sunucusuz işlem katmanı desteklenmez. Birincil veya ikincil veritabanı sunucusuz işlem katmanındaysa bekleme çoğaltması etkinleştirilemez.
  • DTU satın alma modeli desteklenmez. Yalnızca sanal çekirdek satın alma modelini kullanarak veritabanları için hazır bekleyen çoğaltmayı etkinleştirebilirsiniz.
  • Hiper Ölçek hizmet katmanı desteklenmez. Bekleme için yalnızca Genel Amaçlı ve İş Açısından Kritik hizmet katmanlarındaki veritabanları belirlenebilir.
  • Yük devretme grubu kullanılırken, bekleme hakları yük devretme grubu düzeyinde değil veritabanı düzeyinde atanır ve yük devretme grubu içindeki her veritabanı için ayrı olarak atanmalıdır.
  • Çoğaltma, ikincil çoğaltmanın ikincil çoğaltması olduğunda (zincirleme olarak bilinen bir işlem) ikincil çoğaltma için ikincil çoğaltmanın tasarlanması desteklenmez.

Önkoşullar

Bekleme için yeni çoğaltma yapılandırma

Azure portalını, PowerShell'i, Azure CLI'yı veya REST API'yi kullanarak yeni bir etkin coğrafi çoğaltma ilişkisi yapılandırırken bekleme için bir çoğaltma belirleyebilirsiniz.

Yeni bir etkin coğrafi çoğaltma ilişkisi oluşturmak ve ikincil veritabanınızı Azure portalında bekleme konumuna ayarlamak için şu adımları izleyin:

  1. Azure portalında SQL veritabanı kaynağınıza gidin.

  2. Kaynak menüsünden Veri yönetimi'nin altında Çoğaltmalar'ı seçin ve ardından + Çoğaltma oluştur'u seçerek SQL Veritabanı - Coğrafi Çoğaltma Oluştur sayfasını açın.

    Azure portalında SQL veritabanı için Çoğaltmalar sayfasının ekran görüntüsü.

  3. SQL Veritabanı - Coğrafi Çoğaltma Oluştur sayfasında, Çoğaltma yapılandırması altında Çoğaltma türü için bekleme çoğaltması'nı seçin. Hazır bekleyen çoğaltmayı kullanacağınızı onaylamak için kutuyu işaretleyin.

    Azure portalında bekleyen çoğaltmanın vurgulandığı Coğrafi çoğaltma oluştur sayfasının ekran görüntüsü.

  4. Yeni hazır bekleyen veritabanı için yeni veya mevcut bir sunucu sağlayın ve ardından veritabanınızın ve sunucunuzun ayrıntılarının son doğrulamasını yapmak için Gözden Geçir ve oluştur'u kullanın.

  5. Ayarlarınızı onaylamak ve yeni hazır bekleyen veritabanı çoğaltmanızı oluşturmak için Oluştur'u kullanın.

Var olan çoğaltmayı dönüştürme

Azure portalını veya Çoğaltma Bağlantıları - REST API'sini Güncelleştir komutunu kullanarak var olan bir çoğaltmayı normal bir coğrafi çoğaltmadan bekleme çoğaltmasına veya bekleyen çoğaltmayı normal bir coğrafi çoğaltmaya dönüştürebilirsiniz.

Azure portalında var olan bir çoğaltmayı dönüştürmek için şu adımları izleyin:

  1. Azure portalında SQL veritabanı kaynağınıza gidin.
  2. Veri yönetimi altında Çoğaltmalar'ı seçin.
  3. Çoğaltma için üç noktayı (...) seçin ve sonra:
    1. Normal çoğaltmayı hazır bekleyen çoğaltmaya dönüştürmek için Beklemeye Dönüştür'ü seçin. Beklemedeki çoğaltmaya dönüştür açılan penceresinde Onayla... seçeneğinin yanındaki kutuyu işaretleyin ve ardından Evet'i seçerek değişikliğinizi kaydedin ve çoğaltmanızı dönüştürün.
    2. Hazır bekleyen çoğaltmayı normal bir coğrafi çoğaltmaya dönüştürmek için Coğrafi Çoğaltmaya Dönüştür'ü seçin. Coğrafi çoğaltmaya Dönüştür açılır penceresinde Onayla... seçeneğinin yanındaki kutuyu işaretleyin ve sonra değişikliklerinizi kaydetmek ve çoğaltmanızı dönüştürmek için Evet'i seçin.

REST API Çoğaltma Bağlantıları - Güncelleştir komutunu kullanarak var olan bir çoğaltmayı dönüştürmek için, linkTypeSTANDBY öğesini hazır bekleyen çoğaltma olarak belirleyin veya GEO var olan bir hazır bekleyen çoğaltmayı normal bir coğrafi çoğaltmaya geri dönüştürün.

Lisans haklarını görüntüleme

Azure portalını, PowerShell'i, Azure CLI'yı veya REST API'yi kullanarak mevcut bir veritabanının lisans haklarını görüntüleyebilirsiniz.

Azure portalını kullanarak mevcut bir veritabanının lisans haklarını denetlemek için şu adımları izleyin:

  1. Azure portalında SQL veritabanınıza gidin.

  2. Genel Bakış sayfasında, Temel Parçalar'ın altında Çoğaltma Türü'nüişaretleyin. değeri Standby veritabanınızın hazır bekleyen bir çoğaltma olduğunu ve bu veritabanı için SQL lisanslama maliyetleri için ücretlendirilmediğini gösterir:

    Azure portalında SQL veritabanı için Çoğaltma türü vurgulanmış Genel Bakış sayfasının ekran görüntüsü.

Hazır bekleyen çoğaltmayı kaldırma

Bir veritabanı hazır bekleyen olarak belirlendikten sonra bekleme özelliğini kaldıramazsınız. Hazır bekleyen çoğaltmayı kaldırmak için, etkin coğrafi çoğaltma ilişkisini sonlandırmak için çoğaltmayı durdurmanız gerekir. Çoğaltma durduktan sonra veritabanınız tek başına hale gelir ve lisanslama maliyetlerine neden olursunuz.

Azure portalını, PowerShell'i, Azure CLI'yı veya REST API'yi kullanarak coğrafi çoğaltmayı durdurabilirsiniz.

Azure portalında coğrafi çoğaltmayı sonlandırarak bekleyen çoğaltmayı kaldırmak için şu adımları izleyin:

  1. Azure portalında SQL veritabanınıza gidin.
  2. Veri yönetimi altında Çoğaltmalar'ı seçin.
  3. Bekleme çoğaltması için üç noktayı (...) ve ardından açılır menüden Çoğaltmayı durdur'u seçin. Bu, çoğaltmayı durdurur, böylece ikincil veritabanınız artık bekleme için değil tek başına olur ve lisanslama maliyetleri doğurur.

Sık sorulan sorular (SSS)

  • Fiyatlandırmanın etkileri nelerdir?

    İkincil veritabanı çoğaltmaları, veriler ve yedeklemeler için SQL lisanslama, işlem ve depolama için ücretlendirilir. Bekleme için bir veritabanı çoğaltması belirlediğinizde, ikincil çoğaltma tarafından kullanılan sanal çekirdekler için lisanslama maliyetleri için ücret alınmaz, ancak işlem ve depolama için sizden ücret alınmaya devam eder.

  • Hazır bekleyen çoğaltma ile yaklaşık tasarruflar nelerdir?

    Lisanslama maliyetleri olmadan, bekleme çoğaltması normal tam olarak okunabilir ikincil çoğaltmaya kıyasla yüzde 35 ila 40 arasında tasarruf edebilir, ancak tasarruf bölgeye göre farklılık gösterir. Doğru fiyatlandırma için Azure Fiyatlandırma Hesaplayıcısı'nı kullanın ve SQL Server lisansını Azure Hibrit Avantajı olarak ayarlayın.

  • Bekleyen çoğaltma için kaç sanal çekirdek lisanssız olacak?

    Birincil veritabanıyla aynı sayıda sanal çekirdek kullanılır. en iyi coğrafi çoğaltma performansı için ikincil çoğaltmayı birincil veritabanıyla aynı sayıda sanal çekirdekle yapılandırmanız önerilir.

  • Hazır bekleyen çoğaltma kullanmak için etkin Yazılım Güvencesi'ne sahip bir SQL Server lisansına sahip olmak gerekiyor mu?

    Hayır Bekleme çoğaltması lisanslama maliyetleri doğurmadığından, etkin Yazılım Güvencesi ile etkin bir SQL Server lisansına ihtiyacınız yoktur.

  • Hazır bekleyen çoğaltmayı nasıl kullanabilirim?

    Bekleme çoğaltmaları yalnızca olağanüstü durum kurtarma (DR) amaçlarına yöneliktir ve üzerinde etkin okuma iş yükleri olamaz. Kabul edilebilir tek iş yükleri izleme, Dinamik Yönetim Görünümlerini (DMV) çalıştırma ve CheckDB gibi bakım işlemleridir.

  • Maliyetlerden tasarruf etmek için mevcut okunabilir ikincil çoğaltmamı bekleyen bir çoğaltmaya güncelleştirebilir miyim?

    Evet, Azure portalında, Çoğaltmalar bölmesinde. Üç noktayı (...) ve ardından Çoğaltmanızı dönüştür seçeneğini belirleyin.

  • Bekleme çoğaltması için Azure Hibrit Avantajı etkinleştirebilir miyim?

    Bekleme için çoğaltmanın atanması, Azure Hibrit Avantajı indiriminin yerini alır, bu nedenle Azure portalını kullanarak çoğaltmanın lisans modelini değiştiremezsiniz. Ancak, hazır bekleyen çoğaltmanın yük devretme sonrasında Azure Hibrit Avantajı kullanmasını istiyorsanız Set-AzSqlDatabase PowerShell veya az sql db update Azure CLI komutunu kullanarak, bekleyen çoğaltmanın yük devretme sonrasında birincil çoğaltma olduğunda kullanılacak lisans türünü BasePrice (Azure Hibrit Avantajı) olarak güncelleştirebilirsiniz.

  • Yük devretme sırasında bekleyen çoğaltma durumuna ne olur?

    Planlı veya plansız yük devretme sırasında, hazır bekleyen çoğaltma normal lisanslama maliyetlerine neden olan yeni birincil değer olurken, özgün birincil yeni bekleyen ikincil sunucu olur ve sanal çekirdek lisanslama maliyetlerinin oluşmasını durdurur. Ancak, örnek saatin tamamı için faturalandırıldığından, durum değişikliği saatin ortasında gerçekleşirse yeni ikincil için saat tamamı için lisanslama maliyetleri yine de ücretlendirilebilir. Özgün birincil (yük devretmeden sonra bekleme konumuna geçer) Azure Hibrit Avantajı kullanıyorsa, bekleme lisans indirimi veritabanı tarafından kullanılan Azure Hibrit Avantajı geçersiz kılar.

  • Birincil veya ikincil ölçeği daha yüksek bir sanal çekirdek boyutuna genişletirsem ne olur?

    Ölçeği büyütürken önce ikincil, sonra birincil ölçeği artırmak en iyi yöntemdir. geçiş döneminde ikincil çoğaltmanın sanal çekirdek sayısı birincil çoğaltmadan daha yüksek olsa da, bekleme çoğaltması avantajları yine de geçerlidir. Geçiş süresini mümkün olduğunca en aza indirmeye çalışın.

  • Birincil veya ikincil ölçeği daha düşük bir sanal çekirdek boyutuna düşürsem ne olur?

    Ölçeği daraltırken önce birincil, sonra da ikincil ölçeği küçültmek en iyi yöntemdir. geçiş döneminde ikincil çoğaltmanın sanal çekirdek sayısı birincil çoğaltmadan daha yüksek olsa da, bekleme çoğaltması avantajları yine de geçerlidir. Geçiş süresini mümkün olduğunca en aza indirmeye çalışın.

  • Birincil ve bekleme çoğaltması arasındaki coğrafi çoğaltma ilişkisini kaldırırsam ne olur?

    Coğrafi çoğaltma kaldırıldıktan sonra, hazır bekleyen veritabanı normal bir tek başına veritabanı haline gelir ve lisanslama maliyetleri doğurmaya başlar.

  • Hazır bekleyen çoğaltma için ayrılmış kapasite avantajları elde edebilir miyim?

    Evet. Ayrılmış kapasite fiyatlandırması, bekleyen çoğaltmayla tamamen uyumludur.

İlgili içerik

  • Yük devretme grubuna çoğaltma ekleyin.
  • Etkin coğrafi çoğaltma hakkında daha fazla bilgi edinmek için bkz . etkin coğrafi çoğaltma.
  • İş sürekliliğine genel bakış ve senaryolar için bkz . İş sürekliliğine genel bakış.
  • İkincil DR çoğaltmanızı beklemeye alarak lisanslama maliyetlerinden tasarruf edin.