Aracılığıyla paylaş

Salt okunur iş yükünü bir Always On kullanılabilirlik grubunun ikincil replikasına yönlendirme

Şunlar için geçerlidir: SQL Server

Always On kullanılabilirlik grupları etkin ikincil özellikleri, bir veya daha fazla ikincil çoğaltmaya (okunabilir ikincil çoğaltmalar) salt okunur erişim desteği içerir. Okunabilir ikincil çoğaltma zaman uyumlu işleme kullanılabilirlik modunda veya zaman uyumsuz işleme kullanılabilirlik modunda olabilir. Okunabilir ikincil çoğaltma, tüm ikincil veritabanlarına salt okunur erişim sağlar. Ancak okunabilir ikincil veritabanları salt okunur olarak ayarlanmış değildir. Bunlar dinamik. İlgili birincil veritabanındaki değişiklikler ikincil veritabanına uygulandığında belirli bir ikincil veritabanı değişir. Tipik bir ikincil çoğaltmada, ikincil veritabanlarındaki veriler, dayanıklı bellek ile iyileştirilmiş tablolar da dahil olmak üzere, neredeyse gerçek zamanlı olarak bulunur. Ayrıca, tam metin dizinleri ikincil veritabanlarıyla eşitlenir. Çoğu durumda, birincil veritabanı ile ilgili ikincil veritabanı arasındaki veri gecikme süresi yalnızca birkaç saniyedir.

Birincil veritabanlarında gerçekleşen güvenlik ayarları ikincil veritabanlarında kalıcı hale gelir. Bu, kullanıcılar, veritabanı rolleri ve uygulama rollerinin yanı sıra, bunların ilgili izinleri ile birincil veritabanında etkinse saydam veri şifrelemesini (TDE) içerir.

Uyarı

İkincil veritabanlarına veri yazamasanız da, kullanıcı veritabanları ve tempdb gibi sistem veritabanları dahil olmak üzere ikincil çoğaltmayı barındıran sunucu örneğindeki okuma-yazma veritabanlarına yazabilirsiniz.

Always On kullanılabilirlik grupları, okuma amacı taşıyan bağlantı isteklerinin okunabilir bir ikincil çoğaltmaya (salt okunur yönlendirme) yeniden yönlendirilmesini de destekler. Salt okunabilir yönlendirme hakkında bilgi için bkz. Read-Only Sekonder Kopyaya Bağlanmak için Dinleyici Kullanma (Read-Only Yönlendirme).

Fayda -ları

Yalnızca okuma bağlantılarını okunabilir ikincil replikalara yönlendirmek aşağıdaki avantajları sağlar:

  • İkincil salt okunur iş yüklerinizi birincil replikadan ayırarak, kaynaklarını kritik görev iş yükleriniz için korur. Görev açısından kritik okuma iş yükünüz veya gecikmeyi tolere edemeyen iş yükünüz varsa, bunu birincilde çalıştırmanız gerekir.

  • Okunabilir ikincil çoğaltmaları barındıran sistemler için yatırım getirinizin artmasını sağlar.

Ayrıca, okunabilir ikinciller, salt okunur işlemler için aşağıda belirtildiği şekilde sağlam destek sağlar.

  • Okunabilir ikincil veritabanındaki otomatik geçici istatistikler, disk tabanlı tablolarda salt okunur sorguları iyileştirir. Bellek için iyileştirilmiş tablolar için eksik istatistikler otomatik olarak oluşturulur. Ancak eski istatistiklerin otomatik olarak güncelleştirilme durumu yoktur. Ana replikadaki istatistikleri el ile güncellemeniz gerekir. Daha fazla bilgi için, bu konunun devamında yer alan Read-Only Access Veritabanları için istatistikler bölümüne bakın.

  • Disk tabanlı tablolar için salt okunur iş yükleri, ikincil veritabanlarındaki engelleyici çekişmeleri kaldırmak için satır sürümü oluşturma özelliğini kullanır. İkincil veritabanlarında çalışan tüm sorgular, diğer işlem yalıtım düzeyleri açıkça ayarlandığında bile anlık görüntü yalıtım işlem düzeyine otomatik olarak eşlenir. Ayrıca, tüm kilitleme ipuçları yoksayılır. Bu, okuyucu/yazıcı çekişmesi ortadan kalkar.

  • Bellek için optimize edilmiş dayanıklı tablolar için salt okunur iş yükleri, birincil veritabanında olduğu gibi verilere erişir. Bu erişim, yerel saklı yordamlar veya aynı işlem yalıtım düzeyi sınırlamalarıyla SQL birlikte çalışabilirlik özellikleri kullanılarak yapılır (Bkz. Veritabanı Altyapısındaki Yalıtım Düzeyleri). Birincil çoğaltmada çalışan raporlama iş yükü veya salt okunur sorgular, herhangi bir değişiklik gerektirmeden ikincil çoğaltmada çalıştırılabilir. Benzer şekilde, ikincil çoğaltmada çalışan bir raporlama iş yükü veya salt okunur sorgular, herhangi bir değişiklik gerektirmeden birincil çoğaltmada çalıştırılabilir. Disk tabanlı tablolara benzer şekilde, ikincil veritabanlarında çalışan tüm sorgular, diğer işlem yalıtım düzeyleri açıkça ayarlandığında bile anlık görüntü yalıtım işlem düzeyine otomatik olarak eşlenir.

  • Hem disk tabanlı hem de bellek için iyileştirilmiş tablo türleri için, ikincil çoğaltmadaki tablo değişkenlerinde DML işlemlerine izin verilir.

Kullanılabilirlik Grubu önkoşulları

  • Yeniden üretilebilen ikincil kopyalar (gereklidir)

    Veritabanı yöneticisinin, ikincil rol altında çalışırken tüm bağlantılara (yalnızca salt okunur erişim için) veya yalnızca okuma amacı bağlantılarına izin verecek şekilde bir veya daha fazla çoğaltma yapılandırması gerekir.

    Uyarı

    İsteğe bağlı olarak, veritabanı yöneticisi kullanılabilirlik çoğaltmalarından herhangi birini birincil rol altında çalışırken salt okunur bağlantıları dışlamak üzere yapılandırabilir.

    Daha fazla bilgi için bkz. Kullanılabilirlik Replikalarına İstemci Bağlantısı Erişimi Hakkında (SQL Server).

    Uyarı

    Yalnızca SQL Server'ın aynı ana sürümünde yer alan çoğaltmalar okunabilir. Daha fazla bilgi için Sıralı yükseltme temelleri başlığına bakın.

  • Kullanılabilirlik grubu dinleyicisi

    Salt okunur yönlendirmeyi desteklemek için, kullanılabilirlik grubunun kullanılabilirlik grubu dinleyicisine sahip olması gerekir. Yalnızca okuma istemcisi, bağlantı isteklerini bu dinleyiciye yönlendirmeli ve istemcinin bağlantı dizesi, uygulama amacını "yalnızca okuma" olarak belirtmelidir. Diğer bir ifadeyle, okuma amaçlı bağlantı istekleri olmalıdır.

  • Salt okunur yönlendirme

    Salt-okunur yönlendirme, SQL Server'ın bir kullanılabilirlik grubu dinleyicisine yönlendirilen, okuma amacı taşıyan bağlantı taleplerini mevcut bir salt-okunur ikincil çoğaltmaya yönlendirme yeteneğini ifade eder. Salt okunur yönlendirmenin önkoşulları şunlardır:

    • Salt okunur yönlendirmeyi desteklemek için, okunabilir bir ikincil replika için bir salt okunur yönlendirme URL'si gereklidir. Bu URL yalnızca yerel çoğaltma ikincil rol altında çalışırken geçerlilik kazanır. Salt okunur yönlendirme URL'si, gerektiği gibi her bir çoğaltma için ayrı ayrı belirtilmelidir. Her salt okunur yönlendirme URL'si, okuma amacı bağlantı isteklerini belirli bir okunabilir ikincil çoğaltmaya yönlendirmek için kullanılır. Genellikle, her okunabilir ikincil kopyaya salt okunur yönlendirme URL'si atanır.

    • Birincil çoğaltma olduğunda salt okunur yönlendirmeyi desteklemesi amacıyla her kullanılabilirlik çoğaltması için bir salt okunur yönlendirme listesi gereklidir. Belirli bir salt okunur yönlendirme listesi yalnızca yerel çoğaltma birincil rol altında çalışırken geçerlilik kazanır. Bu liste, gerektiğinde, her çoğaltma için ayrı ayrı belirtilmelidir. Genellikle, her salt okunur yönlendirme listesi, tüm salt okunur yönlendirme URL'lerini ve listenin sonunda yerel çoğaltmanın URL'sini içerir.

      Uyarı

      Okuma amacı taşıyan bağlantı istekleri, kopyalar arasında yük dengelenebilir. Daha fazla bilgi için salt okunur çoğaltmalar arasında yük dengelemeyi yapılandırın kısmına bakın.

    Daha fazla bilgi için bkz. Kullanılabilirlik Grubu (SQL Server) için Read-Only Yönlendirmesini Yapılandırma.

Uyarı

Kullanılabilirlik grubu dinleyicileri ve salt okunur yönlendirme hakkında daha fazla bilgi için bkz. Kullanılabilirlik Grubu Dinleyicileri, İstemci Bağlantısı ve Uygulama Yük Devretme (SQL Server).

Sınırlamalar ve Kısıtlamalar

Bazı işlemler aşağıdaki gibi tam olarak desteklenmez:

  • Okunabilir bir çoğaltma okuma için etkinleştirildiğinde, ikincil veritabanlarına bağlantıları kabul etmeye başlayabilir. Ancak, birincil veritabanında etkin işlemler varsa, satır sürümleri ilgili ikincil veritabanında tam olarak kullanılamaz. İkincil çoğaltma yapılandırıldığında birincil çoğaltmada var olan tüm etkin işlemlerin tamamlanması veya geri alınması gerekir. Bu işlem tamamlanana kadar, ikincil veritabanındaki işlem yalıtım düzeyi eşlemesi tamamlanmamıştır ve sorgular geçici olarak engellenir.

    Uyarı

    Uzun işlemlerin çalıştırılması, hem disk tabanlı hem de bellek için iyileştirilmiş tablolar için tutulan sürümlenmiş satır sayısını etkiler.

  • Bellek için iyileştirilmiş tablolara sahip ikincil bir veritabanında, bellek için iyileştirilmiş tablolar için satır sürümleri her zaman oluşturulsa da, ikincil çoğaltma okuma için etkinleştirildiğinde birincil çoğaltmada var olan tüm etkin işlemler tamamlanana kadar sorgular engellenir. Bu, hem disk tabanlı hem de bellek için iyileştirilmiş tabloların raporlama iş yükü ve salt okunur sorgular için aynı anda kullanılabilir olmasını sağlar.

  • Değişiklik izleme ve değişiklik verisi yakalama, okunabilir bir ikincil replika içerisinde bulunan ikincil veritabanlarında desteklenmez.

    • Değişiklik izleme, ikincil veritabanlarında açıkça devre dışı bırakılır.

    • Değişiklik Veri Yakalaması yalnızca ikincil çoğaltma veritabanında etkinleştirilemez. Değişiklik Verileri Yakalama birincil çoğaltma veritabanında etkinleştirilebilir ve değişiklikler ikincil çoğaltma veritabanındaki işlevler kullanılarak CDC tablolarından okunabilir.

  • Okuma işlemleri anlık görüntü yalıtım işlem düzeyine eşlendiğinden, birincil çoğaltmadaki hayalet kayıtların temizlenmesi bir veya daha fazla ikincil çoğaltmadaki işlemler tarafından engellenebilir. Hayalet kayıt temizleme görevi, artık herhangi bir ikincil çoğaltma için gerekli olmadığında birincil çoğaltmadaki disk tabanlı tablolar için hayalet kayıtları otomatik olarak temizler. Bu, birincil çoğaltmada işlem(ler) yürütüldüğünde yapılanlara benzer. İkincil veritabanındaki aşırı durumda, hayalet temizlemeyi engelleyen uzun süre çalışan bir okuma sorgusunu sonlandırmanız gerekir. Not: İkincil çoğaltmanın bağlantısı kesilirse veya ikincil veritabanında veri taşıma askıya alınırsa hayalet temizleme engellenebilir. Hayalet kayıtlar bir veri dosyasında fiziksel alan kullanır, bu alan yeniden kullanma sorunlarına neden olabilir, daha fazla bilgi için lütfen hayalet temizleme bölümüne bakın. Bu durum, günlük kayıt kısaltılmasını da engeller, bu nedenle bu durum devam ederse, önerimiz bu ikincil veritabanını kullanılabilirlik grubundan çıkarmanızdır. Hayalet kayıt temizleme sorunu, bellekle optimize edilmiş tablolarda, satır sürümleri bellekte tutulduğu ve birincil çoğaltmadaki satır sürümlerinden bağımsız olduğu için yoktur.

  • Disk bazlı tablolar içeren dosyalardaki DBCC SHRINKFILE işlemi, dosya ikincil kopyada hala gerekli olan hayalet kayıtları içeriyorsa birinci kopyada başarısız olabilir.

  • SQL Server 2014'te (12.x) başlayarak, kullanıcı eylemi veya hata nedeniyle birincil çoğaltma çevrimdışı olduğunda bile okunabilir ikincil çoğaltmalar çevrimiçi olarak kalabilir. Örneğin, eşitleme bir kullanıcı komutu veya hatası nedeniyle askıya alındı veya WSFC çevrimdışı olduğundan çoğaltma durumu çözümleniyor. Ancak, kullanılabilirlik grubu dinleyicisi de çevrimdışı olduğundan salt okunur yönlendirme bu durumda çalışmaz. İstemcilerin salt okunur iş yükleri için salt okunur ikincil çoğaltmalara doğrudan bağlanması zorunludur.

Uyarı

Okunabilir bir ikincil çoğaltma barındıran bir sunucu örneğinde sys.dm_db_index_physical_stats dinamik yönetim görünümünü sorgularsanız, REDO engelleme sorunuyla karşılaşabilirsiniz. Bunun nedeni, bu dinamik yönetim görünümünün belirtilen kullanıcı tablosunda veya görünümündeki X kilidi için REDO iş parçacığı tarafından istekleri engelleyebilecek bir IS kilidi almasıdır.

PerformansLa İlgili Dikkat Edilmesi Gerekenler

Bu bölümde, okunabilir ikincil veritabanları için performansla ilgili dikkat edilmesi gereken çeşitli noktalar açıklanmıştır

Bu bölümde:

Veri Gecikme Süresi

Salt okunur iş yükleriniz bazı veri gecikme sürelerini tolere edebilirse ikincil çoğaltmalara salt okunur erişim uygulamak yararlı olur. Veri gecikme süresinin kabul edilemez olduğu durumlarda, salt okunur iş yüklerini birincil çoğaltmada çalıştırmayı göz önünde bulundurun.

Birincil çoğaltma, birincil veritabanındaki değişikliklerin günlük kayıtlarını ikincil çoğaltmalara gönderir. Her ikincil veritabanında, ayrılmış bir yineleme iş parçacığı günlük kayıtlarını uygular. Okuma erişimli ikincil veritabanında, değişikliği içeren günlük kaydı ikincil veritabanına uygulanana ve işlem birincil veritabanına işlenene kadar sorgu sonuçlarında belirli bir veri değişikliği görünmez.

