Salt okunur sorgu iş yüklerini azaltmak için salt okunur çoğaltmaları kullanın.

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

Yüksek Kullanılabilirlik mimarisinin bir parçası olarak, Premium ve İş Açısından Kritik hizmet katmanındaki her bir veritabanı veya elastik havuz veritabanı otomatik olarak bir birincil okuma-yazma çoğaltması ve bir veya daha fazla ikincil salt okunur çoğaltma ile sağlanır. İkincil çoğaltmalar, birincil çoğaltmayla aynı işlem boyutuyla sağlanır. Okuma ölçeği genişletme özelliği, salt okunur çoğaltmalardan birinin işlem kapasitesini kullanarak salt okunur iş yüklerini okuma-yazma çoğaltması üzerinde çalıştırmak yerine boşaltmanıza olanak tanır. Bu şekilde, bazı salt okunur iş yükleri okuma-yazma iş yüklerinden yalıtılabilir ve performanslarını etkilemez. Bu özellik, analiz gibi mantıksal olarak ayrılmış salt okunur iş yüklerini içeren uygulamalara yöneliktir. Premium ve İş Açısından Kritik hizmet katmanlarında uygulamalar, ek ücret ödemeden bu ek kapasiteyi kullanarak performans avantajları elde edebilir.

Okuma ölçeklendirmesi özelliği, en az bir ikincil replikalar eklendiğinde Hiperölçek hizmet katmanında da kullanılabilir. Hiper ölçekli ikincil adlı çoğaltmalar, bağımsız ölçeklendirme, erişim izolasyonu, iş yükü izolasyonu, çeşitli okuma ölçeğini artırma senaryoları için destek ve diğer avantajlar sağlar. Birden fazla ikincil yüksek kullanılabilirlik (HA) kopyası, tek bir ikincil HA kopyasında mevcut olandan daha fazla kaynak gerektiren salt okunur iş yüklerinin yük dengelemesini sağlamak için kullanılabilir.

Temel, Standart ve Genel Amaçlı hizmet katmanlarının yüksek kullanılabilirlik mimarisi herhangi bir kopya içermez. Okuma ölçeği genişletme özelliği bu hizmet katmanlarında kullanılamaz. Ancak, Azure SQL Veritabanı kullanırken coğrafi çoğaltmalar bu hizmet katmanlarında benzer işlevler sağlayabilir. Azure SQL Yönetilen Örneği ve yük devretme gruplarını kullanırken, yük devretme grubu salt okunur dinleyici sırasıyla benzer işlevler sağlayabilir.

Aşağıdaki diyagramda Premium ve İş Açısından Kritik veritabanlarının ve SQL yönetilen örneklerinin özelliği gösterilmektedir.

Okuma yükünü dengeleme özelliği yeni Premium, İşletme Kritiği ve Hiper Ölçek veritabanlarında varsayılan olarak etkindir.

Not

"Okuma yükünü dağıtma, SQL Yönetilen Örneği'nin İş Kritik hizmet katmanında ve en az bir ikincil çoğaltması bulunan Hiper Ölçek veritabanlarında daima etkindir."

SQL bağlantı dizesi ApplicationIntent=ReadOnly ile yapılandırılmışsa, uygulama bu veritabanının veya yönetilen örneğin salt okunur bir çoğaltmasına yönlendirilir. özelliğinin nasıl kullanılacağı ApplicationIntent hakkında bilgi için bkz . Uygulama Amacını Belirtme.

Yalnızca Azure SQL Veritabanı için, uygulamanın SQL bağlantı dizesi ayarından ApplicationIntent bağımsız olarak birincil çoğaltmaya bağlandığından emin olmak istiyorsanız, veritabanını oluştururken veya yapılandırmasını değiştirirken okuma ölçeği genişletmeyi açıkça devre dışı bırakmanız gerekir. Örneğin, veritabanınızı Standart veya Genel Amaçlı katmandan Premium veya Kritik İş katmanına yükseltip tüm bağlantılarınızın birincil örneğe gitmeye devam etmesini sağlamak istiyorsanız, okuma ölçeği genişletmesini devre dışı bırakın. Devre dışı bırakma hakkında ayrıntılı bilgi için bkz Okuma ölçeği genişletmeyi etkinleştirme ve devre dışı bırakma.

Not

Sorgu Deposu ve SQL Profil Oluşturucu özellikleri salt okunur çoğaltmalarda desteklenmez.

Veri tutarlılığı

Birincil çoğaltmada yapılan veri değişiklikleri, çoğaltma türüne bağlı olarak salt okunur çoğaltmalarda zaman uyumlu veya zaman uyumsuz olarak kalıcı hale getirilir. Ancak, tüm çoğaltma türleri için, salt okunur bir çoğaltmadan yapılan okumalar her zaman ana çoğaltmaya göre zaman uyumsuz olarak gerçekleştirilir. Salt okunur bir replikaya bağlı bir oturumda okuma işlemleri her zaman işlem tutarlılığı gösterir. Veri yayma gecikme süresi değişken olduğundan, farklı çoğaltmalar birincil ve birbirine göre zaman içinde biraz farklı noktalarda veri döndürebilir. Salt okunur kopya kullanılamaz hale gelir ve oturum yeniden bağlanırsa, o sırada özgün kopyadan farklı bir zaman noktasındaki başka bir kopyaya bağlanabilir. Benzer şekilde, bir uygulama birincil sunucuda okuma-yazma oturumu kullanarak verileri değiştirirse ve hemen ardından salt okunur bir replika üzerinde salt okunur oturum kullanarak verileri okursa, en son değişiklikler hemen görünmeyebilir.

Birincil çoğaltma ile salt okunur çoğaltmalar arasındaki tipik veri yayma gecikmesi, onlarca milisaniyeden tek basamaklı saniyeye kadar değişir. Ancak, veri yayma gecikme süresinde sabit bir üst sınır yoktur. Replikada yüksek kaynak kullanımı gibi koşullar, gecikme süresini önemli ölçüde artırabilir. Oturumlar arasında garantili veri tutarlılığı gerektiren veya işlenen verilerin hemen okunabilir olmasını gerektiren uygulamalar birincil çoğaltmayı kullanmalıdır.

Not

Veri yayma gecikmesi, günlük kayıtlarını ikincil kopyaya göndermek ve (uygulanabilirse) kalıcı hale getirmek için gereken süreyi içerir. Ayrıca bu günlük kayıtlarını veri sayfalarına yinelemek (uygulamak) için gereken süreyi de içerir. Veri tutarlılığını sağlamak için, işlem işleme günlüğü kaydı uygulanana kadar değişiklikler görünmez. İş yükü daha büyük işlemler kullandığında etkili veri yayma gecikme süresi artar.

Veri yayma gecikmesini izlemek için, Tuzaktan Salt Okunur Çoğaltmayı İzleme ve Sorun Giderme konusuna bakın.

Salt okunur replikaya bağlan

Bir veritabanı için okuma ölçeği genişletmeyi etkinleştirdiğinizde, ApplicationIntent istemci tarafından sağlanan bağlantı dizesi seçeneği, bağlantının yazma çoğaltmasına mı yoksa salt okunur bir çoğaltmaya mı yönlendirileceğine karar verir. Özellikle, ApplicationIntent değeri ReadWrite (varsayılan değer) ise, bağlantı okuma-yazma replikasına yönlendirilir. Bağlantı dizesine ApplicationIntent dahil edilmediğinde oluşan davranışla aynıdır. ApplicationIntent değeri ReadOnly ise, bağlantı salt okunur bir çoğaltmaya yönlendirilir.

Örneğin, aşağıdaki bağlantı dizesi, istemciyi salt okunur bir çoğaltmaya bağlar (açılı parantezlerdeki öğeleri ortamınız için doğru değerlerle değiştirir ve açılı parantezleri çıkararak):

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadOnly;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

SQL Server Management Studio (SSMS) kullanarak salt okunur bir çoğaltmaya bağlanmak için Seçenekler'i seçin:

Ek Bağlantı Parametreleri'ni seçin ve ApplicationIntent=ReadOnly girin, ardından Bağlan'ı seçin:

Aşağıdaki bağlantı dizelerinden herhangi biri, istemciyi bir okuma-yazma çoğaltmasına bağlar (açı köşeli ayraçlarındaki öğeleri ortamınız için doğru değerlerle değiştirin ve açılı ayraçları kaldırın).

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadWrite;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Bir bağlantının salt okunur bir replikaya olduğunu doğrulayın

Veritabanınız bağlamında aşağıdaki sorguyu çalıştırarak salt okunur bir çoğaltmaya bağlı olup olmadığınızı doğrulayabilirsiniz. Salt okunur bir çoğaltmaya bağlandığınızda dönen değer READ_ONLY olur.

SELECT DATABASEPROPERTYEX(DB_NAME(), 'Updateability');

Not

Premium ve İş Açısından Kritik hizmet katmanlarında, aynı anda yalnızca bir salt okunur replikaya erişilebilir. Hyperscale birden fazla salt okunur kopyayı destekler.

Salt okunur replikaları izleme ve sorun giderme

Salt okunur çoğaltmaları izlemenin çeşitli yolları vardır: DMV'ler, genişletilmiş olaylar ve veritabanı izleyicisi (önizleme).

Salt okunur bir çoğaltmaya bağlanıldığında Dinamik Yönetim Görünümleri (DMV) çoğaltmanın durumunu yansıtır ve izleme ve sorun giderme amacıyla sorgulanabilir. Veritabanı altyapısı, çok çeşitli izleme verilerini kullanıma sunmak için birden çok görünüm sağlar.

İzleme ve sorun giderme için genellikle kullanılan replika görünümleri şunlardır:

Veri Akışı Adı	Amaç
sys.dm_db_resource_stats	Son bir saat için CPU, veri GÇ ve hizmet hedefi sınırlarına göre günlük yazma kullanımı dahil olmak üzere kaynak kullanım ölçümleri sağlar.
sys.dm_os_wait_stats	Veritabanı altyapısı örneği için toplam bekleme istatistikleri sağlar.
sys.dm_database_replica_states	Çoğaltmanın sağlık durumu ve eşitleme istatistiklerini sağlar. Yineleme kuyruğu boyutu ve yineleme oranı, salt okunur çoğaltmada veri yayma gecikmesinin göstergesi olarak görev görür.
sys.dm_os_performance_counters	Veritabanı motoru performans sayaçları sağlar.
sys.dm_exec_query_stats	Yürütme sayısı, kullanılan CPU süresi gibi sorgu başına yürütme istatistikleri sağlar.
sys.dm_exec_query_plan()	Önbelleğe alınmış sorgu planları sağlar.
sys.dm_exec_sql_text()	Önbelleğe alınmış bir sorgu planı için sorgu metni sağlar.
sys.dm_exec_query_profiles	Sorgular yürütülirken gerçek zamanlı sorgu ilerlemesi sağlar.
sys.dm_exec_query_plan_stats()	Sorgu için çalışma zamanı istatistikleri dahil bilinen son gerçek yürütme planını sağlar.
sys.dm_io_virtual_file_stats()	Tüm veritabanı dosyaları için depolama IOPS, aktarım hızı ve gecikme süresi istatistikleri sağlar.

Not

Mantıksal sys.resource_stats veritabanındaki sys.elastic_pool_resource_stats ve master DMV'leri birincil çoğaltmanın kaynak kullanım verilerini döndürür.

Genişletilmiş Olaylar ile salt okunur çoğaltmaları izleme

