Bu makale makine çevirisi ayna makalesidir, orijinal makaleye geçmek için lütfen buraya tıklayın.

Görünüm: 12586|Yanıt: 0

[Kaynak] SQLserver işlem çoğaltması, yeniden başlatma olmadan yeni tablolar ekler

[Bağlantıyı kopyala]
Yayınlandı 26.11.2014 15:51:12 | | | |
Çevrimiçi bir işlem kopya aboneliği devam ediyorsa, artık ona yeni bir tablo eklemeniz gerekiyor.

Bunun birkaç olası yolu var


1. En kolay yol tabii ki yeniden başlatmaktır. Tabloyu ekleyin (sp_addarticle veya kopyalama sihirbazını kullanın) ve sağ tıklayarak yeniden başlatarak yeni bir anlık görüntü oluşturun.
  Bu yöntemin sayısız avantajı vardır, ancak bir dezavantajı da replikasyon abonelik zincirindeki tüm tabloların bir kez yeniden başlatılması ve başlatma sırasında okunan tabloların veri olmamasıdır. Ayrıca daha uzun ömürlü olabilir


2. Yeni bir sürüm oluşturun ve ardından güncellenmiş tabloya ayrı bir kopya aboneliği yapın
  Bu yöntem nispeten güvenlidir ve mevcut çoğaltma abonelik zincirini kesinlikle etkilemez; yeni eklenen tablolar istediğinize göre başlatılabilir. Dezavantajı ise her zaman son tabloda sürüm oluşturamayacağınız, daha güvenilir bir yol ise bu yeni sürümdeki projeyi (tablo) düzenli olarak resmi sürüm abonelik zincirine aktarmaktır. Elbette, bunun bir avantajı da vardır, çünkü yeni tablo bazen bir sorun olduğunda ele alınabilir.


3. Üç adımda:
A. Yeni tabloyu tam okuma/yazma veritabanındaki verilerle doldurun (veri tutarlılığı gereklidir)
B. Log ajanını okumayı bırakın
C. Yeni tabloyu yayın aboneliğine ekleyin
D. Log Okuma Ajanını Etkinleştir
  Bu yöntem, çevrimiçi yayıncılık üzerinde (yöntem 1'e kıyasla) önemli bir etki yaratmaz, ancak işlem sırasında veri okuma ve kopyalamayı durdurur ve okuma/yazma replikasyon gecikmesini artırır. Okuma ve yazma gecikmesine sert davranmıyorsanız, onu seçebilirsiniz. Senaryoyu önceden hazırlamanız şiddetle tavsiye edilir. Hızlı mücadele ve hızlı karar



Akla gelen üç yöntem bunlar

Teorik olarak, üçüncü tür en makul (uzlaşma) olsa da, şu anda yönettiğim çoğaltma abonelik ortamının gereksinimleri söz konusu olduğunda, yöntem 2 daha sık kullanılıyor. Ancak sunucu performansı üzerinde hafif olumsuz bir etkisi olabilir. Ama aynı zamanda DBA'ların bu 22 yıllık çoğaltma aboneliğini yönetmesi için uygun bir tampon oluşturuyor






Önceki:SQLServer backups restore database
Önümüzdeki:SQL Server '%keyword%' gibi işlemleri yaptığında indeks kullanım sorunu
Feragatname:
Code Farmer Network tarafından yayımlanan tüm yazılım, programlama materyalleri veya makaleler yalnızca öğrenme ve araştırma amaçları içindir; Yukarıdaki içerik ticari veya yasa dışı amaçlarla kullanılamaz, aksi takdirde kullanıcılar tüm sonuçları ödemelidir. Bu sitedeki bilgiler internetten alınmakta olup, telif hakkı anlaşmazlıklarının bu siteyle hiçbir ilgisi yoktur. Yukarıdaki içeriği indirmeden sonraki 24 saat içinde bilgisayarınızdan tamamen silmelisiniz. Programı beğendiyseniz, lütfen orijinal yazılımı destekleyin, kayıt satın alın ve daha iyi orijinal hizmetler alın. Herhangi bir ihlal olursa, lütfen bizimle e-posta yoluyla iletişime geçin.

Mail To:help@itsvse.com