Eşler arası işlem çoğaltma
Peer-to-peer çoğaltma olarak da birden çok sunucu örnekleri arasında veri kopyalarını sürdürerek bir ölçek dışarı ve yüksek kullanılabilirlik çözümü sağlar düğümler. Işlem çoğaltma temeli üzerine inşa edilmiş, peer-to-peer çoğaltma yakın gerçek zamanlı işlem tutarlı değişiklikler yayar. Bu ölçek-giden okuma istemcilerinden gelen birden çok düğüm üzerinde dağıtmak için okuma işlemleri gerektiren uygulamalar sağlar. Veri üzerinde tutulduğundan yakın gerçek zamanlı, peer-to-peer çoğaltma düğümleri verilerin kullanılabilirliğini artırır veri fazlalığı sağlar.
Bir Web uygulamasını düşünün. Bu peer-to-peer çoğaltma aşağıdaki şekillerde faydalanabilir:
Katalog sorguları ve diğer okuma birden fazla düğümlere yayılır. Bu performans artışı okur gibi tutarlı kalmasını sağlar.
Sistem düğümlerden biri başarısız olursa, bir uygulama katmanı başka bir düğüme yazıyor bu düğüm için yönlendirebilirsiniz. Bu durumu korur.
Bir düğüm bakım gerektirir veya tüm sistem için bir yükseltme gerekiyor, her düğümün çevrimdışı alınır ve tekrar sisteme uygulama kullanılabilirliğini etkilemeden eklendi.
Okuma işlemleri dışında ölçekleme peer-to-peer çoğaltma sağlasa, performans için topoloji gibi tek bir düğüm için yazmak. Bunun nedeni, sonuçta tüm ekler, güncelleştirmeleri ve silmeleri tüm düğümlere yayılır. Ne zaman bir değişiklik belirli bir düğüme uygulanan ve düğümleri arasında birden çok kez Bisiklete binme değişiklikleri önler çoğaltma tanır. Yazma işlemleri her satır için tek düğüm, aşağıdaki nedenlerle yapılması önerilir:
Bir satır birden fazla düğüme değiştirilirse, satır diğer düğümlere yayılır bu çakışma veya hatta kayıp güncelleştirmesi neden olabilir.
Orada her zaman biraz gecikme ilgili değişiklikler çoğaltılır. Hemen, dinamik yük dengeleme uygulama birden çok düğüm arasında sorunlu olabilir görülecek en son değişikliği gerektiren uygulamalar için.
Eşler arası çoğaltma SQL Server 2012bir peer-to-peer topoloji arasında çakışma algılamasını etkinleştirmek için seçenek sunar. Bu seçenek, tutarsız uygulama davranışını ve kayıp güncelleştirmeler dahil olmak üzere algılanmayan çakışmaları neden olduğu sorunları engellemeye yardımcı olur. Bu seçenek etkinleştirildiğinde, varsayılan olarak Çakışan değişikliği Dağıtım Aracısı başarısızlığın nedenlerini kritik bir hata kabul edilir. Bir çakışma durumunda, topoloji, çakışmayı el ile çözümlenir ve verileri topoloji tutarlı hale kadar tutarsız bir durumda kalır. Daha fazla bilgi için, bkz. Eşler arası çoğaltma çakışma algılama.
[!NOT]
Potansiyel veri tutarsızlığı önlemek için daha etkin çakışma algılama ile bir eşler arası topoloji, çatışmaları önlemek emin olun. Yazma işlemleri için belirli bir satırda yalnızca tek bir düğüm gerçekleştirilir, erişim ve veri değiştirme uygulamaları ekleme bölümü gerekir emin olmak için güncelleştirme ve silme işlemleri. Bu bölümleme satır farklı bir düğüm tarafından değiştirilmeden önce bu topoloji diğer tüm düğümlerle bir verilen satır tek bir düğüm kaynaklanan değişiklikler eşitlenir sağlar. Uygulama gelişmiş çakışma algılaması ve Çözümlemesi yetenekleri gerektiriyorsa, birleştirme çoğaltması kullanın. Daha fazla bilgi için Çoğaltma Birleştirve Algılamak ve birleştirme çoğaltma Çakışmalarını Çöz.
Eşler arası topoloji
Aşağıdaki senaryolar, peer-to-peer çoğaltma tipik kullanımları gösterilmektedir.
İki katılımcı veritabanları olan Topoloji
.gif "Eşler arası çoğaltma, iki düğüm")
Her ikisi de önceki çizimleri ile bir uygulama sunucusu üzerinden veritabanları için kullanıcı trafiği iki katılımcı veritabanları, gösteriyor. Bu yapılandırma, çeşitli uygulamalar, çalışma grubu uygulamaları, Web siteleri için kullanılabilir ve aşağıdaki yararları sağlar:
Okuma iki sunucuları yayıldığı okuma performansı, Gelişmiş.
Yüksek kullanılabilirlik bakım gerekiyorsa ya da, bir düğümdeki hatası durumunda.
Hem resimlerde, yükü dengelenmiş katılımcı veritabanları arasında bir faaliyettir, ancak güncelleştirmeleri farklı ele okuyun:
Sol tarafta, güncelleştirmeler iki sunucu arasında bölümlendirilir. Ürün Katalog veritabanı içeriyorsa, örneğin, özel bir uygulama güncelleştirmelerini düğüme doğrudan olabilir a ürün adları a-m ile başlayan ve doğrudan güncelleştirmelerini düğüme b n-z ile başlayan ürün adlarına ilişkin. Güncelleştirmeleri sonra diğer düğüme çoğaltılır.
Sağda, tüm güncelleştirmelerini düğüme yönlendirilir b. Burada, güncelleştirmeleri düğüme çoğaltılır a. Eğer b (örneğin, bakım için), çevrimdışı olan uygulama sunucusu tüm etkinlik yönlendirebilirsiniz a. Ne zaman b yeniden çevrimiçi güncellemeleri akışı için ve uygulama sunucusu tüm güncelleştirmeleri taşıyabilirsiniz geri b ya da onları yönlendiren devam a.
Peer-to-peer çoğaltma ya da yaklaşım destekleyebilir, ancak sağ orta güncelleştirme örnek de genellikle standart işlem çoğaltması ile kullanılır.
Üç veya daha fazla olan topolojilerden veritabanları katılan
.gif "Dağınık konumlar için eşler arası çoğaltma")
Önceki çizimde, Los Angeles, Londra ve Taipei ofisleri ile dünya çapında yazılım destek organizasyon için veri sağlayan üç Katılımcı veritabanları gösterilmektedir. Her ofis destek mühendisleri müşteri çağrıları almak ve girin ve her müşteri arama bilgilerini güncelleştirin. İşgünü içinde hiçbir çakışma yani sekiz saat dışında zaman dilimleri için üç ofisleri vardır. Taipei ofis kapatır gibi Londra ofisinde gün açılıyor. Bir ofis kapatma gibi bir çağrı hala devam ediyor ise, çağrı açmak için bir temsilci sonraki Office aktarılır.
Bir veritabanı, uygulama sunucusu gibi girin ve müşteri görüşmeleri hakkında bilgi güncelleme destek mühendisleri tarafından kullanılan ve her yerde vardır. Topoloji zaman bölümlendirilir. Bu nedenle, güncelleştirmelerde yalnızca iş için açık olan düğümdeki ve sonra akışını güncelleştirmek-e doğru diğer katılımcı veritabanları. Bu topoloji, aşağıdaki yararları sağlar:
Bağımsızlık olmadan yalıtım: Her ofis ekleme, güncelleştirme, veya bağımsız olarak verileri silmek ancak katılan diğer tüm veritabanlarına çoğaltıldığından payı verileri ayrıca.
Başarısızlık halinde ya da bir veya daha fazla katılımcı veritabanları, bakım sağlamak için yüksek kullanılabilirlik.
.gif "Eşler arası çoğaltma, üç ve dört düğüm")
Önceki şekilde, üç düğüm topoloji bir düğüme eklenmesi gösterir. Bir düğüm Bu senaryoda aşağıdaki nedenlerle eklenebilir:
Çünkü başka bir ofis açtı.
Bakım destek veya disk hatası veya diğer önemli bir hata oluşursa, hataya dayanıklılığı artırmak için yüksek kullanılabilirlik sağlamak.
İki üç ve dört düğümlü topolojiler, tüm veritabanlarını yayınlamak ve tüm diğer veritabanları için abone olduğunu fark. Bu, bakım ihtiyacı veya bir veya daha fazla düğüm başarısızlığı durumunda en fazla kullanılabilirliği sağlar. Düğümleri eklendiğinde, kullanılabilirlik ve ölçeklenebilirlik gereksinimlerine karşı performans ve dağıtım ve yönetim karmaşıklığını dengelemek gerekir.
Eşler arası çoğaltma yapılandırma
Eşler arası çoğaltma topolojisini yapılandırma, bir dizi standart işlem yayınlar ve abonelikleri yapılandırılması ile çok benzer. Aşağıdaki konularda açıklanan adımları, peer-to-peer topoloji gösteren önceki resimde solda gösterildiği yapılandırmasına benzer üç düğümlü sistem yapılandırmasını gösterir.
Peer-to-Peer çoğaltma kullanma hakkında önemli noktalar
Bu bölüm, bilgi ve peer-to-peer çoğaltma kullandığınızda düşünün yönergeleri sağlar.
Genel hususlar
Peer-to-peer çoğaltma yalnızca Microsoft SQL Server 2012 Enterprise.
Eşler arası çoğaltmaya katılan tüm veritabanları özdeş şema ve veri içermelidir:
Nesne adları, nesne şema ve yayın adları aynı olmalıdır.
Yayınlarda çoğaltılması için şema değişiklikleri izin vermelidir. (Bu ayarı olduğunu 1 yayın özelliği için replicate_ddl, varsayılan ayar olan.) Daha fazla bilgi için, bkz. Yayını veritabanları üzerinde şeması değişiklikler yapmak.
Satır ve sütun süzme desteklenmiyor.
Her düğüm kendi dağıtım veritabanı kullanmanızı öneririz. Bu, tek bir hata noktası olması olasılığı ortadan kaldırır.
Birden fazla eş yayınlar tek yayın veritabanındaki tabloları ve diğer nesneleri eklenemez.
Tüm abonelikleri oluşturulmadan önce yayını eşler arası çoğaltma için etkinleştirilmiş olması gerekir.
Abonelikleri gerekir başlatılmış bir yedeği kullanarak veya ile 'yalnızca çoğaltma desteği' seçeneği. Daha fazla bilgi için, bkz. Anlık görüntü olmadan bir işlemsel abonelik başlatmanıza.
Kimlik sütunlarının kullanımı önermeyiz. Kimlikleri kullanırken, her katılımcı veritabanı masalarda atanan aralıkları el ile yönetmelisiniz. Daha fazla bilgi için bkz: "Atama aralıkları için el ile kimlik aralığı yönetimi" bölümüne in Kimlik sütunları çoğaltma.
Özellik kısıtlamaları
Peer-to-peer çoğaltma işlem çoğaltma çekirdek özelliklerini destekler, ancak aşağıdaki seçenekleri desteklemez:
Başlatma ve bir anlık görüntü ile reinitialization.
Satır ve sütun filtreler.
Zaman damgası sütunları.
Non- SQL Server yayıncı ve abone.
Güncelleştirme ve abonelikleri güncelleştirme sıraya hemen.
Anonim abonelikleri.
Kısmi abonelikler.
Attachable abonelikleri ve transformable abonelikleri. (Her ikisi de bu seçenekler içinde kaldırılmıştır SQL Server 2005.)
Paylaşılan dağıtım aracıları.
Dağıtım Aracısı parametresi - SubscriptionStreams ve günlük Okuma Aracısı parametresi - MaxCmdsInTran.
Makalesi özellikler @ destination_owner ve @ destination_table.
Özel hususlar aşağıdaki özelliklere sahiptir:
Yayın özelliği @ allow_initialize_from_backupdoğru değeri gerektirir gerçek.
Makale özelliği @ replicate_ddl değeri gerektirir gerçek; @ identityrangemanagementoption değeri gerektirir el; ve @ durum Bu seçenek gerekir 24 ayarlanır.
Makale özelliklerini değerini @ ins_cmd, @ del_cmd, ve upd_cmd @ ayarlanamaz sql.
Abonelik özelliği @ sync_type değeri gerektirir yok veya Otomatik.
Bakım ana hatlarını
Aşağıdaki eylemleri sessiz moda alınması sistemi gerektirir. Tüm düğümler adresindeki yayımlanmış tablolarda etkinliğini durdurma ve her düğümün tüm değişiklikleri diğer tüm düğümlerden aldı emin yani.
Ekleyerek bir SQL Server 2005Varolan bir topoloji düğüm
Varolan bir yayına bir makale ekleme
Şema değişiklikleri yapma
Düğüm bir yedekten geri yükleme
Daha fazla bilgi için Quiesce çoğaltma topolojisini (çoğaltma Transact-sql programlama)ve Bir eşler arası topoloji (çoğaltma Transact-sql programlama) yönetme.
Bir eşler arası topoloji yeni bir düğüm eklediğinizde, yeni düğüm eklendikten sonra oluşturulan yedeklerden geri yüklemelisiniz.
Bir eşler arası topoloji abonelikleri yeniden olamaz. Sen-si olmak-e düğüm veri yeni bir kopya olduğundan emin olmak, düğümdeki bir yedeğini geri yükleyin.
Bir eşler arası topoloji yeni bir düğüm eklediğinizde, yeni düğüm eklendikten sonra oluşturulan yedeklerden geri yüklemeniz.
Bir eşler arası topoloji abonelikleri yeniden olamaz. Sen-si olmak-e düğüm veri yeni bir kopya olduğundan emin olmak, düğümdeki bir yedeğini geri yükleyin.
Ayrıca bkz.
Görevler
Bir eşler arası topoloji (çoğaltma Transact-sql programlama) yönetme