Yalnızca okunan bir kopyaya bağlanıldığında genişletilmiş olay oturumu oluşturulamaz. Ancak, Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği'nde, birincil çoğaltmada oluşturulan ve değiştirilen veritabanı kapsamlı Genişletilmiş Olay oturumlarının tanımları, coğrafi çoğaltmalar dahil olmak üzere salt okunur çoğaltmalara kopyalanır ve bu salt okunur çoğaltmalarda olayları yakalar.

Azure SQL Veritabanı'da, birincil çoğaltmadaki oturum tanımını temel alan salt okunur bir çoğaltmada genişletilmiş olay oturumu başlatılabilir ve birincil çoğaltmadaki oturumdan bağımsız olarak durdurulabilir.

Azure SQL Yönetilen Örneği'nde, salt okunur bir çoğaltmada izlemeye başlamadan önce, izlemeyi birincil çoğaltmada başlatmanız gerekir. İzlemeyi ilk olarak birincil çoğaltmada başlatmazsanız, salt okunur çoğaltmada izlemeyi başlatmaya çalışırken aşağıdaki hatayı alırsınız:

Msg 3906, Düzey 16, Durum 2, Satır 1 Veritabanı salt okunur olduğundan "ana" veritabanı güncelleştirilemedi.

İzlemeyi önce birincil çoğaltmada, ardından salt okunur çoğaltmada başlattıktan sonra, birincil çoğaltmada izlemeyi durdurabilirsiniz.

Yalnızca okunabilir bir kopyada bir olay oturumunu sonlandırmak için şu adımları izleyin:

1. SSMS Nesne Gezgini'ni veya sorgu penceresini salt okunur çoğaltmaya bağlayın.
2. Salt okunur çoğaltmadaki oturumu, ya Nesne Gezgini oturum bağlam menüsünde Oturumu Durdur seçeneğini seçerek, ya da bir sorgu penceresinde ALTER EVENT SESSION [session-name-here] ON DATABASE STATE = STOP; yürüterek durdurun.
3. Birincil çoğaltmaya bağlanmak için Nesne Gezgini veya sorgu penceresini kullanın.
4. Oturum bağlam menüsünde Sil'i seçerek veya DROP EVENT SESSION [session-name-here] ON DATABASE; çalıştırarak oturumu birincil çoğaltma üzerinden sonlandırın.

Yalnızca okuma için çoğaltmalarda işlem izolasyon düzeyi

Salt okunur çoğaltmalardaki işlemler, oturumun işlem yalıtım düzeyine ve sorgu ipuçlarına bakılmaksızın her zaman anlık görüntü işlem yalıtım düzeyini kullanır. Anlık görüntü yalıtımı, okuyucuların yazarları engellediği senaryolarda engellemeyi önlemek için satır sürümlerini kullanır.

Nadir durumlarda, bir anlık görüntü yalıtım işlemi başka bir eşzamanlı işlemde değiştirilmiş olan nesne meta verilerine erişiyorsa, 3961 hatası alabilir, deyimi tarafından erişilen nesne bu işlemin başlangıcından bu yana başka bir eşzamanlı işlemdeki bir DDL deyimi tarafından değiştirildiği için anlık görüntü yalıtım işlemi 'veritabanı-adı' veritabanında başarısız oldu. Meta veriler sürüme alınmadığından izin verilmiyor. Meta veriler için eşzamanlı güncelleştirme, anlık görüntü yalıtımıyla karıştırılırsa tutarsızlığa yol açabilir.

Salt okunabilir kopyalarda uzun süre çalışan sorgular