Bu, birincil ve ikincil çoğaltmalar arasında genellikle yalnızca birkaç saniyelik bir gecikme süresi olduğu anlamına gelir. Ancak olağan dışı durumlarda, örneğin ağ sorunları aktarım hızını azaltırsa gecikme süresi önemli hale gelebilir. G/Ç performans sorunları oluştuğunda ve veri taşıma askıya alındığında gecikme süresi artar. Askıya alınan veri taşımayı izlemek için Always On Panosu'nu veya sys.dm_hadr_database_replica_states dinamik yönetim görünümünü kullanabilirsiniz.

Bellek için iyileştirilmiş tablolara sahip veritabanlarında Veri Gecikme Süresi

SQL Server 2014'te (12.x) etkin ikincillerde veri gecikme süresiyle ilgili önemli noktalar vardı. Bkz. SQL Server 2014 (12.x) Etkin İkinciller: Okunabilir İkincil Çoğaltmalar. SQL Server 2016 (13.x) itibarıyla, bellek için optimize edilmiş tablolarla ilgili veri gecikmesi konusunda özel bir husus yoktur. Bellek için iyileştirilmiş tablolar için beklenen veri gecikme süresi, disk tabanlı tabloların gecikme süresiyle karşılaştırılabilir.

Read-Only İş Yükü Etkisi

İkincil çoğaltmayı salt okunur erişim için yapılandırdığınızda, ikincil veritabanlarındaki salt okunur iş yükleriniz, özellikle disk tabanlı tablolardaki salt okunur iş yükleri yüksek G/Ç yoğunlukluysa yineleme iş parçacıklarından CPU ve G/Ç (disk tabanlı tablolar için) gibi sistem kaynaklarını kullanır. Bellek için optimize edilmiş tabloya erişim sırasında, tüm satırların bellekte bulunması nedeniyle GÇ'den etkilenmezsiniz.

Ayrıca, ikincil çoğaltmalardaki salt okunur iş yükleri, günlük kayıtları aracılığıyla uygulanan veri tanımı dili (DDL) değişikliklerini engelleyebilir.

  • Okuma işlemleri satır sürümlendirmesi nedeniyle paylaşılan kilitleri almasa da, bunlar şema kararlılığı kilitleri (Sch-S) alır ve DDL değişiklikleri uygulayan yineleme işlemlerini engelleyebilir. DDL işlemleri ALTER/DROP tablolarını ve Görünümlerini içerir, ancak saklı yordamların DROP veya ALTER'sini içermez. Örneğin, birincil üzerinde disk bazlı veya bellek için optimize edilmiş bir tabloyu bırakırsanız. REDO iş parçacığı, tabloyu bırakmak için kayıt defteri kaydını işlediğinde, tablonun üzerinde SCH_M kilidi alması gerekir ve tabloya erişen çalışan bir sorgu tarafından engellenebilir. Bu, birincil kopyada aynı davranıştır, ancak tabloyu bırakma işlemi REDO iş parçacığı yerine kullanıcı oturumunun bir parçası olarak yapılır.

  • Ek bir engelleme Memory-Optimized tabloları vardır. Yerel saklı yordamın kaldırılması, ikincil çoğaltmada yerel saklı yordamın eşzamanlı yürütülmesi durumunda REDO iş parçacığını engelleyebilir. Bu, birincil çoğaltmada aynı davranıştır, ancak saklı yordamın kaldırılması, REDO iş parçacığı yerine bir kullanıcı oturumunun parçası olarak yapılır.

Sorgu oluşturmayla ilgili en iyi yöntemlerin farkında olun ve ikincil veritabanlarında bu en iyi yöntemleri uygulayın. Örneğin, uzun süre çalışan sorguları, veri toplama işlemleri gibi, düşük etkinlik zamanlarında zamanlayın.

Uyarı

Yineleme iş parçacığı ikincil replikadaki sorgular tarafından engellenirse sqlserver.lock_redo_blocked XEvent tetiklenir.

Dizinleme

Okunabilir ikincil çoğaltmalardaki salt okunur iş yüklerini iyileştirmek için, ikincil veritabanlarındaki tablolarda dizinler oluşturmak isteyebilirsiniz. İkincil veritabanlarında şema veya veri değişiklikleri yapamayacağınız için, birincil veritabanlarında dizinler oluşturun ve değişikliklerin yineleme işlemi aracılığıyla ikincil veritabanına aktarılmasına izin verin.

İkincil çoğaltmadaki dizin kullanımı etkinliğini izlemek için, sys.dm_db_index_usage_stats dinamik yönetim görünümünün user_seeks, user_scans ve user_lookups sütunlarını sorgular.

Read-Only Access Veritabanları için istatistikler

Sorgu planlarını iyileştirmek için tablo sütunlarının ve dizine alınan görünümlerin istatistikleri kullanılır. Kullanılabilirlik grupları için, birincil veritabanlarında oluşturulan ve tutulan istatistikler, işlem günlüğü kayıtlarının uygulanması kapsamında ikincil veritabanlarında otomatik olarak kalıcı hale alınır. Ancak, ikincil veritabanlarındaki salt okunur iş yükünün birincil veritabanlarında oluşturulanlardan farklı istatistiklere ihtiyacı olabilir. Ancak, ikincil veritabanları salt okunur erişimle kısıtlandığından, ikincil veritabanlarında istatistik oluşturulamaz.

Bu sorunu gidermek için, ikincil kopya tempdb'deki ikincil veritabanları için geçici istatistikler oluşturur ve muhafaza eder. _readonly_database_statistic soneki, geçici istatistikleri birincil veritabanından alınan kalıcı istatistiklerden ayırt etmek için geçici istatistiklerin isimlerine eklenir.

Yalnızca SQL Server geçici istatistikler oluşturabilir ve güncelleştirebilir. Ancak, kalıcı istatistikler için kullandığınız araçları kullanarak geçici istatistikleri silebilir ve özelliklerini izleyebilirsiniz:

  • DROP STATISTICS Transact-SQL deyimini kullanarak geçici istatistikleri silin.

  • sys.stats ve sys.stats_columns katalog görünümlerini kullanarak istatistikleri izleyin. sys_stats , hangi istatistiklerin kalıcı ve hangilerinin geçici olduğunu belirtmek için is_temporary bir sütun içerir.

Birincil veya ikincil kopyalarda bellek iyileştirmeli tablolar için otomatik istatistik güncellemesi desteği yoktur. İkincil çoğaltmadaki sorgu performansını ve planlarını izlemeniz ve gerektiğinde birincil çoğaltmadaki istatistikleri el ile güncelleştirmeniz gerekir. Ancak, eksik istatistikler hem birincil hem de ikincil çoğaltmada otomatik olarak oluşturulur.

SQL Server istatistikleri hakkında daha fazla bilgi için bkz. İstatistikler.

Bu bölümde:

İkincil Veritabanlarındaki Bayat Kalıcı İstatistikler

SQL Server, ikincil veritabanındaki kalıcı istatistiklerin eski olduğunu algılar. Ancak, birincil veritabanındaki değişiklikler dışında kalıcı istatistiklerde değişiklik yapılamaz. Sorgu iyileştirme için SQL Server, ikincil veritabanında disk tabanlı tablolar için geçici istatistikler oluşturur ve eski kalıcı istatistikler yerine bu istatistikleri kullanır.

Kalıcı istatistikler birincil veritabanında güncelleştirildiğinde, bunlar otomatik olarak ikincil veritabanında kalıcı olur. Ardından SQL Server, geçici istatistiklerden daha güncel olan güncelleştirilmiş kalıcı istatistikleri kullanır.

Kullanılabilirlik grubu yük devrederse, tüm ikincil çoğaltmalarda geçici istatistikler silinir.

Sınırlamalar ve Kısıtlamalar

  • Geçici istatistikler tempdb'de depolandığından, SQL Server hizmetinin yeniden başlatılması tüm geçici istatistiklerin kaybolmasına neden olur.

  • Sonek _readonly_database_statistic SQL Server tarafından oluşturulan istatistikler için ayrılmıştır. Birincil veritabanında istatistik oluştururken bu son eki kullanamazsınız. Daha fazla bilgi için bkz. İstatistikler.

İkincil Çoğaltmada bellek optimize edilmiş tablolara erişim

İkincil çoğaltmada bellek için iyileştirilmiş tablolarla kullanılabilen işlem yalıtım düzeyleri, birincil çoğaltmadakiyle aynıdır. Öneri, oturum düzeyi yalıtım düzeyini READ COMMITTED olarak ayarlamak ve MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT veritabanı düzeyi seçeneğini ON olarak ayarlamaktır. Örneğin:

ALTER DATABASE CURRENT SET MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT=ON  
GO  
SET TRANSACTION ISOLATION LEVEL READ COMMITTED  
GO  
SELECT SUM(UnitPrice*OrderQty)   
FROM Sales.SalesOrderDetail_inmem  
GO

Kapasite Planlamasıyla İlgili Dikkat Edilmesi Gerekenler

  • Disk tabanlı tablolar söz konusu olduğunda, okunabilir ikincil çoğaltmalar tempdb'de iki nedenden dolayı alan gerektirebilir:

    • Anlık görüntü yalıtım düzeyi satır sürümlerini tempdb'ye kopyalar.

    • İkincil veritabanları için geçici istatistikler tempdb'de oluşturulur ve korunur. Geçici istatistikler tempdb boyutunda hafif bir artışa neden olabilir. Daha fazla bilgi için, bu bölümün devamında yer alan Read-Only Access Veritabanları için istatistikler bölümüne bakın.

  • Bir veya daha fazla ikincil çoğaltma için okuma erişimi yapılandırdığınızda, birincil veritabanları disk tabanlı tablolar için ikincil veritabanlarında satır sürümlerine yönelik işaretçileri depolamak için silinen, değiştirilen veya eklenen veri satırlarına 14 bayt ek yük ekler. Bu 14 baytlık ek yük ikincil veritabanlarına taşınır. Veri satırlarına 14 baytlık ek yük eklendikçe sayfa bölmeleri oluşabilir.

    Satır sürümü verileri birincil veritabanları tarafından oluşturulmaz. Bunun yerine, ikincil veritabanları satır sürümlerini oluşturur. Ancak, satır sürümü oluşturma hem birincil hem de ikincil veritabanlarında veri depolamayı artırır.

    Satır sürümü verilerinin eklenmesi, birincil veritabanında anlık görüntü yalıtımı veya okunabilir onaylanmış anlık görüntü yalıtımı (RCSI) düzeyi ayarına bağlıdır. Aşağıdaki tabloda, disk tabanlı tablolar için farklı ayarlar altında okunabilir bir ikincil veritabanında sürüm oluşturma davranışı açıklanmaktadır.

    Okunabilir ikincil kopya? Anlık görüntü yalıtımı veya RCSI düzeyi etkinleştirildi mi? Birincil Veritabanı İkincil Veritabanı
    Hayı Hayı Satır sürümü veya 14 baytlık ek yük yok Satır sürümü veya 14 baytlık ek yük yok
    Hayı Evet Satır sürümleri ve 14 baytlık ek yük Satır sürümü yok, ancak 14 baytlık ek yük
    Evet Hayı Satır sürümü yok, ancak 14 baytlık ek yük Satır sürümleri ve 14 baytlık ek yük
    Evet Evet Satır sürümleri ve 14 baytlık ek yük Satır sürümleri ve 14 baytlık ek yük

İlgili Görevler

İlgili İçerik

Ayrıca Bkz.

Always On Kullanılabilirlik Grupları (SQL Server) Genel Bakış
Erişilebilirlik Replikalarına İstemcinin Bağlantı Erişimi (SQL Server) Hakkında
Kullanılabilirlik Grubu Dinleyicileri, İstemci Bağlantısı ve Uygulama Yük Devretme (SQL Server)
İstatistikler

  • Last updated on