Okunabilir ikincil kopyaları (AlwaysOn kullanılabilirlik grupları)

Makale
12/11/2012

AlwaysOn Kullanılabilirlik Gruplarıetkin ikincil yinelemeleri destekler. Etkin ikincil yetenekler, bir veya daha fazla ikincil kopyaları ve okuma-niyet bağlantı isteklerinin etkin bir ikincil çoğaltma uçuşlarında salt okunur erişim için destek içerir. AlwaysOn kullanılabilirlik grubunda, sen-ebilmek configure ikincil rolü altında çalışırken salt bağlantılara izin vermek için bir veya daha fazla kullanılabilirlik yinelemeler (yani ikincil kopya çalışırken). Salt okunur bağlantı sağlayan ikincil yineleme a okunabilir ikincil çoğaltma, tüm ikincil veritabanları kullanılabilirliğini Grup bağlamında salt okunur erişim sağlar. İkincil kopyaları üzerinde yakın gerçek zamanlı verilerdir. Çoğu durumlarda, birincil ve ikincil veritabanları arasında veri gecikme süresi genellikle sadece birkaç saniye olur. Tam metin dizinlerini AlwaysOn ikincil veritabanları ile eşitlenir.

İkincil veritabanları salt okunur erişimi, kullanıcı bağlantılarını verileri salt okunur erişimi var demektir. Ancak, ikincil veritabanları salt ayarlanmamış. Statik olan salt okunur veritabanı farklı olarak, ikincil veritabanı büyük/küçük harf dinamiktir. Veri karşılık gelen birincil veritabanında değişiklik gibi ikincil veritabanı ikincil veritabanı değişiklikleri uygulanır.

[!NOT]

İkincil veritabanlarına veri yazamaz ama okuma yazma veritabanları ikincil çoğaltma kullanıcı veritabanlarını ve Sistem veritabanları aşağıdaki gibi barındıran sunucu örneği yazabilirsiniz tempdb.

Bu konuda:

Faydaları
Sınırlamalar ve Kısıtlamalar
Performans Değerlendirmeleri
Kapasite planlama hakkında önemli noktalar
ilişkili Görevler

Faydaları

Okunabilir ikincil çoğaltmaları salt okunur bağlantı yönlendiren aşağıdaki yararları sağlar:

İkincil salt yükleri kendi kaynakları için Misyon kritik yükleri korur birincil yinelemenize dan offloads. Misyon kritik okuma-iş yükünü veya gecikmesine tahammül edemez iş yükünü varsa, birincil üzerinde çalıştırmalısınız.
Okunabilir ikincil kopyaları barındıran sistemleri için yatırım getirinizi artırır.

Ayrıca, okunabilir ikinciller güçlü destek salt okuma işlemleri için aşağıdaki şekilde sağlar:

Geçici istatistikleri okunabilir ikincil veritabanı salt okunur sorguları optimize edin. Daha fazla bilgi için bkz: İstatistik salt okunur Access veritabanları için, bu konuda.
Salt okunur çalışma yüklerini satır sürüm oluşturma ikincil veritabanları üzerinde engelleme çekişme kaldırmak için kullanın. Hatta diğer hareket izolasyon düzeyleri açık olarak ayarlandığında ikincil veritabanları karşı çalıştırılan tüm sorguları anlık yalıtım hareket düzeyi için otomatik olarak eşleştirilir. Ayrıca, tüm kilitleme ipuçları göz ardı edilir. Bu okuyucu/yazıcı çekişme ortadan kaldırır.

Satır sürüm oluşturma faydaları ve davranışı hakkında daha fazla bilgi için bkz: Row Versioning-based Isolation Levels in the Database Engine.

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

Sınırlamalar ve Kısıtlamalar

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

En kısa sürede okunabilir bir ikincil çoğaltma kullanılabilirliğini grubuna katılır, ikincil çoğaltma bağlantıları için ikincil veritabanlarını kabul başlayabilirsiniz. Ancak, bir birincil veritabanı üzerinde tüm etkin işlemler varsa, satır sürümleri tamamen hemen ilgili ikincil veritabanı kullanılabilir olmayacaktır. İkincil kopya olarak yapılandırıldığında, birincil yineleme üzerinde varolan herhangi bir etkin işlem taahhüt veya geri gerekir. Bu işlem tamamlanana kadar ikincil veritabanı üzerinde hareket yalıtım düzeyi eşlemesi eksik ve sorguları geçici olarak engellenir.

[!NOT]

Uzun işlem çalıştıran tutulacak sürüm bilgisi satır sayısını etkiler.
Değişiklik izleme ve değişiklik veri yakalama, okunabilir bir ikincil yinelemeye ait ikincil veritabanları üzerinde desteklenmez:
- Değişiklik izleme açık olarak ikincil veritabanlarını devre dışı bırakılır.
- İkincil bir veritabanı üzerinde değişiklik veri yakalama etkin olabilir, ancak bu desteklenmemektedir.
Okuma işlemleri için eşlenen anlık yalıtım hareket düzeyi nedeniyle, birincil çoğaltma hayalet kayıt temizlenmesi hareketleri üzerinde bir veya daha fazla ikincil kopyaları tarafından engellenebilir. Artık herhangi bir ikincil çoğaltma gerektiğinde hayalet kayıt temizleme görev otomatik olarak birincil çoğaltma hayalet kayıt temizlemek. Bu hareket üzerinde birincil yineleme çalıştırdığınızda ne yapılır için benzer. İkincil veritabanı üzerinde aşırı durumlarda, uzun süren okuma-hayalet Temizleme işlemini engelleyen sorgu öldürmek gerekir. Unutmayın, temiz hayalet ikincil kopya kesilirse veya veri taşıma ikincil veritabanını askıya alındığında engellenebilir. Bu durum da günlük kesilme, engeller kadar bu durum devam ederse, bu ikincil veritabanı kullanılabilirlik gruptan kaldırmanızı öneririz.
Dosya hala ikincil bir yineleme üzerinde gerekli olan hayalet kayıt içeriyorsa dbcc SHRINKFILE işlemi üzerinde birincil yineleme başarısız olabilir.

Güvenlik Notu
İkincil veritabanları için birincil veritabanları oluşan güvenlik ayarları kalıcı. Bu kullanıcılar, veritabanı rolleri ve uygulama rolleri birlikte kendi ilgili izinleri ve saydam veri şifrelemesi (tde), birincil veritabanı etkin içerir.

Performans Değerlendirmeleri

Bu bölümde okunabilir ikincil veritabanları için çeşitli performans konuları ele alınmaktadır.

Bu bölümde:

Veri gecikme
Salt okunur iş yükünü etkisi
Dizin oluşturma
Salt okunur Access veritabanları için istatistikleri

Veri gecikme

İkincil kopyalara salt okunur erişim uygulama salt okunur çalışma yüklerini bazı veri gecikmesine tahammül kullanışlıdır. Veri gecikme kabul edilemez olduğu durumlarda, salt iş yüklerine karşı birincil yineleme çalışan düşünün.

Birincil yineleme günlük kayıtlarını değişikliklerin birincil veritabanı için ikincil kopyaları gönderir. Her ikincil veritabanında, günlük kayıtları için ayrılmış Yinele iş parçacığı geçerlidir. Değişikliği içeren günlük kaydı ikincil veritabanı uygulanmış ve birincil veritabanı üzerinde hareket taahhüdünde kadar okuma erişim ikincil veritabanı üzerinde sorgu sonuçlarında verilen veri değişikliği görünmez.

Bu genellikle sadece birkaç saniye, birincil ve ikincil yinelemeler arasında biraz gecikme olduğunu gösterir. Sıradışı durumlarda, ancak örneğin verimi ağ sorunlarını azaltmak, gecikmeyi önemli hale gelebilir. Gecikme I/O sorunları ortaya çıktığında ve veri taşıma askıya alındığında artırır. Askıya alınan veri hareketi izlemek için kullanabilirsiniz AlwaysOn Pano ya da sys.dm_hadr_database_replica_states dinamik yönetimi görüntüleyin.

Salt okunur iş yükünü etkisi

Salt okunur ikincil çoğaltmasını yapılandırırken, özellikle salt iş yükleri çok ı/o-yoğun olan, salt okunur çalışma yüklerini ikincil veritabanları üzerinde cpu ve Yinele konuları, dan I/o gibi sistem kaynaklarını tüketir.

Ayrıca, ikincil kopyaları üzerinde salt okunur çalışma yüklerini günlük kayıtları uygulanan veri tanım dili (ddl) değişiklikler engelleyebilirsiniz. Okuma işlemleri nedeniyle satır sürüm oluşturma paylaşılan kilitleri yapmayız olsa da, bu işlemler şema kararlılık ddl değişiklikleri uygulamadan Yinele işlemleri engelleyebilir (Sch-s) kilitleri alın.

Sorguları bina çevresinde en iyi uygulamaları haberdar olmak ve ikincil veritabanları bu en iyi uygulamaları egzersiz. Örneğin, uzun süre çalışan sorguları veri toplamalardan gibi düşük faaliyet sırasında planlayabilirsiniz.

[!NOT]

Yinele iş parçacığı sorgular bir ikincil çoğaltma tarafından engellenirse sqlserver.lock_redo_blockedXEvent geçirilen.

Dizin oluşturma

Salt okunur çalışma yüklerini okunabilir ikincil kopyaları üzerinde optimize etmek için ikincil veritabanları tablolarda dizinler oluşturmak isteyebilirsiniz. Siz yapamazsınız çünkü ikincil veritabanları üzerinde şeması veya veri değişiklikleri, birincil veritabanlarında dizinler oluşturmak ve ikincil veritabanını yineleme işlemi boyunca aktarmaya izin.

Dizin kullanım etkinliği bir ikincil çoğaltma izlemek için sorgu user_seeks, user_scans, ve user_lookups sütunları sys.dm_db_index_usage_stats dinamik yönetimi görüntüleyin.

Salt okunur Access veritabanları için istatistikleri

İstatistikleri sütunları tablo ve dizin oluşturulmuş görünümler sorgu planları en iyi duruma getirmek için kullanılır. Kullanılabilirlik grupları için oluşturulan ve birincil veritabanları tutulan istatistikler otomatik olarak işlem günlüğü kayıtlarını uygulayarak bir parçası olarak ikincil veritabanları üzerinde kalıcı. Ancak, ikincil veritabanları salt yüküne, birincil veritabanları oluşturulur daha farklı istatistikler gerekebilir. Ancak, ikincil veritabanları salt okunur erişim kısıtlanır çünkü İstatistikler ikincil veritabanları oluşturulamaz.

Bu sorunu gidermek için ikincil kopya oluşturur ve ikincil veritabanları için geçici istatistikleri tutar tempdb. Sonek _readonly_database_statistic gelen birincil veritabanından kalıcı kalıcı İstatistikler onları ayırmak için geçici istatistikleri adı eklenir.

Sadece SQL Serveroluşturmak ve güncelleştirmek geçici istatistikleri. Ancak, geçici İstatistikleri Sil ve kalıcı istatistikleri için kullandığınız aynı araçları kullanarak kendi özelliklerini izlemek:

Geçici İstatistikleri Sil kullanarak Bırakın istatistikleri Transact-SQL deyimi.
İzleme istatistiklerini kullanarak verir.Istatistik ve sys.stats_columns katalog görünümler. sys_stats bir sütun içeren is_temporary, hangi istatistikleri daimi ve geçici olan belirtmek için.

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

Bu bölümde:

İkincil veritabanları üzerinde eski daimi istatistikleri
Sınırlamalar ve Kısıtlamalar

İkincil veritabanları üzerinde eski daimi istatistikleri

SQL ServerIkincil bir veritabanı üzerinde kalıcı istatistikleri eski algılar. Ama dışında daimi istatistiklere birincil veritabanı değişiklikleri ile değişiklik yapılamaz. Sorgu en iyi duruma getirme, SQL Servergeçici istatistikleri ikincil veritabanını oluşturur ve bu istatistikleri yerine eski daimi istatistikleri kullanır.

Birincil veritabanı kalıcı istatistikleri güncelleştirildiğinde otomatik olarak ikincil veritabanı kalıcı. Sonra SQL Serverdaha geçici istatistikleri geçerli güncelleştirilmiş kalıcı istatistikleri kullanır.

Üzerinde durumu grup başarısız olursa, geçici istatistikleri tüm ikincil kopyaları silinir.

Sınırlamalar ve Kısıtlamalar

Çünkü geçici istatistiklerini depolanan tempdb, yeniden SQL Serverhizmet neden yok tüm geçici istatistikleri.
Sonek _readonly_database_statistic tarafından oluşturulan istatistikleri için ayrılmış SQL Server. İstatistikler bir birincil veritabanı oluştururken bu soneki kullanamazsınız. Daha fazla bilgi için, bkz. İstatistikler.

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

Kapasite planlama hakkında önemli noktalar

Okunabilir ikincil kopyaları alanı gerektirebilir tempdb için iki nedenden dolayı:
- Anlık görüntü yalıtım düzeyi satır sürümleri içine kopyalar tempdb.
- İkincil veritabanları için geçici istatistikleri oluşturulur ve güncelleştirilir tempdb. Geçici istatistikleri boyutu içinde hafif bir artış neden olabilir tempdb. Daha fazla bilgi için bkz: İstatistik salt okunur Access veritabanları için, bu bölümde daha sonra.

Okuma erişim için bir veya daha fazla ikincil kopyaları yapılandırdığınızda, birincil veritabanları yük 14 bayt satır sürümleri için işaretçiler ikincil veritabanlarını saklamak için değiştirilmiş, silinen veya eklenen veri satırları ekleyin. Bu 14 bayt giderleri için ikincil veritabanları devredilir. 14 Baytlık yük veri satırları için de, sayfa bölünmesi ortaya çıkabilir.

Satır sürümü veri birincil veritabanları tarafından oluşturulmaz. Bunun yerine, satır sürümleri ikincil veritabanları oluşturun. Ancak, satır sürüm oluşturmayı, birincil ve ikincil veritabanları veri depolama artırır.

Satır sürüm verilerin yanı sıra anlık görüntü yalıtım veya birincil veritabanı ayarı okunur kaydedilmiş anlık yalıtım (RCSI) düzeyine bağlıdır. Aşağıdaki tabloda, farklı ayarları altında okunabilir bir ikincil veritabanı sürüm oluşturma davranışını açıklar.

Okunabilir ikincil kopya?	Anlık görüntü yalıtım veya yüzey etkin RCSI?	Birincil veritabanı	Ikincil veritabanı
Hayır	Hayır	Hiçbir satır sürümleri veya 14 bayt tepegöz	Hiçbir satır sürümleri veya 14 bayt tepegöz
Hayır	Evet	Satır sürümleri ve 14 bayt tepegöz	Hiçbir satır sürümleri, ancak 14 bayt tepegöz
Evet	Hayır	Hiçbir satır sürümleri, ancak 14 bayt tepegöz	Satır sürümleri ve 14 bayt tepegöz
Evet	Evet	Satır sürümleri ve 14 bayt tepegöz	Satır sürümleri ve 14 bayt tepegöz