Çoğaltma ve günlük sevkiyat
Günlük dağıtımını genellikle farklı bilgisayarlarda bulunan iki tek bir veritabanı kopyasını içerir.Verilen seviyede saat, veritabanının bir kopyasını istemciye şu anda yalnızca.Bu kopya, birincil veritabanı olarak bilinir.İstemciler tarafından birincil veritabanı yapılan güncelleştirmeler yoluyla yayılır günlük aktarma diğer veritabanı kopyası için ikincil veritabanı olarak bilinir.Gelen her ekleme, güncelleştirme ya da silme işlemi birincil veritabanı ikincil veritabanı üzerine yapılan işlem günlüğünün uygulama günlük dağıtımını içerir.
Günlük sevkiyat çoğaltma, aşağıdaki davranış ile birlikte kullanılabilir:
Çoğaltma devam sonra bir günlük aktarma yük devretme.Yük devretme durumunda abonelere hareketler çoğaltılır için çoğaltma aracıları için ikincil, ile bağlanın.Birincil geri dönmesi bir durum ortaya çıkarsa, çoğaltma devam ettirir.Tüm hareketleri, günlük aktarma birincil ikincil arkasından kopya aboneleri çoğaltılır.
Birincil kalıcı olarak kaybolursa ikincil çoğaltma devam edebilir böylece adlandırılabilir.Bu konu geri kalanını gereksinimleri ve bu işleme yordamlarını tanımlar durum.Verilen örnekte olduğu, en yaygın veritabanı günlük Sevkiyat, ancak benzer işlem can için de yayın veritabanı uygulanacağını abonelik ve dağıtım veritabanları için.
Herhangi çoğaltma yeniden yapılandırmak zorunda olmadan çoğaltmaya katılan veritabanları kurtarma hakkında daha fazla bilgi için bkz: Yedekleme ve geri yükleme veritabanları yinelenmiş..
Not
Veritabanı kullanmanızı öneririz yansıtma, yayın veritabanı için kullanılabilirlik sağlamak için günlük sevkiyat yerine.Daha fazla bilgi için bkz: Çoğaltma ve veritabanı yansıtma.
Gereksinimleri ve birincil, ikincil türken çoğaltmak için yordamlar kaybedildi
Aşağıdaki gereksinimleri ve değerlendirmeleri unutmayın:
Birden çok birincil içeriyorsa, yayın veritabanı, günlük tüm sevk yayın veritabanıaynı ikincil s.
ikincil sunucu örnek yükleme yol birincil olarak aynı olması gerekir.ikincil sunucu kullanıcı veritabanı konumları aynı birincil üzerinde olmalıdır.
Birincil adresindeki hizmet ana anahtar yedekleme.Bu anahtar ikincil sırasında geri yüklenir.Daha fazla bilgi için bkz: Yedekleme hizmet ana anahtar (Transact-SQL).
Günlük dağıtımını veri kaybına karşı garanti etmez.birincil veritabanı arıza yedeklenen henüz yukarı veya arızası sırasında kaybolur yedeklemeler için dosyaların değil veri kaybına neden olabilir.
İşlemsel kopyalama ile sevkiyat günlük
İçin işlem çoğaltma, günlük aktarma davranışını bağlıdır yedek ile eşitleme seçeneği.Bu seçenek olabilir küme yayın veritabanı ve dağıtım veritabanına; de günlük aktarma ayarı yalnızca yayın veritabanı üzerinde yayımcı için uygundur.
Yayını veritabanı üzerinde bu seçeneği ayarlamak, bunlar yayın veritabanı yedeklenir kadar hareketleri dağıtım veritabanı teslim edilmez olduğunu sağlar.Son yayın veritabanı yedeklemesinden sonra en geri ikincil sunucu dağıtım veritabanının geri yüklenen yayını veritabanı olan hareketleri olması olasılığı olmadan.Bu seçenek ise Publisher başarısız üzerinden için garanti bir ikincil sunucu, yayımcı, dağıtıcı ve aboneleri arasında tutarlılık saklanır.Çünkü bunlar Yayımcı tarafında yedeklendi kadar hareketleri dağıtım veritabanı teslim gecikmesi ve işlem hacmi etkilenir; uygulamanız bu gecikme süresi dayanabilir, öneririz, küme yayın veritabanı üzerinde bu seçenek.If the sync with backup option is not set, Subscribers might receive changes that are no longer included in the recovered database at the secondary server.Daha fazla bilgi için bkz: Yedekleme ve geri yükleme anlık görüntü ve işlem çoğaltma stratejileri.
İşlem çoğaltma yapılandırmak için ve günlük aktarma ile yedek seçeneği ile eşitleme
yedek seçeneği ile eşitleme ise küme yayın veritabanı üzerinde execute sp_replicationdboption '<publicationdatabasename>', 'sync with backup', 'true'.Daha fazla bilgi için bkz: sp_replicationdboption (Transact-sql).
günlük aktarma yayın veritabanı için yapılandırın.Daha fazla bilgi için bkz: Günlük sevkiyat dağıtım.
Yayımcı başarısız olursa, son günlük veritabanının geri yükleme ikincil sunucu, restore log KEEP_REPLICATION seçeneğini kullanarak.Bu veritabanı için tüm çoğaltma ayarlarını korur.Daha fazla bilgi için bkz: Bir günlük dağıtımı ikincili için devrini ve RESTORE (Transact-SQL).
Geri msdb veritabanı ve ana birincil veritabanından ikincil için.Daha fazla bilgi için bkz: Modeli ve msdb veritabanlarını geri yükleme ilgili önemli noktalar ve Master veritabanını geri dikkat edilmesi gereken noktalar.Dağıtım veritabanı birincil de bir dağıtıcı varsa, birincil sunucudan ikincil geri yükleme yükleyin.
Bu veritabanlarında çoğaltma yapılandırma ve ayarları açısından birincil adresindeki yayın veritabanı ile tutarlı olmalıdır.
At the secondary server, rename the computer and then rename the Microsoft SQL Server instance to match the primary server name.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: Nasıl yapılır: Tek başına bir sql Server örneği barındıran bir bilgisayarı yeniden adlandırma ve Nasıl yapılır: Bir sql Server yük devretme küme örneği yeniden adlandır.
ikincil sunucu birincil yedeklendi hizmet ana anahtar geri yükleme yüklemek.Daha fazla bilgi için bkz: Hizmet ana anahtar (Transact-SQL) geri yükleme.
İşlem çoğaltma yapılandırmak için ve günlük aktarma olmadan yedek seçeneği ile eşitleme
günlük aktarma yayın veritabanı için yapılandırın.Daha fazla bilgi için bkz: Günlük sevkiyat dağıtım.
Yayımcı başarısız olursa, son günlük veritabanının geri yükleme ikincil sunucu, restore log KEEP_REPLICATION seçeneğini kullanarak.Bu veritabanı için tüm çoğaltma ayarlarını korur.Daha fazla bilgi için bkz: Bir günlük dağıtımı ikincili için devrini ve RESTORE (Transact-SQL).
Geri msdb veritabanı ve ana birincil veritabanından ikincil için.Daha fazla bilgi için bkz: Modeli ve msdb veritabanlarını geri yükleme ilgili önemli noktalar ve Master veritabanını geri dikkat edilmesi gereken noktalar.Dağıtım veritabanı birincil de bir dağıtıcı varsa, birincil sunucudan ikincil geri yükleme yükleyin.
Bu veritabanlarında çoğaltma yapılandırma ve ayarları açısından birincil adresindeki yayın veritabanı ile tutarlı olmalıdır.
ikincil sunucu bilgisayarı yeniden adlandırın ve sonra yeniden adlandır SQL Server örnek birincil sunucu adı eşleştirmek için.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: Nasıl yapılır: Tek başına bir sql Server örneği barındıran bir bilgisayarı yeniden adlandırma ve Nasıl yapılır: Bir sql Server yük devretme küme örneği yeniden adlandır.
yayın veritabanı ve dağıtım veritabanı eşitlenmemiş Günlük Okuyucu Aracısı hata iletisi alabilirsiniz.
ikincil sunucu birincil yedeklendi hizmet ana anahtar geri yükleme yüklemek.Daha fazla bilgi için bkz: Hizmet 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üğüne yoksaymak için Günlük Okuyucu Aracısı zorlamak için kullanılabilir.İşlemler tamamlandıktan sonra uygulanan saklı yordam günlük okuma Aracısı tarafından işlenir.Daha fazla bilgi için bkz: sp_replrestart (Transact-sql).
Günlük Okuyucu Aracısı, saklı yordam başarıyla çalıştırdıktan sonra yeniden başlatın.Daha fazla bilgi için bkz: Nasıl yapılır: Başlat ve Durdur çoğaltma aracısı (SQL Server Management Studio'yu).
Yayımcı tarafında zaten abone için Dağıtılmış hareketleri uygulanabilir.Dağıtım Aracısı bir hata ile bir abone adresindeki bu hareketler yeniden girişimi sırasında başlayabildiğinden emin olmak için başlıklı Aracısı profilini belirtmek Veri tutarlılığı hataları üzerinde devam.Daha fazla bilgi için bkz: İşlemsel kopyalama hatalar atlanıyor.
Birleştirme çoğaltması ile sevkiyat günlük
Birleştirme yapılandırmak için aşağıdaki yordamı adımları çoğaltma ve günlük sevkiyat.
Birleştirme yapılandırmak için çoğaltma ve günlük sevkiyat
günlük aktarma yayın veritabanı için yapılandırın.Daha fazla bilgi için bkz: Günlük sevkiyat dağıtım.
Yayımcı başarısız olursa, son günlük veritabanının geri yükleme ikincil sunucu, restore log KEEP_REPLICATION seçeneğini kullanarak.Bu veritabanı için tüm çoğaltma ayarlarını korur.Daha fazla bilgi için bkz: Bir günlük dağıtımı ikincili için devrini ve RESTORE (Transact-SQL).
Geri msdb veritabanı ve ana birincil veritabanından ikincil için.Daha fazla bilgi için bkz: Modeli ve msdb veritabanlarını geri yükleme ilgili önemli noktalar ve Master veritabanını geri dikkat edilmesi gereken noktalar.Dağıtım veritabanı birincil de bir dağıtıcı varsa, birincil sunucudan ikincil geri yükleme yükleyin.
Bu veritabanlarında çoğaltma yapılandırma ve ayarları açısından birincil adresindeki yayın veritabanı ile tutarlı olmalıdır.
ikincil sunucu bilgisayarı yeniden adlandırın ve sonra yeniden adlandır SQL Server örnek birincil sunucu adı eşleştirmek için.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: Nasıl yapılır: Tek başına bir sql Server örneği barındıran bir bilgisayarı yeniden adlandırma ve Nasıl yapılır: Bir sql Server yük devretme küme örneği yeniden adlandır.
ikincil sunucu birincil yedeklendi hizmet ana anahtar geri yükleme yüklemek.Daha fazla bilgi için bkz: Hizmet ana anahtar (Transact-SQL) geri yükleme.
yayın veritabanı bir veya daha fazla abonelik veritabanları ile eşitleyin.Böylece, daha önce yapılan bu değişikliklerin karşıya yayın veritabanı, ancak geri yüklenen yedek temsil edilmez.Karşıya yüklenebilecek veri yayın filtre uygulanan üzerinde bağlıdır:
yayın filtre edilmesi durumunda, yayın veritabanı işletilmesinde görebilmeniz gerekir-için-tarih en yukarı ile eşitleme olarak-için-tarih abone.
yayın filtre edilmesi durumunda, yayın veritabanı ortaya çıkarmak mümkün olmayabilir-için-tarih.Her abonelik yalnızca tek bir müşteri verilerini alır gibi bölümlenmiş bir tablo göz önünde bölge: Doğu, Güney, Kuzey ve Batı.Verilerin her bölüm için en az bir abone ise, her bölüm için bir abone ile eşitleme yayın veritabanı işletilmesinde-için-tarih.Batı bölümünde, örneğin veri herhangi aboneleri çoğaltılır, ancak bu veri yayımcı adresindeki duruma getirilemiyor-için-tarih.Bu durum, böylece Yayımcı ve aboneleri veri işlemi yapmıyor tüm abonelikleri yeniden başlatmak öneririz.Daha fazla bilgi için bkz: Bir abonelik yeniden başlatılıyor.
Bir sürüm çalıştıran bir abone ile senkronize SQL Server önce SQL Server 2005, abonelik olamaz anonim; olması gereken bir istemci aboneliği veya sunucu aboneliği (yerel abonelikleri ve önceki sürümlerde genel abonelik olarak adlandırılır).Daha fazla bilgi için bkz: Veri eşitleme.
Ayrıca bkz.