Salt okunur çoğaltmalarda çalıştırılan sorguların sorguda başvuruda bulunan nesnelerin meta verilerine (tablolar, dizinler, istatistikler vb.) erişmesi gerekir Nadir durumlarda, bir sorgu salt okunur çoğaltmada aynı nesne üzerinde kilit tutarken nesne meta verileri birincil çoğaltmada değiştirilirse, sorgu birincil çoğaltmadan salt okunur çoğaltmaya değişiklikleri uygulayan işlemi engelleyebilir . Eğer böyle bir sorgu uzun süre çalışırsa, salt okunur kopyanın birincil kopyaya göre geride kalmasına neden olabilir. Olası yük devretme hedefleri (Premium ve İş Açısından Kritik hizmet katmanlarında ikincil çoğaltmalar, Hiper Ölçek HA çoğaltmaları ve tüm coğrafi çoğaltmalar) olan çoğaltmalar için, yük devretme yaşanması durumunda veritabanı kurtarma gecikebilir ve beklenenden daha uzun kapalı kalma süresine yol açabilir.

Salt okunur bir çoğaltmada uzun süre çalışan bir sorgu doğrudan veya dolaylı olarak bu tür bir engellemeye neden oluyorsa, aşırı veri gecikmesi ve olası veritabanı kullanılabilirliği etkisini önlemek için otomatik olarak sonlandırılabilir. Oturum 1219, yüksek öncelikli bir DDL işlemi nedeniyle oturumunuzun bağlantısı kesildi veya 3947 hatası alıyor, İkincil işlem yinelemeyi yakalayamadığı için işlem durduruldu. İşlemi yeniden deneyin.

Salt okunur çoğaltmalardaki işlemler her zaman anlık görüntü işlem yalıtım düzeyini kullandığından, salt okunur bir çoğaltmada uzun süre çalışan bir sorgu, son silinen satırları veya eski satır sürümlerini okursa birincil çoğaltmada hayalet veya kalıcı sürüm deposu (PVS) temizlemesini engelleyebilir. Hayalet veya PVS temizliğindeki bir gecikme, birincil kopyadaki iş yüklerini etkileyebilir. PVS temizleme gecikmelerini giderme hakkında daha fazla bilgi için bkz. Hızlandırılmış veritabanı kurtarmasını izleme ve sorunlarını giderme.

Diğer yandan, salt okunur bir çoğaltmada uzun süre çalışan bir sorgu yakın zamanda silinen satırları veya eski satır sürümlerini okuyorsa ve bu satırlar veya sürümler birincil çoğaltmada artık mevcut değilse (örneğin, ölçeklendirme işlemi nedeniyle), sorgu 3948 hatasıyla sonlandırılır, Kullanılabilirlik çoğaltması yapılandırma/durum değişikliği nedeniyle veya birincil ve ikincil kullanılabilirlik çoğaltmaları üzerinde hayalet kayıtlar silindiği için işlem durduruldu ve bu kayıtlar anlık görüntü yalıtımı kullanan sorgular için gerekebilir. İşlemi tekrar deneyin.

Not

Sorguları salt okunur bir replika üzerinde çalıştırırken 3961, 1219, 3947 veya 3948 hatası alırsanız, sorguyu yeniden deneyin. Alternatif olarak, birincil çoğaltmada nesne meta verilerini (şema değişiklikleri, dizin bakımı, istatistik güncelleştirmeleri vb.) değiştiren veya uzun süre çalışan sorgular ikincil çoğaltmalarda yürütülürken birincil çoğaltmayı ölçeklendiren işlemlerden kaçının.

İpucu

Premium ve İş Açısından Kritik hizmet katmanlarında, salt okunur bir çoğaltmaya bağlandığınızda, redo_queue_size ve redo_rate sütunları sys.dm_database_replica_states DMV'sinde veri eşitleme işlemini izlemek için kullanılabilir ve bu sütunlar, salt okunur çoğaltmadaki veri yayma gecikmesinin göstergeleri olarak hizmet eder.

SQL Veritabanı için okuma ölçeğini genişletmeyi etkinleştirme ve devre dışı bırakma

SQL Yönetilen Örneği için okuma ölçeği genişletme, İş Açısından Kritik hizmet katmanında otomatik olarak etkinleştirilir ve Genel Amaçlı hizmet katmanında kullanılamaz. Okuma ölçeğini genişletmeyi devre dışı bırakmak ve yeniden etkinleştirmek mümkün değildir.

SQL Veritabanı için premium, İş Açısından Kritik ve Hiper Ölçek hizmet katmanlarında okuma ölçeği genişletme varsayılan olarak etkinleştirilir. Okuma ölçeği genişletme, Temel, Standart veya Genel Amaçlı hizmet katmanlarında etkinleştirilemiyor. Okuma ölçeği genişletme, sıfır ikincil kopya ile yapılandırılmış Hiper Ölçek veritabanlarında otomatik devre dışı bırakılır.

Azure SQL Veritabanı'daki tek ve havuza alınan veritabanları için Azure portalını ve Azure PowerShell'i kullanarak Premium veya İş Açısından Kritik hizmet katmanlarında okuma ölçeğini devre dışı bırakabilir ve yeniden etkinleştirebilirsiniz. Okuma ölçeği genişletme devre dışı bırakılamadığı için bu seçenekler SQL Yönetilen Örneği için kullanılamaz.

Not

Tek veritabanları ve elastik havuz veritabanları için geriye dönük uyumluluk için okuma ölçeğini genişletmeyi devre dışı bırakma özelliği sağlanır. Business Critical yönetilen örneklerde okuma ölçeklendirmesi devre dışı bırakılamaz.

Azure portalı

Azure SQL Veritabanı için, Okuma ölçeği genişletme ayarını Ayarlar altında bulunan İşlem + depolama veritabanı bölmesinde yönetebilirsiniz. Azure portalını kullanarak okuma ölçeği genişletmesini etkinleştirmek veya devre dışı bırakmak Azure SQL Yönetilen Örneği için mümkün değildir.

PowerShell

Önemli

PowerShell Azure Resource Manager modülü hala desteklenmektedir ancak gelecekteki tüm geliştirmeler Az.Sql modülüne yöneliktir. Azure Resource Manager (AzureRM) PowerShell modülü artık hata düzeltmeleri almaz. Az modülündeki ve Azure Resource Manager modüllerindeki komutların bağımsız değişkenleri önemli ölçüde aynıdır. Uyumlulukları hakkında daha fazla bilgi için Yeni Azure PowerShell Az modülüne giriş bölümüne bakın.

Azure PowerShell'de okuma ölçeği genişletmeyi yönetmek için Aralık 2016 Azure PowerShell sürümü veya daha yeni bir sürüm gerekir. En yeni PowerShell sürümü için bkz . Azure PowerShell.

Azure SQL Veritabanı'de, Set-AzSqlDatabase cmdlet'ini çağırıp SQL Yönetilen Örneği için okuma ölçeği genişletme devre dışı bırakılamaz.

Mevcut bir veritabanında okuma ölçeklendirmesini devre dışı bırakmak için (köşeli ayraçlardaki öğeleri ortamınız için doğru değerlerle değiştirin ve köşeli ayraçları atın):

Set-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Disabled

Yeni bir veritabanında okuma ölçeğini kapatmak için (köşeli ayraçlardaki öğeleri ortamınıza uygun değerlerle değiştirmek ve köşeli ayraçları kaldırmak):

New-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Disabled -Edition Premium

Mevcut bir veritabanında okuma ölçeğini yeniden etkinleştirmek için (köşeli ayraçlardaki öğeleri ortamınız için doğru değerlerle değiştirin ve köşeli ayraçları kaldırın):

Set-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Enabled

REST API

Mevcut bir veritabanının ayarını değiştirmek veya okuma ölçeği genişletmesi devre dışı bırakılmış bir veritabanı oluşturmak için, readScale özelliğini Enabled veya Disabled olarak ayarlayarak aşağıdaki örnek istekte olduğu gibi aşağıdaki yöntemi kullanın.

Method: PUT
URL: https://management.azure.com/subscriptions/{SubscriptionId}/resourceGroups/{GroupName}/providers/Microsoft.Sql/servers/{ServerName}/databases/{DatabaseName}?api-version= 2014-04-01-preview
Body: {
   "properties": {
      "readScale":"Disabled"
   }
}

Daha fazla bilgi için bkz . Veritabanları - Oluşturma veya güncelleştirme.

Salt okunur replikada tempdb veritabanını kullanma

tempdb Birincil çoğaltmadaki veritabanı salt okunur çoğaltmalara çoğaltılamaz. Her çoğaltmanın, oluşturulma sırasında oluşturulan kendi tempdb veritabanı vardır. Bu, güncelleştirilebilir olmasını ve sorgu yürütme sırasında değiştirilebilmesini sağlar tempdb . Salt okunur bir çoğaltmaya bağlıysanız ve iş yükünüz tempdb nesnelerini kullanmaya dayanıyorsa, bu nesneleri aynı iş yükünün bir parçası olarak oluşturmanız gerekir.

Coğrafi olarak çoğaltılmış veritabanlarıyla okuma ölçeğini genişletmeyi kullanma

Coğrafi olarak çoğaltılan ikincil veritabanları, birincil veritabanlarıyla aynı Yüksek Kullanılabilirlik mimarisine sahiptir. Coğrafi olarak çoğaltılan ikincil veritabanına, okuma ölçeği genişletme etkinleştirilmiş halde bağlanıyorsanız, ApplicationIntent=ReadOnly ile oturumlarınız birincil yazılabilir veritabanına yönlendirildiği gibi yüksek kullanılabilirlik replikalarından birine yönlendirilir. ApplicationIntent=ReadOnly içermeyen oturumlar, coğrafi olarak çoğaltılan ikincilin birincil çoğaltmasına yönlendirilir ve bu da salt okunurdur.

Bu şekilde, bir okuma-yazma birincil veritabanı için birden fazla ek salt okunur coğrafi replika sağlanabilir. Her eklenen coğrafi replika, başka bir salt okunur replika kümesi sağlar. Coğrafi çoğaltmalar, birincil veritabanının bölgesi de dahil olmak üzere herhangi bir Azure bölgesinde oluşturulabilir.

Not

Birden fazla HA çoğaltması olan hiper ölçek coğrafi çoğaltması dışında, coğrafi olarak çoğaltılmış ikincil veritabanının çoğaltmaları arasında otomatik hepsini bir kez deneme veya başka bir yük dengeli yönlendirme yoktur. Bu durumda, salt okunur amacı olan oturumlar, coğrafi çoğaltmanın tüm Yüksek Erişilebilirlik (HA) çoğaltmaları üzerinde dağıtılır.

Özellik desteği, salt okunur replikalarda

Salt okunur çoğaltmalardaki bazı özelliklerin davranışının listesi aşağıdadır:

• Salt Okunur Kopyalarda denetim otomatik olarak etkinleştirilmiştir. Depolama klasörlerinin hiyerarşisi, adlandırma kuralları ve günlük biçimi hakkında daha fazla bilgi için bkz. SQL Veritabanı denetim günlüğü biçimi.
• Azure SQL Veritabanı için Sorgu Performansı Analizi, şu anda salt okunur çoğaltmadaki etkinliği izlemeyen Sorgu Deposu'ndan alınan verilere baz alınır. Sorgu Performansı Görünümü, salt okunur kopyada çalışan sorguları göstermez.
• Otomatik ayarlama, Sorgu Deposu'na dayanır ve Otomatik ayarlama makalesinde ayrıntılı olarak açıklandığı gibi. Otomatik ayarlama, yalnızca birincil çoğaltmada çalışan iş yükleri için etkilidir.

İlgili içerik

• Azure SQL Veritabanı için lisanssız bekleme çoğaltması yapılandırma
• Veritabanı kaynaklarını en düşük kapalı kalma süresiyle dinamik olarak ölçeklendirme - Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği