Her ikisi de artırma kullanılabilirlik ve ölçeklenebilirlik
Birçok uygulamada hem daha yüksek kullanılabilirlik ve daha yüksek okuma ölçeklenebilirlik sağlamak önemlidir; çoğaltma olarak kullanılabilir bir anahtar her ikisi de sağlamak için bir çözümün bir bölümü.Bazı uygulamalar, kullanılabilirlik veya çoğaltma aracılığıyla ölçeklenebilirliği artırmak için amaç olabilir.Bu alanlardan biri adres yalnızca gereksiniminiz varsa, aşağıdaki senaryolardan birini göz önünde bulundurun:
Aşağıdaki diyagramlarda kullanılabilirliğini ve ölçeklenebilirliğini artırmak için çoğaltma kullanmanın yararlı iki uygulama gösterilmektedir.Her iki durumda da, eşlerin birbirleriyle diyagramları üç veritabanlarında şunlardır: Bunlar aynı şemasını ve verilerini içerir.Yazma etkinliği bu veritabanları için ayrılmış olmalıdır: Ürün Katalog Veritabanı içeriyorsa, a ile başlayan ürün adları için ilk veritabanı güncelleştirmelerini doğrudan Örneğin, olabilir-ben ikinci veritabanı j-r ve s-z için üçüncü veritabanı.Güncelleştirmeleri daha sonra diğer veritabanlarında çoğaltılır.
İlk diyagramı gösterilmektedir bir yapılandırma , her Web ve uygulama sunucusu belirli bir önbelleğe alma sunucusu verileri kullanır.Okur ve belirli uygulama sunucusu ve ardından belirli bir önbelleğe alma sunucusu için verilen kullanıcı akış için güncelleştirir.Uygulama sunucusunun önbelleğini doğrudan güncelleştirdiğinden, merkezi kaynak sunucu gerekli değildir.Önbellek her güncelleştirme için diğer önbellekleri yayılır.
.gif "Okuma etkinliğini ölçeklendirmek için çoğaltma kullanma")
Üçü arasında okuma istekleri desteği ve kullanılabilirliğini geliştirmek için sunucuların her birine vererek akan verilerle üç coğrafi olarak dağınık sunucu ikinci çizimde gösterilmektedir.
.gif "Dağınık konumlar için eşler arası çoğaltma")
Adventure Works döngüsü örneği
Adventure Works Cycles, veritabanı kavramlarını ve senaryoları örneklendirmek için kullanılan sanal bir üretim şirketidir.Daha fazla bilgi için bkz: AdventureWorks2008R2 örnek veritabanları.
Adventure Works Cycles Los Angeles, Londra ve Taipei konumları da dahil olmak üzere dünya genelinde işyeri sayısı vardır.Müşteri sipariş bilgileri her konumda toplanan ve sonra diğer konumlara çoğaltılır.
Sipariş bilgileri aşağıdaki konumlardan herhangi birinden okunabilir; Bu nedenle Londra office yoğun okuma etkinliği yaşanıyorsa, iç uygulamalarının bazı bu bir iki ofisleri faaliyete dağıtabilirsiniz.
Bir sunucu kapalı bakım Londra ofisinde ise, örneğin, siparişler hala başka bir konuma ve office okuma ve veri girmek için devam edebilirsiniz İstanbul adresindeki çalışanlarının alınabilir.Londra sunucu yeniden çevrimiçi duruma geldikten sonra değişiklikleri alınan olduğu sırada kapalı güncel böylece Londra sunucusuna aktarılacaktır.
Bu senaryo için ortak gereksinimleri
Çoğaltma ölçeklenebilirlik ve kullanılabilirlik için genellikle kullanan uygulamalar uygun çoğaltma çözüm adres gerekir aşağıdaki gereksinimleri vardır:
Sistem herhangi bir sunucuda yapılacak değişiklikler izin vermeli ve değişiklikleri diğer tüm sunucular için çoğaltıldığını.
Sistem, işlem tutarlılığı korumak gerekir.
Sistem düşük gecikme süresi sahip olmalıdır: bir sunucuda güncelleştirmeleri diğer sunucuları hızla ulaşmalıdır.
Sistem yüksek üretilen iş sahip olmalıdır: Bu hareketler, çok sayıda çoğaltma işlemesi gereken.
Çoğaltma işleme en az düzeyde ek yük istemeniz gerekir.
Bu senaryo için kullanılacak çoğaltma türünü
Microsoft SQL Server uses a publishing industry metaphor to describe the components of the replication system.Yayımcı, aboneler, yayınları ve makaleleri ve abonelikleri bileşenleri içerir.
Yukarıdaki Diyagram tüm önbellek yayıncı ve abone sunucularıdır.Her sunucudaki çoğaltılmış veritabanındaki tüm verileri dahil yayında her tablo bir makale olan veri (makaleleri de saklı yordamlar gibi diğer veritabanı nesneleri olabilir).Her server şemasını ve verilerini bir abonelik olarak alırken diğer sunucularından yayınlar için abone yapar.Sistem bileşenleri hakkında daha fazla bilgi için bkz: Yayımlama Modeli Özet çoğaltma.
SQL Serverfarklı farklı uygulama gereksinimleri için çoğaltma türlerini sunar: anlık görüntü çoğaltması çoğaltması çoğaltma, işlem çoğaltma ve birleştirme çoğaltması.Bu senaryo, önceki bölümdeki gereklere işlemek için uygundur eşler arası işlem çoğaltma ile en iyi şekilde uygulanır.Eşler arası işlem çoğaltma hakkında daha fazla bilgi için bkz: Eşler arası işlem çoğaltma.
Not
Aynı anda birden fazla düğüm adresinde yapılmasına izin verilen satır değişiklikleri uygulamayı gerektiriyorsa, saat, veri çakışmaları oluşabilir.Bu durumda, birleştirme kullanmak çoğaltma, çakışmaları yönetmek için de uygun olduğu.Birleştirme hakkında daha fazla bilgi için çoğaltma, bkz: Birleştirme çoğaltma genel bakış.
Tasarım gereği, bu senaryo için asıl gereksinimleri işlem çoğaltma giderir:
Herhangi bir sunucuda değişiklik yapılabilir
İşlem tutarlılığı
Düşük gecikme süresi
Yüksek güvenilirlik
En az düzeyde ek yük
Eşler arası işlem çoğaltma için sunucularını yayımlamak ve aynı veri için abone olmak olmak önlemiş olur.Bir eşler arası topoloji tüm düğümler eştir: Her düğüm yayımlar ve aynı şema ve veri abone olur.Değişiklikler (ekler, güncelleştirmeleri ve silmeleri) tüm düğümlerde yapılan ve daha sonra diğer tüm düğümlere çoğaltılır.
Bu senaryoyu uygulamak için gerekli adımları
Bu senaryo uygulamak için ilk yayın ve abonelikleri oluşturma ve gerekir her abonelik başlatılamıyor.Daha fazla bilgi için, bkz:
SQL Server Management Studio: Nasıl yapılır: Eşler arası işlem çoğaltma (sql Server Management Studio'yu) yapılandırma
Çoğaltma Transact-SQL programlama: Nasıl yapılır: Eşler arası işlem çoğaltma (çoğaltma Transact-sql programlama) yapılandırma
Abonelikleri başlatıldı ve veri eşleri arasında akan sonra ortak yönetim ve izleme görevleri hakkında bilgi için aşağıdaki konulara başvurun gerekebilir: