Both artırma kullanılabilirlik ve ölçeklenebilirlik
Birçok uygulama, yüksek kullanılabilirlik hem de yüksek okuma ölçeklenebilirlik sağlamak önemlidir; her ikisi de sağlamak için çoğaltma bir anahtar bir çözümün bir bölümü kullanılabilir.Bazı uygulamalar, kullanılabilirlik'i veya çoğaltma ölçeklenebilirliği artırmak için hedefi olabilir.Yalnızca bu alanların bir adres için gerekiyorsa, aşağıdaki senaryolardan biri göz önünde bulundurun:
Aşağıdaki diyagram çoğaltma kullanarak kullanılabilirliğini ve ölçeklenebilirliğini artırmak için yararlı olan iki uygulama gösterilmektedir.Her iki durumda da, birbirleriyle eşleri diyagramları üç veritabanlarında şunlardır: Bunlar, aynı şeması ve verileri içerir. Bu veritabanları için aktivite bölümlenmelidir yazma: Veritabanı, ürün katalogu içeriyorsa, A ile başlayan ürün adları için ilk veritabanını güncelleştirmeleri gibi doğrudan olabilir-ı J-R için ikinci bir veritabanı ve S-Z için üçüncü bir veritabanı. Güncelleştirmelerin, daha sonra diğer veritabanlarında çoğaltılır.
Ilk diyagramı her bir Web bir yapılandırma göstermektedir ve uygulama sunucusu belirli bir önbelleğe alma sunucusu verileri kullanır.Okur ve belirli bir kullanıcı belirli bir uygulama sunucusuna sonra belirli bir önbelleğe alma sunucusu akış için güncelleştirir.Uygulama sunucusu önbelleği doğrudan güncelleştirir, merkezi kaynak sunucu gerekli değildir.Güncelleştirme her önbellek için başka bir önbelleklerinin yayılır.
.gif "Using replication to scale read activity")
Diyagramı ikinci üç coğrafi olarak dağınık sunucu üçü arasında okuma istekleri desteklemek ve kullanılabilirliğini artırmak için sunucuların her birine vererek akan verilerle gösterir.
.gif "Peer-to-peer replication to dispersed locations")
Adventure Works döngüsü örneği
Adventure Works Cycles is a fictional manufacturing company used to demonstrate database concepts and scenarios.Daha fazla bilgi için bkz: AdventureWorks örnek veritabanları.
Adventure Works Cycles Los Angeles, Londra ve Taipei konumlar da dahil olmak üzere dünya genelinde ofisleri sahiptir.Müşteri sipariş bilgileri her konumda toplanan ve sonra da başka bir konuma yinelenmiş.
Sipariş bilgileri tüm konumları okunabilir, Londra office yoğun okuma aktivite yaşanıyor, bu nedenle iç uygulamaları bazı diğer iki ofisleri için bu aktiviteyi dağıtabilirsiniz.
Bir sunucu için istanbul ofisteki bakım kapalı, örneğin, siparişler hala başka bir konum ve çalışanları adresindeki office okuma ve veri girmek için sürdürebilirsiniz Londra alınabilir.Londra sunucu yeniden çevrimiçi olduktan sonra değişiklikleri basılı durumdayken alınan güncel olmasını sağlayacak şekilde Londra sunucusuna aktarılacaktır.
Bu senaryo için ortak gereksinimleri
Çoğaltma ölçeklenebilirlik ve kullanılabilirlik için genelde kullandıkları uygulamaları bir uygun çoğaltma çözüm adres gerekir aşağıdaki gereksinimler vardır:
Sistem herhangi bir sunucuda yapılacak değişiklikler izin vermeli ve bu 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 olması gerekir: güncelleştirmeleri bir sunucuda diğer sunucuları hızlı olarak ulaşmalıdır.
Sistem yüksek aktarım olmalıdır: Bu, hareketlerin çok sayıda çoğaltma işlemesi gereken.
Çoğaltma işlemi, en az ek yük istemeniz gerekir.
Bu senaryo için kullanılacak çoğaltma türünü
Microsoft SQL Server Yayımlama bir endüstri mecazının çoğaltma sistemi bileşenleri tanımlamak için kullanır.Yayımcı, aboneleri, yayınlar ve makalelere ve abonelikler, bileşenleri içerir.
Yukarıdaki diyagramlarında, tüm önbellek Yayımcılar ve aboneleri sunucularıdır.Her sunucuda yinelenmiş veritabanındaki tüm verileri dahil, yayındaki her tablo makale edilen veri (saklı yordamlar gibi diğer veritabanı nesnelerini makaleleri de olabilir).Her sunucu için yayınlar gelen şema ve abonelik verileri alınıyor diğer sunucuları da abone yapar.Sistem bileşenleri hakkında daha fazla bilgi için bkz: Çoğaltma modeli olan genel yayımlama.
SQL Server farklı türde çoğaltma için farklı bir uygulama gereksinimleri sunar: çoğaltma, işlem çoğaltması ve birleştirme çoğaltması anlık görüntü görüntü görüntüsünü. Bu senaryo, önceki bölümde gereklere işlemek için de 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 işlemsel kopyalama.
Not
Uygulama değişiklikleri aynı anda birden fazla düğümde yapılması için belirli bir satıra gerektiriyorsa, veri çakışmaları ortaya çıkabilir.Bu durumda birleştirme çoğaltma, çakışmaları yönetmek için de uygun olduğu kullanın.Birleştirme çoğaltma hakkında daha fazla bilgi için bkz: Birleştirme çoğaltması genel bakış.
Tasarım gereği, işlem çoğaltma Bu senaryo için asıl gereksinimleri giderir:
Herhangi bir sunucuda değişiklik yapılabilir
Işlem tutarlılığı
Düşük gecikme süresi
Yüksek üretilen iş
En az ek yük
Işlem çoğaltma için eşler arası seçeneğini sunucularını yayımlamak ve aynı verilere abone olmak sağlar.Tüm düğümlerin eşler arası topolojide eşleri şunlardır: her düğümde yayımlar ve aynı şema ve verilere abone olur. Değişiklikler (ekler, güncelleştirmeleri ve silmeleri) tüm düğümlerde yapılan ve ardından diğer tüm düğümlere çoğaltılır.
Bu senaryo uygulamak için gerekli adımları
Bu senaryo uygulamak için , ilk yayın ve abonelikleri oluşturabilir ve gerekir her abonelik için başlatılamıyor.Daha fazla bilgi için, bkz:
SQL Server Management Studio: Nasıl Yapılır: Eşler işlemsel kopyalama (SQL Server Management Studio'yu) yapılandırın.
Çoğaltma Transact-SQL Programlama: Nasıl Yapılır: Eşler işlemsel kopyalama (çoğaltma Transact-SQL programlama) yapılandırın.
Abonelikleri başlatılır ve veri eşleri arasında akan sonra ortak yönetim ve görevleri izleme hakkında bilgi için aşağıdaki konulara başvurun gerekebilir: