Çoğaltma Yönetimi için En İyi Yöntemler

Şunlar için geçerlidir:SQL ServerAzure SQL Yönetilen Örneği

Çoğaltmayı yapılandırdıktan sonra, çoğaltma topolojisini yönetmeyi anlamak önemlidir. Bu konu başlığında, her alan için daha fazla bilgi için bağlantılar içeren bir dizi alanda temel en iyi uygulama yönergeleri sağlanmaktadır. Bu konuda sunulan en iyi uygulama yönergelerine ek olarak sık sorulan sorular konusunu okuyarak sık sorulan sorular ve sorunlar hakkında bilgi edinebilirsiniz: Çoğaltma Yöneticileri için Sık Sorulan Sorular.

En iyi uygulama kılavuzunu iki alana bölmek yararlıdır:

• Aşağıdaki bilgiler, tüm çoğaltma topolojileri için uygulanması gereken en iyi yöntemleri kapsar:

  • Yedekleme ve geri yükleme stratejisi geliştirin ve test edin.

  • Çoğaltma topolojisini betikle.

  • Eşikler ve uyarılar oluşturun.

  • Çoğaltma topolojisini izleyin.

  • Performans temelleri oluşturun ve gerekirse çoğaltmayı ayarlayın.

• Aşağıdaki bilgiler dikkate alınması gereken ancak topolojiniz için gerekli olmayabilecek en iyi yöntemleri kapsar:

  • Verileri düzenli aralıklarla doğrulayın.

  • Profiller aracılığıyla aracı parametrelerini ayarlayın.

  • Yayın ve dağıtım saklama sürelerini ayarlayın.

  • Uygulama gereksinimleri değişirse makale ve yayın özelliklerini değiştirmeyi öğrenin.

  • Uygulama gereksinimleri değişirse şema değişikliklerinin nasıl yapılacağını anlayın.

Yedekleme ve geri yükleme stratejisi geliştirme ve test edin

Tüm veritabanları düzenli aralıklarla yedeklenmeli ve bu yedeklemeleri geri yükleme özelliği düzenli aralıklarla test edilmelidir; çoğaltılan veritabanları farklı değildir. Aşağıdaki veritabanları düzenli olarak yedeklenmelidir:

• Yayın veritabanı

• Dağıtım veritabanı

• Abonelik veritabanları

• Publisher, Distributor ve tüm Aboneler'deki msdb veritabanı ve ana veritabanı

Çoğaltılan veritabanları, verileri yedekleme ve geri yükleme konusunda özellikle dikkat gerektirir. Daha fazla bilgi için bkz. Çoğaltılmış Veritabanlarını Yedekleme ve Geri Yükleme.

Çoğaltma topolojisini betikleştirme

Bir topolojideki tüm çoğaltma bileşenleri olağanüstü durum kurtarma planının bir parçası olarak yazılmalıdır, ve betikler yinelenen görevleri otomatikleştirmek için de kullanılabilir. Betik, özellikle bir yayın veya abonelik gibi betikle yazılmış çoğaltma bileşenlerini uygulamak için gereken bu Transact-SQL sistem saklı yordamlarını içerir. Betikler bir sihirbazda (Yeni Yayın Sihirbazı gibi) veya bir bileşen oluşturduktan sonra Microsoft SQL Server Management Studio'da oluşturulabilir. SQL Server Management Studio veya sqlcmdkullanarak betiği görüntüleyebilir, değiştirebilir ve çalıştırabilirsiniz. Komut dosyaları, çoğaltma topolojisinin yeniden yapılandırılması gerektiğinde kullanılmak üzere, yedekleme dosyalarıyla birlikte depolanabilir. Daha fazla bilgi için bkz. Betik Replikasyonu.

Özellik değişiklikleri yapılırsa, bir bileşenin yeniden betimlenmesi gerekir. İşlem çoğaltması ile özel saklı yordamlar kullanıyorsanız, her yordamın bir kopyası betiklerle birlikte depolanmalıdır; yordam değişirse kopya güncelleştirilmelidir (yordamlar genellikle şema değişiklikleri veya değişen uygulama gereksinimleri nedeniyle güncelleştirilir). Özel yordamlar hakkında daha fazla bilgi için bkz. İşlem Makaleleri için Değişikliklerin Nasıl Yayılacağını Belirtme.

Performans temelleri oluşturma ve gerekirse çoğaltmayı ayarlama

Çoğaltma yapılandırılmadan önce, çoğaltma performansını etkileyen faktörleri anlamanız önerilir:

• Sunucu ve ağ donanımı

• Veritabanı tasarımı

• Dağıtımcı yapılandırması

• Yayın tasarımı ve seçenekleri

• Filtre tasarımı ve kullanımı

• Abonelik seçenekleri

• Anlık görüntü seçenekleri

• Ajan parametreleri

• Bakım

Çoğaltma yapılandırıldıktan sonra, çoğaltmanın uygulamalarınız ve topolojiniz için tipik olan bir iş yüküyle nasıl davranacağını belirlemenize olanak tanıyan bir performans temeli geliştirmeniz önerilir. Çoğaltma performansının aşağıdaki beş boyutu için tipik sayıları belirlemek için Çoğaltma İzleyicisi ve Sistem İzleyicisi'ni kullanın:

• Gecikme süresi: Bir veri değişikliğinin çoğaltma topolojisindeki düğümler arasında yayılması için gereken süre.

• Aktarım hızı: Bir sistemin zaman içinde sürdürebileceği çoğaltma etkinliği miktarı (belirli bir süre boyunca teslim edilen komutlarda ölçülür).

• Eşzamanlılık: Bir sistemde aynı anda çalışabilen çoğaltma işlemlerinin sayısı.

• Eşitleme süresi: Belirli bir eşitlemenin tamamlanmasının ne kadar süreceği.

• Kaynak tüketimi: Çoğaltma işleminin bir sonucu olarak kullanılan donanım ve ağ kaynakları.

İşlem çoğaltması üzerine oluşturulan sistemler genellikle düşük gecikme süresi ve yüksek aktarım hızı gerektirdiği için gecikme süresi ve aktarım hızı en çok işlem çoğaltması ile ilgilidir. Birleştirme çoğaltması üzerine kurulan sistemler genellikle çok sayıda Aboneye sahip olduğundan, ve bir Yayımcı bu Abonelerle eşzamanlı olarak çok sayıda senkronizasyon gerçekleştirebileceğinden, eşzamanlılık ve senkronizasyon süresi en çok birleştirme çoğaltmasıyla ilgilidir.

Temel sayıları oluşturduktan sonra Çoğaltma İzleyicisi'nde eşikleri ayarlayın. Daha fazla bilgi için bkz. Çoğaltma İzleyicisi'nde Eşikleri ve Uyarıları Ayarlama ve Çoğaltma Aracısı Olayları için Uyarıları Kullanma. Bir performans sorunuyla karşılaşırsanız, yukarıda listelenen performans geliştirme konularındaki önerileri okumanız ve karşılaştığınız sorunları etkileyen alanlardaki değişiklikleri uygulamanız önerilir.

Eşikler ve uyarılar oluşturma

Çoğaltma İzleyicisi, durum ve performansla ilgili birkaç eşik ayarlamanıza olanak tanır. Topolojiniz için uygun eşikleri ayarlamanız önerilir; bir eşiğe ulaşılırsa bir uyarı görüntülenir ve isteğe bağlı olarak bir e-posta hesabına, çağrı cihazına veya başka bir cihaza uyarı gönderilebilir. Daha fazla bilgi için bkz. Çoğaltma İzleyicisi'nde Eşikleri ve Uyarıları Ayarlama.

İzleme eşikleri ile ilişkilendirilebilen uyarılara ek olarak çoğaltma, çoğaltma aracısı eylemlerine yanıt veren bir dizi önceden tanımlanmış uyarı sağlar. Bu uyarılar, çoğaltma topolojisinin durumu hakkında bilgi sahibi olmak için yönetici tarafından kullanılabilir. Uyarıları açıklayan konuyu okumanız ve yönetim gereksinimlerinize uygun herhangi bir öğeyi kullanmanız önerilir (gerekirse ek uyarılar oluşturmak da mümkündür). Daha fazla bilgi için Çoğaltma Aracısı Olayları için Uyarıları Kullanmabölümüne bakabilirsiniz.

Çoğaltma topolojisini izleme

Çoğaltma topolojisi oluşturulduktan ve eşikler ve uyarılar yapılandırıldıktan sonra, çoğaltmayı düzenli olarak izlemeniz önerilir. Çoğaltma topolojisini izlemek, çoğaltma dağıtımının önemli bir yönüdür. Çoğaltma etkinliği dağıtıldığı için, çoğaltmaya katılan tüm bilgisayarlarda etkinliği ve durumu izlemek önemlidir. Çoğaltmayı izlemek için aşağıdaki araçlar kullanılabilir:

• Çoğaltma İzleyicisi, çoğaltmayı izlemeye yönelik en önemli araçtır ve çoğaltma topolojisinin genel durumunu izlemenize olanak sağlar. Daha fazla bilgi için bkz. İzleme Çoğaltması.

• Transact-SQL ve Çoğaltma Yönetimi Nesneleri (RMO), çoğaltmayı izlemek için arabirimler sağlar. Daha fazla bilgi için bkz. İzleme Çoğaltması.

• Sistem İzleyicisi, çoğaltma performansını izlemek için de yararlı olabilir. Daha fazla bilgi için bkz. Çoğaltmayı Sistem İzleyicisi ile İzleme.

Verileri düzenli aralıklarla doğrulama

Çoğaltma için doğrulama gerekmez, ancak işlem çoğaltması ve birleştirme çoğaltması için doğrulamanın düzenli aralıklarla çalıştırılması önerilir. Doğrulama, Abonedeki verilerin Yayımcı'daki veriyle eşleşdiğini doğrulamanızı sağlar. Başarılı doğrulama, bu noktada Yayımcı'dan yapılan tüm değişikliklerin Aboneye çoğaltıldığını (ve abonede güncelleştirmeler destekleniyorsa Aboneden Yayımcıya) ve iki veritabanının eşitlenmiş olduğunu gösterir.

Doğrulamanın yayın veritabanının yedekleme zamanlamasına göre gerçekleştirilmesi önerilir. Örneğin, yayın veritabanında haftada bir kez tam yedekleme varsa, yedekleme tamamlandıktan sonra doğrulama haftada bir kez çalıştırılabilir. Daha fazla bilgi için bkz. Çoğaltılan Verileri Doğrulama .

Gerekirse aracı parametrelerini değiştirmek için aracı profillerini kullanma

Aracı profilleri, çoğaltma aracısı parametrelerini ayarlamak için uygun bir yöntem sağlar. Parametreler aracı komut satırında da belirtilebilir, ancak genellikle önceden tanımlanmış bir aracı profili kullanmak veya parametrenin değerini değiştirmeniz gerekiyorsa yeni bir profil oluşturmak daha uygundur. Örneğin, birleştirme çoğaltması kullanıyorsanız ve Abone geniş bant bağlantısından çevirmeli bağlantıya geçiyorsa, Birleştirme Aracısı için yavaş bağlantı profilini kullanmayı göz önünde bulundurun; bu profil, yavaş iletişim bağlantısına daha uygun bir parametre kümesi kullanır. Daha fazla bilgi için bkz. Çoğaltma Aracısı Profilleri.

Gerekirse yayın ve dağıtım saklama sürelerini ayarlama

İşlemsel çoğaltma ve birleştirme çoğaltması, sırasıyla, işlemlerin dağıtım veritabanında ne kadar süreyle saklanacağını ve bir aboneliğin ne sıklıkta eşitleneceğini belirlemek için bekletme sürelerini kullanır. Varsayılan ayarların başlangıçta kullanılması önerilir, ancak ayarların ayarlanması gerekip gerekmediğini belirlemek için topolojinizi izlemeniz önerilir. Örneğin, birleştirme çoğaltması söz konusu olduğunda, yayın saklama süresi (varsayılan olarak 14 gün olarak ayarlanır) meta verilerin sistem tablolarında ne kadar süreyle depolandığını belirler. Abonelikler her zaman beş gün içinde eşitleniyorsa, verilerinizi daha düşük bir sayıya ayarlamayı düşünün, böylece meta veriler azaltılabilir ve muhtemelen daha iyi bir performans elde edilebilir. Daha fazla bilgi için bkz. abonelik süre sonu ve devre dışı bırakma .

Uygulama gereksinimleri değişirse yayınların nasıl değiştirileceği hakkında bilgi edinme

Bir yayın oluşturduktan sonra makale eklemek veya bırakmak ya da yayın ve makale özelliklerini değiştirmek gerekebilir. Çoğu değişikliğe yayın oluşturulduktan sonra izin verilir, ancak bazı durumlarda yayın için yeni bir anlık görüntü oluşturulması ve/veya yayına aboneliklerin yeniden başlatılması gerekir. Daha fazla bilgi için bkz. Yayın ve Makale Özelliklerini Değiştirme ve Varolan Yayınlara Makale Ekleme ve Varolan Yayınlardan Makaleleri Bırakma.

Uygulama gereksinimleri değişirse şema değişikliklerinin nasıl yapılacağını anlama

Çoğu durumda, bir uygulama üretimde olduktan sonra şema değişiklikleri gerekir. Çoğaltma topolojisinde bu değişikliklerin genellikle tüm Abonelere yayılması gerekir. Çoğaltma, yayımlanan nesnelerde çok çeşitli şema değişikliklerini destekler. Microsoft SQL Server Publisher'da uygun yayımlanan nesnede aşağıdaki şema değişikliklerinden herhangi birini yaptığınızda, bu değişiklik varsayılan olarak tüm SQL Server Abonelerine yayılır:

• ALTER TABLE

• ALTER VIEW

• ALTER PROSEDÜR

• ALTER IŞLEVI

• ALTER TRIGGER

Daha fazla bilgi için bkz. Yayın Veritabanlarında Şema Değişiklikleri Yapma.

İlgili içerik

• Replikasyon Yönetimi Hakkında SSS