Kullanılabilirliği artırma
Çoğaltma için planlanmış veya planlanmamış sistem kayıpları, Artırılmış kullanılabilirlik sağlayan bir hazır bekleyen sunucu verilerini çoğaltmak için kullanılır.Çoğaltma bekleme gerekli verileri bir veri alt kümesinin en gerekli ise, sıcak bir yedek sağlamak için kullanılması gereken birincil sunucu.Ayrıca aşağıdakileri göz önünde bulundurun:
Uygulamanızın ölçeklenebilirliğini ve kullanılabilirliğini artırmak için birden çok site verilerini gerekiyorsa, bkz: Both artırma kullanılabilirlik ve ölçeklenebilirlik.
Uygulamanızın tüm bir veritabanı, kullanılabilir olmasını gerektirip gerektirmediğini bir hazır bekleyen sunucu, veritabanı çoğaltma yerine yansıtma kullanın.veritabanı yansıtması tüm veritabanının eşitlenmesi gerekiyorsa daha verimlidir ve sorgular için ikincil sunucu kullanmaya gerek yoktur.Daha fazla bilgi için bkz: Veritabanı yönetim yansıtma.
Aşağıdaki şemada, birincil sunucu ve tek bir bekleme sunucuyla, birincil sunucuda kullanılabilir verilerin bir alt küme küme kümesini gösterir ikincil sunucu.
.gif "Replicating data to a standby server")
Not
çoğaltma bir sunucudan diğerine yerine sağlayan bir mekanizma sağlamaz hazır bekleyen sunucu.Belirli bir sunucuya erişen tüm uygulamaları, ilk sunucunun kullanılabilir durumda olay, başka bir sunucuyu kullanmak üzere programlanan gerekir.
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 Üretim satırları hataları hakkında veri toplamak, üretim tesisler üzerinde sunucularına sahiptir.Çoğaltma kullanılabilirliği, bu sunucular için sağlamak için kullandıkları.Bunlar, sıcak yedek bir sunucu için planlanmış ve planlanmamış kesintileri sırasında sorgularını yönlendirmek kodu yazdınız.
Bu senaryo için ortak gereksinimleri
Çoğaltma kullanılabilirliği genellikle kullanan uygulamalar bir uygun çoğaltma çözüm adres gereken gereksinimleri vardır:
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.
Ikincil bir sunucuda veri kullanılabilir verilerin alt küme küme küme olabilir birincil sunucu (Yukarıdaki ilk diyagramı bakın).
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 Diyagramı, birincil sunucu yayımcı değil.Bazı veya tüm verilerin birincil sunucuda içerdiği yayın, her tablo bir makale olan veri ile (saklı yordamlar gibi diğer veritabanı nesnelerini makaleleri de olabilir).hazır bekleyen sunucu, şema ve abonelik verileri almak için yayın bir abone değil.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 uygun olduğu işlem çoğaltma ile en iyi uygulanır.Işlem çoğaltma hakkında daha fazla bilgi için bkz: Işlem çoğaltma genel bakış ve Nasıl bir işlem çoğaltma Works.
Tasarım gereği, işlem çoğaltma Bu senaryo için asıl gereksinimleri giderir:
Işlem tutarlılığı
Düşük gecikme süresi
Yüksek üretilen iş
En az ek yük
Bu senaryo için dikkate alınacak birincil seçeneği süzme.Tabloları aboneleri sırasında yalnızca uygulamanız tarafından gereken verileri içerir; bu nedenle işlem çoğaltma süzgeç sütunlar ve satırlar için sağlar.Daha fazla bilgi için bkz: Süzme veri yayımlandı..
Bu senaryo uygulamak için gerekli adımları
Bu senaryo uygulamak için , önce yayın ve abonelikleri oluşturma ve sonra da her abonelik: gerekir.Her adımla ilgili daha fazla bilgi için aşağıdaki bağlantıları tıklatın:
Abonelik başlatıldı ve verileri, yayımcı ve aboneleri arasında akan sonra ortak yönetim ve görevleri izleme hakkında bilgi için aşağıdaki konulara başvurun gerekebilir: