Birden çok site (istemci) verilerden 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 yerel Ambarlar sunucularda bir dizi şirket genel müdürlüğü merkezi bir sunucuda halinde konsolide edilecek.
Ş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, verileri bir merkezi siteye ve Uzak konumlar arasında iki yönde akan tipik bir senaryoda gösterilmiştir:
.gif "Replicating data to regional offices")
Bu diyagramda, hub'ın hizmet verdiği için bir bölgesel ofisleri akan önce verileri bir hub'ına ilk akar.Kuruluş ara bir katmana varsa, doğrudan merkezi siteye ve bölgesel ofisleri arasında akışına ait veriler de olasıdır.
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 çok sayıda satış ofisleri dünyanın vardır.Her bir satış ofisi, bölgesel, satış personeli veri toplar.Bu veriler, her iş günü sonunda bölgesel hublar sonra merkezi siteye aktarılır.Böylece satış ofisi fiyatlarını ve promosyonlar hakkında en son bilgileri de hublar arasında Merkezi sitesinden dışında her satış ofisine verinin.
Bu senaryo için ortak gereksinimleri
Bölgesel office uygulamaları, genellikle bir uygun çoğaltma çözüm adres gerekir aşağıdaki özelliklere sahiptir:
Veri girdi ve merkezi bir sitede ve uzak sitelerdeki güncelleştirildi.
Uzak kullanıcılar güncelleştirmelerin bağımsız olarak, merkezi siteye bağlantı gerekmeksizin yapabilmek için olması gerekir.
Birden çok kullanıcı aynı veriyi bağımsız olarak güncelleştirme, çünkü veri çakışmaları ortaya çıkabilir ve ele alınması gerekir.
Bazı veriler, yalnızca merkezi sitesi (örneğin tablo fiyatlandırma ürün verilerde güncelleştirilmelidir.
Kullanıcılar isteğe bağlı verileri eşitlemenizi başlatabilmeniz gerekir veya saat olarak zamanlanan saatler.
Uygulama, uzak bir sitede ne kadar süreyle kalabileceği kontrol gerekir eşitlenmemiş.
Bazı tablolar, böylece her kullanıcı için bir veya daha fazla tablo, farklı veri alan süzme gerektirir.Örneğin, bölgesel bir office office'nın bölge yalnızca müşteriler için irtibat bilgilerini alır.
Siteler arasında transfer edildiğinde verilerden bir birim olarak ele alınması gerekir.Örneğin, sipariş için merkezi bir sitedeki bir uzak kullanıcının gönderilirse, sipariş başlığındaki sipariş ayrıntılarını önce kaydedilmiş olmalıdır.
Uygulama veri eşitlendiğinde yürütülmek üzere özel bir iş mantığına gereksinim duyabilir.
Uygulama, adanmış bir bağlantı üzerinden değil, ınternet üzerinden veri eşitlenmesi gereksinim duyabilir.
Bir veya daha fazla merkezi siteye (Bu konuda diyagramındaki olarak), uzak siteler arasındaki orta katmanı üzerinden veri akışı, iş düzenlenmiş.
Aşağıdaki şemada, bu senaryoyla ilgili süzme gösterilmiştir:
.gif "Filtering for regional office applications")
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ı merkezi yayımcı sitedir.Merkezi bir sitedeki her bir makale olan bir veri tablosu içeren yayın veridir (saklı yordamlar gibi diğer veritabanı nesnelerini makaleleri de olabilir).Her hub, şema ve abonelik verileri almak için yayın bir abone olur.Hublar sonra verileri yeniden yayımlayın ve bölgesel ofisleri bu verilere abone olmak olun.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 birleştirme çoğaltma ile en iyi şekilde uygulanır.Birleştirme çoğaltma hakkında daha fazla bilgi için bkz: Birleştirme çoğaltması genel bakış ve Birleştirme çoğaltması'nasıl çalışır?.
.gif "Important note") Important Note: |
|---|
Bu senaryo iki yolla uygulamak mümkündür: Merkez yayımcı olduğundan ve uzak ofisler aboneleri, veya merkez ofisinizdeki bir abone olduğu ve uzak ofisler yayımcılar. Birleştirme çoğaltma merkezi abone topolojileri desteklemiyor.Tüm değişiklikleri uzak olan siteleri ortaya olsa bile, merkez yayımcı aboneleri uzak siteleri ile yapılandırılmalıdır.Benzer BIR senaryo, merkezi bir abone topolojisi kullanarak işlem çoğaltma ile uygulanabilir.Çelişki çözümü veya uzaktan her site benzersiz bir veri kümesi sağlayan süzgeçler uygulamanız gerekmez, işlem çoğaltma kullanmayı göz önünde bulundurun.Daha fazla bilgi için bkz: Birden çok site (sunucu) gelen veri tümleştirme. |
birleştirme çoğaltma Seçenekleri bu senaryo için ilgili
Birleştirme çoğaltma, bu konunun önceki kısımlarında anlatılan gereksinimlerini karşılayacak şekilde birkaç seçenek sunar.Aşağıdaki liste, her gereksinimi ve birleştirme, adres çoğaltma seçenekleri sunar.
Veri girdi ve merkezi bir siteye ve uzak siteleri güncelleştirildi.
Birleştirme çoğaltma, ayrı herhangi bir seçenek belirtmeden bu yeteneği sağlar.
Uzak kullanıcılar güncelleştirmelerin bağımsız olarak, merkezi siteye bağlantı gerekmeksizin yapabilmek için olması gerekir.
Birleştirme çoğaltma, ayrı herhangi bir seçenek belirtmeden bu yeteneği sağlar.
Birden çok kullanıcı aynı veriyi bağımsız olarak güncelleştirme, çünkü veri çakışmaları ortaya çıkabilir ve ele alınması gerekir.
Birleştirme çoğaltma için servis talepleri, veri çakışmalarını beklenen çakışma algılama ve Çözümlemesi'ni sağlar.Çakışmaları önlemek için tasarım uygulamaları için uygundur, ancak bu mümkün yerlerde varsayılan seçebilirsiniz çakışma çözünürlüğü yönteminde (ilk wins) veya özel çakışma çözünürlüğü kullanın.Daha fazla bilgi için bkz: Saptama ve çözme çoğaltma çakışması Birleştir.
Bazı veriler, yalnızca merkezi sitesi (örneğin tablo fiyatlandırma ürün verilerde güncelleştirilmelidir.
Birleştirme çoğaltma, yalnızca Yayımcı tarafında güncelleştirildi, bu tablo için yalnızca karşıdan yükleme makaleleri sağlar.Daha fazla bilgi için bkz: Yalnızca yükleme makaleleri ile birleştirme çoğaltma performansı en iyi duruma getirme.
Kullanıcıların istek üzerine veri eşitlemeye başlatabilmeniz gerekir ve en zamanlanan saatler.
Çoğaltma, bu iki abonelik sunar: Abonelikler itin ve abonelikler çeker. Çekme abonelik daha iyi talep eşitlemeyi uygun.Abonelik türleri ve iş planlama çizelgeleme eşitleme hakkında daha fazla bilgi için bkz: Yayın için abone olma ve Veri Eşitleme.
Uygulama, uzak bir sitede ne kadar süreyle kalabileceği kontrol gerekir eşitlenmemiş.
Birleştirme çoğaltma yapabilirsiniz küme belirli miktarda bir saat içinde tüm abonelere eşitlenen olmak için bir abonelik sona erme saat.Daha fazla bilgi için bkz: Abonelik bitiş ve etkinliğini kaldırmayı.
Bazı tablolar, böylece her kullanıcı için bir veya daha fazla tablo, farklı veri alan süzme gerektirir.Örneğin, her satışçının ilgili kişi bilgilerini yalnızca kendi müşterilerin alabilirsiniz.
Birleştirme çoğaltma, sütun ve satırları süzmek sağlar.Satır süzgeçleri olabilir statik or parametreli.Statik bir süzgeç, bir yayın oluşturulduğunda uygulanır; bu, tek bir veri sonuçları küme.Her bir abone eşitler parametreli hale getirilmiş bir süzgeç uygulanır; her abone için farklı bir veri kümesindeki neden olur.Bölgesel office uygulamaları genellikle parametreli süzgeçleri kullanın, ancak statik filtreler de kullanabilirsiniz.Daha fazla bilgi için bkz: Birleştirme çoğaltması için yayımlanan veri süzme.
Siteler arasında transfer edildiğinde verilerden bir birim olarak ele alınması gerekir.Örneğin, sipariş için merkezi bir sitedeki bir uzak kullanıcının gönderilirse, sipariş başlığındaki sipariş ayrıntılarını önce kaydedilmiş olmalıdır.
Birleştirme çoğaltma, ilişkili tabloların bir birim olarak işlenmelidir belirlemenizi sağlar.Bu birim, mantıksal kayıt olarak anılır.Daha fazla bilgi için bkz: Değişiklikleri mantıksal kayıtlarıyla ilgili satırları gruplandırma.
Uygulama veri eşitlendiğinde yürütülmek üzere özel bir iş mantığına gereksinim duyabilir.
Birleştirme çoğaltma, eşitleme sırasında yürütülmek üzere kod belirtmenize olanak verir.Bu kod, çok çeşitli olaylara yanıt verebilir ve eşitleniyor verilere erişimi vardır.Daha fazla bilgi için bkz: Iş mantığı birleştirme eşitlemesi sırasında çalıştırma.
Uygulama, adanmış bir bağlantı üzerinden değil, ınternet üzerinden veri eşitlenmesi gereksinim duyabilir.
Kullanırken (SQL Server Compact 3.5 SP1), verileri bir HTTP veya HTTPS bağlantısı eşitlenir. Diğer sürümleri için SQL Server HTTPS gerektiren Web üzerinden eşitleme kullanabilirsiniz. Daha fazla bilgi için bkz: Birleştirme çoğaltması için Web üzerinden eşitleme.
Merkezi sitesi ve uzak siteleri arasında bir veya daha fazla ara katmanı üzerinden veri akışı, iş düzenlenmiş.
Birleştirme çoğaltma Bu gereksinimin barındırabilecek yeniden, içinde ve merkezi bir Yayımcı veri alanı'nda bir veya daha fazla aboneleri için yayımladığı bir yaklaşım yayımlamak yoluyla hangi daha sonra yayımlamak çıkış verileri başka abonelerine.Daha fazla bilgi için bkz: Verileri yeniden yayımlama.
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: