Verileri yeniden yayınlama
Republishing modelinde, Yayımcı veri için diğer abonelerin herhangi bir sayıda yeniden yayımlar bir abone veri gönderir.Bir Yayımcı veri aboneleri üzerinde yavaş veya pahalı iletişim bağlantısı gerekir gönderdiğinizde yararlıdır.Aboneler üzerinde ucundaki o bağlantı sayısı, kullanarak bir ikinci yayımcı toplu dağıtım yükünün bağın o tarafa geçer.
Verileri, aşağıdaki adımları içerir:
Yayımcı tarafında yayın oluşturun.
Republishing abone yayın için bir abonelik oluşturun.
Abonelik başlatın.Abonelik yayın republishing Abone tarafında oluşturulmadan önce başlatılmalıdır veya çoğaltma başarısız olur.
Republishing abone abonelik veritabanı bir yayın oluşturun.
yayın abonelik için diğer abonelerin republishing Abone tarafında oluşturun.
Abonelikleri başlatılamıyor.
Not
Birleştirme kullanırsanız, çoğaltma republishing topolojisinde tüm republishing abone sunucu abonelikleri kullanmanız gerekir.Abonelik türleri hakkında daha fazla bilgi için bkz: Yayınlar için abone olma.
Aşağıda, hem Publisher ve ikinci yayımcı , kendi yerel Dağıtıcılar davranır.Her kullanmak için küme olan, bir uzak Dağıtımcı, her dağıtıcı tarafındaki yavaş veya pahalı iletişim bağlantısı yayımcısı olarak kimliğinize olması gerekir.Yayımcılar uzak dağıtıcıları için güvenilir, yüksek hızlı iletişim bağlantılarıyla bağlanmalıdır.
.gif "Verileri yeniden yayımlama")
Herhangi bir sunucu, hem bir Yayımcı ve abone davranabilir.Örneğin, aşağıdaki çizimde, düşünün, yayın bir tablo Londra'da bulunmaktadır ve Amerika Birleşik Devletleri'nde dört farklı şehirler için dağıtılmış olmalıdır: Chicago, New York, San Diego ve Seattle.Sunucu New York'ta, Londra'da kaynaklanan yayımlanmış tablo Ankara sitesi bu koşulları karşılayan çünkü abone olmak için seçilir:
Ağ bağlantısını geri Londra görece güvenilirdir.
Londra-için-Ankara iletişim maliyetlerini kabul edilebilir.
İyi ağ iletişimi satırlarından Ankara ABD'de diğer tüm abone sitelere vardır.
.gif "Dağınık konumlar için verileri yeniden yayımlama")
Aşağıda, gösterilen republishing senaryoları çoğaltma destekler tablo.
Yayımcı |
Yayımlama abone |
Abone |
|---|---|---|
İşlemyayın |
İşlemsel abonelik/işlemyayın |
İşlemsel abonelik |
İşlemyayın |
İşlemsel abonelik veya birleştirme yayın1 |
Abonelik birleştirme |
Birleştirme yayın |
Birleştirme abonelik/birleştirme yayın |
Abonelik birleştirme |
Birleştirme yayın |
Birleştirme abonelik işlemyayın |
İşlemsel abonelik |
1, Gereken küme @published_in_tran_pub özellik birleştirme yayın.Varsayılan olarak, işlem çoğaltma tabloların salt okunur olarak ele alınması için Abone tarafında bekler.Birleştirme çoğaltması için veri değişiklikleri yaparsa bir tablo bir işlemsel abonelik yakınsaması veri oluşabilir.Bu riski ortadan kaldırmak için böyle öneririz tablo yalnızca karşıdan yükleme, birleştirme yayın olarak belirtilmesi.Bu bir birleştirme engeller karşı karşıya veri abone değiştirir tablo.Daha fazla bilgi için bkz: Yalnızca karşıdan yükleme makaleleri ile birleştirme çoğaltma performansı en iyi duruma getirme.