Birden çok site (sunucu) gelen veri tümleştirme
Çoğu şirket, bölgesel ofislerdeki veya varlık için merkezi bir konum gönderilen toplama ve işlem verileri vardır.Örneğin:
Stok veri "alınmış" veya içine şirket genel müdürlüğü merkezi bir sunucuda yerel Ambarlar sunucularda bir dizi birleştirilmiş.
Şirket içindeki özerk iş bölümler bilgileri merkezi sunucusuna gönderilemez.
Dağınık yerlerden gelen bilgileri işleniyor sipariş konsolide edilecek.
Bazı durumlarda, verileri uzak siteleri için merkezi Web sitesinden de gönderilir.Bu veriler genellikle uzak yerdeki salt okunur verileri aşağıdaki gibi olması amaçlanır bir küme merkezi bir sitede yalnızca güncelleştirilen stok tabloların ürün.
Aşağıdaki şemada, veri Uzaktaki sitelerden toplanır tipik bir senaryoda, gösterir.Salt okunur verileri, her uzak siteye de gönderilir.
.gif "Replicating data to regional offices")
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 Amerika Birleşik Devletleri genelinde bölgesel satış ofisleri sahiptir.Ofisleri çoğaltma iki şekilde kullanın:
Sipariş karşılama ve raporlamaya sipariş bilgileri sağlamak için .Verileri toplanır ve her satış ofiste işlenen ve sonra merkez ofise yinelenmiş.
Veri ve yetenekleri, mobil satış personeli için sipariş sağlamak için .Bu senaryo, konu içinde açıklanmıştır Gezici kullanıcılar ile veri değişimi.
Bu senaryo için ortak gereksinimleri
Bölgesel ofisleri için uygulamalar genellikle bir uygun çoğaltma çözüm adres gerekir aşağıdaki gereksinimler vardır:
Sistem, işlem tutarlılığı korumak gerekir.
Sistem, düşük gecikme süresi olması gerekir: güncelleştirmelerin uzak sitelerdeki merkezi siteye hızla 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 uzak sitelerdeki istemeniz gerekir.
Veri değişikliklerini, her iki yönde de akış: Bazı durumlarda, salt okunur verileri uzak siteleri için merkezi bir sitedeki uzaktan sitelerden konsolide edilmiş verilere ek olarak gönderilir.
Merkezi bir sitede gerekli olan veriler, her bir uzak sitede verisinin bir altkümesini olabilir.
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ında, her bir uzak sitede yayımcı ' dir.Bazı veya tüm verilerin uzak yerdeki içerdiği yayın, her tablo bir makale olan veri ile (saklı yordamlar gibi diğer veritabanı nesnelerini makaleleri de olabilir).Şema ve abonelikler olarak veri almak için bu yayınların, bir abone merkezi sitedir.
Merkezi siteye yayımcı, uzak siteler için gönderilen veriler için de görür.Her bir uzak sitede, merkezi Web sitesinden yayına abone olur.
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 verimi
En az ek yük
Not
Benzer BIR senaryo birleştirme çoğaltma ile uygulanabilir.Çakışma çözümlemesi veya uzaktan her site benzersiz bir veri kümesi sağlayan süzgeçler uygulamanız gerekiyorsa, birleştirme çoğaltma kullanın.Daha fazla bilgi için bkz: Birden çok site (istemci) verilerden tümleştirme.
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: