Günlük sevkiyat ve çoğaltma (SQL Server)
Günlük sevkiyat genellikle farklı bilgisayarlarda bulunan iki kopyasını tek bir veritabanı içerir. Herhangi bir zamanda yalnızca bir veritabanı kopyası şu anda istemcilere kullanılabilir. Bu birincil veritabanı olarak bilinir. Birincil veritabanında istemcileri tarafından yapılan güncelleştirmeler, günlük sevkiyat veritabanı ikincil veritabanı olarak bilinen diğer kopyasını ile yayılır. Günlük sevkiyat her ekleme, güncelleştirme ya da silme birincil veritabanı ikincil veritabanı üzerine yapılan işlem günlüğünün uygulama içerir.
Günlük sevkiyat aşağıdaki davranış ile çoğaltma ile birlikte kullanılabilir:
Çoğaltma günlük sevkiyat yerine çalışma devam etmez. Böylece işlemlerin abonelerine çoğaltılır yerine çalışma oluştuğunda, ikincil, çoğaltma aracıları bağlamayın. Birincil bir geri döneceğini oluşursa, çoğaltma devam ettirir. Sevkiyat kopyalarının birincil ikincil arkadan oturum tüm hareketleri, abonelerine çoğaltılır.
Birincil kalıcı olarak kaybolur, çoğaltma devam edebilir böylece ikincil adlandırılabilir. Bu konu geri kalanını, gereksinimleri ve bu durumda taşıma yordamları açıklar. Verilen örnek olduğunu da günlük gemi, ancak benzer bir süreç olabilir en yaygın veritabanı yayın veritabanı uygulanabilir abonelik ve dağıtım veritabanları için.
Herhangi bir çoğaltma yeniden gerek olmadan çoğaltmaya katılan veritabanları kurtarma hakkında daha fazla bilgi için bkz: Yedekleme ve geri yükleme veritabanları yinelenmiş.
[!NOT]
Yayını veritabanı için kullanılabilirlik sağlamak için veritabanı yansıtma, günlük sevkiyat yerine kullanmanızı öneririz. Daha fazla bilgi için, bkz. Veritabanı yansıtma ve çoğaltma (SQL Server).
Gereksinimlerini ve birincil kaybolursa ikincil çoğaltma yordamları
Aşağıdaki gereksinimleri ve değerlendirmeleri unutmayın:
Birincil birden fazla yayını veritabanı içeriyorsa, günlük yayını veritabanları için aynı ikincil gemi.
İkincil sunucu örneği yükleme yolu birincil ile aynı olmalıdır. Kullanıcı veritabanı konumlarını ikincil sunucu üzerindeki birincil aynı olması gerekir.
Birincil, hizmet ana anahtar yedekleme. Bu anahtar ikincil geri yüklenir. Daha fazla bilgi için, bkz. Yedekleme hizmet ana anahtar (Transact-sql).
Günlük sevkiyat veri kaybına karşı garanti etmez. Birincil veritabanı hatası henüz yukarı veya hata sırasında kaybolan yedekleri yedekledi değil veri kaybına yol açabilir.
Günlük sevkiyat ile işlem çoğaltma
Işlem çoğaltma için günlük sevkiyat davranışını bağlıdır yedek ile eşitleme seçeneği. Bu seçenek, dağıtım veritabanı ve yayını veritabanı ayarlanabilir; Publisher için günlüğü içinde yalnızca yayın veritabanı ayarı ilgilidir.
Yayını veritabanı üzerinde bu seçeneği ayarlamak için adresindeki yayın veritabanı yedeklenir kadar hareketleri dağıtım veritabanı teslim edilmez ki sağlar. Son yayın veritabanı yedekleme sonra herhangi bir olasılık dağıtım veritabanı geri yüklenen yayın veritabanı olmadığı hareketleri sahip olmadan ikincil sunucuda geri yüklenebilir. Yayımcı üzerinde için ikincil bir sunucu başarısız olduğunda bu seçenek, garanti, yayıncı, dağıtımcı ve abone tutarlılık korunur. Çünkü onlar yayımcı sırasında yedeklenmedi kadar hareketleri dağıtım veritabanı teslim gecikmesi ve performansı etkilenir; uygulamanız bu gecikme dayanabilir, yayını veritabanı üzerinde bu seçeneği ayarlamak öneririz. Eğer yedek ile eşitleme seçenek ayarlanmaz, aboneleri artık kurtarılan veritabanına ikincil sunucuda bulunan değişiklikleri almak. Daha fazla bilgi için, bkz. Yedekleme ve geri Snapshot ve işlem çoğaltma stratejileri.
Işlem çoğaltma ve günlük sevkiyat eşitleme ile yedekleme seçeneği ile yapılandırma
Eşitleme yedekleme seçeneği ile yayın veritabanı ayarlanmazsa, idam sp_replicationdboption '<publicationdatabasename>', 'sync with backup', 'true'. Daha fazla bilgi için, bkz. sp_replicationdboption (Transact-sql).
Yayını veritabanı için günlük dağıtımını yapılandırın. Daha fazla bilgi için, bkz. Log Shipping Deployment.
Yayımcı başarısız olursa son günlük veritabanının restore GNLK KEEP_REPLICATION seçeneğini kullanarak ikincil sunucuya geri. Bu veritabanının tüm çoğaltma ayarlarını korur. Daha fazla bilgi için Failing Over to a Log Shipping Secondaryve RESTORE (Transact-SQL).
Geri msdb veritabanı ve ana birincil veritabanları için ikincil. Daha fazla bilgi için, bkz. Yedekleme ve geri yükleme sistem veritabanları (SQL Server). Birincil de bir Distribütör olarak dağıtım veritabanı için ikincil birincil geri.
Bu veritabanlarında çoğaltma yapılandırması ve ayarları açısından birincil adresindeki yayın veritabanı ile tutarlı olmalıdır.
İkincil sunucuda, bilgisayarı yeniden adlandırın ve yeniden adlandırın SQL Serverbirincil sunucu adı eşleştirmek için örneği. Bilgisayarı yeniden adlandırma hakkında daha fazla bilgi için Windows belgelerine bakın. Sunucu yeniden adlandırma hakkında daha fazla bilgi için bkz: SQL Server'ın tek başına bir örnek Hosts bir bilgisayarı yeniden adlandırmave How to: Rename a SQL Server Virtual Server.
İkincil sunucuda birincil yedeklendi hizmet ana anahtar geri yüklemek. Daha fazla bilgi için, bkz. HİZMET ana anahtar (Transact-sql) geri yükleme.
Işlem çoğaltma ve günlük sevkiyat eşitleme ile yedekleme seçeneği olmadan yapılandırmak için
Yayını veritabanı için günlük dağıtımını yapılandırın. Daha fazla bilgi için, bkz. Log Shipping Deployment.
Yayımcı başarısız olursa son günlük veritabanının restore GNLK KEEP_REPLICATION seçeneğini kullanarak ikincil sunucuya geri. Bu veritabanının tüm çoğaltma ayarlarını korur. Daha fazla bilgi için Failing Over to a Log Shipping Secondaryve RESTORE (Transact-SQL).
Geri msdb veritabanı ve ana birincil veritabanları için ikincil. Daha fazla bilgi için, bkz. Yedekleme ve geri yükleme sistem veritabanları (SQL Server). Birincil de bir Distribütör olarak dağıtım veritabanı için ikincil birincil geri.
Bu veritabanlarında çoğaltma yapılandırması ve ayarları açısından birincil adresindeki yayın veritabanı ile tutarlı olmalıdır.
İkincil sunucuda, bilgisayarı yeniden adlandırın ve yeniden adlandırın SQL Serverbirincil sunucu adı eşleştirmek için örneği. Bilgisayarı yeniden adlandırma hakkında daha fazla bilgi için Windows belgelerine bakın. Sunucu yeniden adlandırma hakkında daha fazla bilgi için bkz: SQL Server'ın tek başına bir örnek Hosts bir bilgisayarı yeniden adlandırmave How to: Rename a SQL Server Virtual Server.
Günlük Okuma Aracısı yayını veritabanı ve dağıtım veritabanı eşitlenmemiş bir hata iletisi alabilirsiniz.
İkincil sunucuda birincil yedeklendi hizmet ana anahtar geri yüklemek. Daha fazla bilgi için, bkz. HİZMET ana anahtar (Transact-sql) geri yükleme.
Yürütme sp_replrestart. Bu saklı yordam, tüm önceki Çoğaltılmış hareketleri yayın veritabanı günlüğü yoksaymak için günlük Okuma Aracısı zorlamak için kullanılabilir. Saklı yordamı tamamlandıktan sonra uygulanan işlemler günlük Okuyucu Aracısı tarafından işlenir. Daha fazla bilgi için, bkz. sp_replrestart (Transact-sql).
Saklı yordam başarıyla yürütür sonra günlük Okuma Aracısı yeniden başlatın. Daha fazla bilgi için, bkz. Başlat ve Durdur çoğaltma aracısı (SQL Server Management Studio'yu).
Zaten abone için dağıtılmış hareketleri sırasında yayımcı uygulanabilir. Dağıtım aracı bir hata ile bir abone bu hareketler yeniden çalışılırken başarısız değil emin olmak için başlıklı Aracısı profilini belirtmek Devam üzerinde veri tutarlılığı hataları. Daha fazla bilgi için, bkz. Skipping Errors in Transactional Replication.
Birleştirme çoğaltması ile günlüğü
Birleştirme çoğaltması yapılandırmak ve sevkiyat oturum için aşağıdaki yordamdaki adımları izleyin.
Birleştirme çoğaltması yapılandırmak ve sevkiyat oturum için
Yayını veritabanı için günlük dağıtımını yapılandırın. Daha fazla bilgi için, bkz. Log Shipping Deployment.
Yayımcı başarısız olursa son günlük veritabanının restore GNLK KEEP_REPLICATION seçeneğini kullanarak ikincil sunucuya geri. Bu veritabanının tüm çoğaltma ayarlarını korur. Daha fazla bilgi için Failing Over to a Log Shipping Secondaryve RESTORE (Transact-SQL).
Geri msdb veritabanı ve ana birincil veritabanları için ikincil. Daha fazla bilgi için, bkz. Yedekleme ve geri yükleme sistem veritabanları (SQL Server). Birincil de bir Distribütör olarak dağıtım veritabanı için ikincil birincil geri.
Bu veritabanlarında çoğaltma yapılandırması ve ayarları açısından birincil adresindeki yayın veritabanı ile tutarlı olmalıdır.
İkincil sunucuda, bilgisayarı yeniden adlandırın ve yeniden adlandırın SQL Serverbirincil sunucu adı eşleştirmek için örneği. Bilgisayarı yeniden adlandırma hakkında daha fazla bilgi için Windows belgelerine bakın. Sunucu yeniden adlandırma hakkında daha fazla bilgi için bkz: SQL Server'ın tek başına bir örnek Hosts bir bilgisayarı yeniden adlandırmave How to: Rename a SQL Server Virtual Server.
İkincil sunucuda birincil yedeklendi hizmet ana anahtar geri yüklemek. Daha fazla bilgi için, bkz. HİZMET ana anahtar (Transact-sql) geri yükleme.
Yayını veritabanında bir veya daha fazla abonelik veritabanları ile eşitleyin. Böylece, daha önce yayını veritabanında yapılmış, ancak geri yüklenen yedekleme temsil değil bu değişiklikleri karşıya. Karşıya veri yolu olan bir yayını süzülür bağlıdır:
Yayını filtre uygulanmamış, en güncel abone ile eşitleyerek güncel yayın veritabanı getirmek mümkün olmalıdır.
Yayını süzülür, yayını veritabanı güncel getirmek mümkün olmayabilir. Öyle ki her abonelik müşteri verilerini yalnızca tek bir bölgeye ilişkin aldığı bölümlenmiş bir tablo düşünün: Kuzey, Doğu, Güney ve Batı. Her bölüm için bir abone ile eşitleme, veri her bölüm için en az bir abone ise, yayını veritabanı güncel getirmek gerekir. Batı bölümünde, örneğin veri tüm abonelerine çoğaltılan değil, ancak yayımcı bu verilerin güncel duruma getirilemiyor. Bu durumda, Publisher ve abone veri yaklaşır ki tüm abonelikleri reinitializing öneririz. Daha fazla bilgi için, bkz. Abonelikleri yeniden başlatmak.
Size bir sürümünü çalıştıran bir abone ile senkronize SQL Serverönce SQL Server 2005, abonelik anonim; olamaz bir istemci abonelik veya sunucu abonelik (Yerel abonelikleri ve önceki sürümlerde genel abonelik denir) olmalıdır. Daha fazla bilgi için, bkz. Verileri eşitleme.