Veritabanı yansıtma ve günlük sevkiyat (SQL Server)

Verilen bir veritabanı yansıtılmış veya günlük sevk; Ayrıca eşzamanlı olarak yansıtılması ve günlük sevk. Ne kullanmak yaklaşım seçmek için aşağıdakileri dikkate alın:

  • Kaç hedef sunucular gerektirir?

    Sadece bir tek hedef veritabanı gerektiriyorsa, veritabanı yansıtma önerilen çözümdür.

    Birden fazla hedef veritabanına gereksinim duyarsanız, günlük sevkiyat, tek başına veya veritabanı yansıtma ile kullanmanız gerekir. Bu yaklaşımları birleştiren, birden çok hedefe, günlük sevkiyat tarafından sağlanan destek ile birlikte veritabanı yansıtma yararları sağlar.

  • Hedef veritabanı oturum geri yükleme gecikmesi gerekiyorsa (genellikle mantıksal hataları karşı korumak için), günlük sevkiyat, tek başına veya veritabanı yansıtma ile kullanma.

Bu konu, günlük sevkiyat ve veritabanı yansıtma birleştirme hakkında önemli noktalar açıklanır.

[!NOT]

Bu teknolojiler tanıtımları için bkz: (SQL Server) yansıtma veritabanıve Özet sevkiyat oturum.

Günlük sevkiyat ve veritabanı yansıtma birleştirme

Asıl veritabanı yansıtma oturumda da hareket edebilir bir günlük sevkiyat yapılandırmasında birincil veritabanı olarak, veya tam tersi olarak günlük sevkiyat yedekleme paylaşımına bozulmamış. (İşlem güvenliği tam olarak ayarlamanız) ile zaman uyumlu veya zaman uyumsuz (ile hareket güvenliği off için ayarlanmış) olup olmadığını herhangi bir çalışma modunda çalıştırmak oturum yansıtma veritabanı.

[!NOT]

Veritabanı yansıtma bir veritabanı kullanmak için tam kurtarma modeli her zaman gereklidir.

Bu gerekli değildir, ancak genellikle, günlük sevkiyat ve veritabanı yansıtma birleştirme, yansıtma oturum günlüğü sevkiyat önce kurulur. Ardından geçerli asıl veritabanı günlük sevkiyat birincil yapılandırılır ( Sorumlusu/birincil veritabanı), bir veya daha fazla uzak ikincil veritabanları ile birlikte. Ayrıca, yansıtma veritabanı günlük sevkiyat birincil yapılandırılmış olmalıdır ( ayna/birincil veritabanı). Günlük sevkiyat ikincil veritabanları farklı sunucu örnekleri daha Sorumlusu/birincil sunucu veya ayna/birincil sunucu üzerinde olması gerekir.

[!NOT]

Günlük sevkiyat sunucular duyarlılığı ayarlarıyla eşleşmesi gerekir.

Günlük sevkiyat oturum sırasında birincil veritabanında yedekleme işleri günlük yedeklemeler yedekleme bir klasör oluşturun. Burada, yedekleri ikincil sunucular kopya işleri tarafından kopyalanır. Yedekleme işleri ve başarılı olmak için kopyalama işlerini, onlar günlük dağıtımı yedekleme klasörüne erişimi olmalıdır. Birincil sunucu kullanılabilirliğini en üst düzeye çıkarmak için bir ayrı ana bilgisayardaki paylaşılan bir yedekleme konumuna yedekleme klasörü kurmak öneririz. Tüm günlük sevkiyat sunucular, ayna/birincil sunucu dahil erişebilir, paylaşılan yedekleme konumunu sağlayın (bilinen bir Yedek paylaşım).

Günlük sevkiyat veritabanı üzerinden başarısız yansıtma sonra devam etmek izin vermek için asıl veritabanı üzerinde birincil için kullandığınız aynı yapılandırmayı kullanarak birincil sunucu olarak yansıtma sunucusu yapılandırmalısınız. Yansıtma veritabanı yansıtma veritabanı günlüğü yedekleme gelen yedekleme işlerini engeller geri yükleme durumu var. Bu ayna/birincil veritabanı ile olan günlük yedeklemeler şu anda ikincil sunucuları tarafından kopyalanan Sorumlusu/birincil veritabanı engel yok ki sağlar. Yedekleme işi ayna/birincil veritabanında yedekleme işi yürütür sonra sahte uyarıları önlemek için l ileti günlükleriog_shipping_monitor_history_detail tablo ve Aracısı iş başarı durumu döndürür.

Ayna/birincil veritabanı oturumu sevkiyat oturum etkin değil. Ancak, başarısız üzerinden yansıtma, eski yansıtma veritabanı asıl veritabanı çevrimiçi gelir. Bu noktada, bu veritabanını da günlüğü birincil veritabanı etkin duruma gelir. Daha önce yapamaz-e doğru o veritabanını, günlük sevkiyat yedekleme işleri sevkiyat günlük sevkiyat günlük başlar. Tersine, yerine eski Sorumlusu/birincil veritabanı geri yükleme durumu girin ve yeni bir ayna/birincil veritabanı haline neden olur ve bu veritabanı yedekleme işleri için yedekleme günlük ateşkes.

[!NOT]

Bir otomatik yerine çalışma olayında, yansıtma rolü geçiş oluşur, eski Sorumlusu/birincil veritabanı yansıtma oturumu yeniden katılır.

Oturum yapılandırılmış olarak bilinen ek sunucu örneği yansıtma otomatik yerine çalışma ile yüksek güvenlik modunda çalıştırmak için tanık. Asıl veritabanı herhangi bir nedenle eğer witness ve yansıtma sunucu hala birbirleri ile iletişim kurabilir ve sonra veritabanı eşitlenmiş kaybolursa otomatik failover oluşur. Bir otomatik yerine çalışma yansıtma sunucu asıl rolü üstlenecek ve kendi veritabanı asıl veritabanı olarak çevrimiçi duruma neden olur. Daha fazla bilgi için, bkz. Automatic Failover (Database Mirroring). Günlük sevkiyat yedekleme konumu yeni Sorumlusu/birincil sunucuya erişilebilir günlüğü yedekleri bu konuma gemi, yedekleme işlerini başlar. Senkron modu yansıtma veritabanı günlüğü zinciri tarafından yansıtma devretme etkilenmez ve yalnızca geçerli oturum geri garanti eder. Farklı sunucu örneği birincil sunucu haline geldiğini bilmeden günlüğü yedekleri kopyalamak ikincil sunucular devam.

Yerel günlük sevkiyat monitör kullanırken, hiçbir özel Bu senaryo yerleştirmek için gereken konulardır. Bu senaryo, bakınız, "etkisi, veritabanı yansıtma üzerinde bir uzaktan izleme örneği," uzak bir izleme örneği kullanma hakkında bilgi için Bu konudaki.

Başarısız olan üzerinden gelen anapara yansıtma veritabanına

Aşağıdaki şekilde, nasıl günlük sevkiyat ve iş birlikte yansıtırken yansıtma veritabanı çalışan yüksek güvenlik modunda otomatik yerine çalışma ile gösterilmektedir. Başlangıçta, Server_A hem asıl sunucu yansıtma, hem de günlük sevkiyat birincil sunucusu. Server_B ayna sunucu ve de şu anda etkin olmayan bir birincil sunucu olarak yapılandırılır. Server_C ve Server_D olan günlük sevkiyat ikincil sunucular. Oturum günlüğü kullanılabilirliğini en üst düzeye çıkarmak için bir paylaşım dizininin bir ayrı ana bilgisayardaki yedekleme konumu açıktır.

Günlük gönderme ve veritabanı yansıtma

Yansıtma yerine çalışma ikincil sunucuda tanımlı birincil sunucu adı değişmez. .

Veritabanı yansıtma uzak bir örneği izleme üzerinde etkisi

Ne zaman oturum günlüğü birleştiren bir uzaktan izleme örneğiyle nakliye kullandığı oturum ve veritabanı yansıtma monitör tablolardaki bilgileri etkiler. Birincil ilgili bilgiler her ikincil üzerinde yapılandırılmış monitör ve Sorumlusu/birincil yapılandırılmış bir birleşimidir.

Kontrol tutmak gibi bir uzak monitör kullanırken mümkün olduğunca sorunsuz özgün birincil adı birincil ikincil yapılandırırken belirttiğiniz öneririz. Bu yaklaşım aynı zamanda günlük sevkiyat yapılandırması Microsoft'un değişen kolaylaştırır SQL Serverajan. İzleme hakkında daha fazla bilgi için bkz: Monitor Log Shipping (Transact-SQL).

Yansıtma yukarı ayarı ve birlikte günlük sevkiyat

Veritabanı yansıtma ve birlikte günlüğü ayarlamak için aşağıdaki adımları gereklidir:

  1. Müdürü/birincil veritabanı yansıtma veritabanı yansıtma veritabanı daha sonra kullanılmak üzere başka bir sunucu örneği oturum Sorumlusu/birincil veritabanı norecovery ile yedeklerini geri yükleyin. Daha fazla bilgi için, bkz. (SQL Server) yansıtma yansıtma veritabanı hazırlama.

  2. Veritabanı yansıtma yukarı ayarlamak. Daha fazla bilgi için, bkz. Bir veritabanı oturumu Windows kimlik doğrulaması (SQL Server Management Studio'yu) kullanarak yansıtma kurmak veya (SQL Server) yansıtma veritabanı ayarlama.

  3. Daha sonra Sevkiyat ikincil veritabanları için birincil veritabanı günlük gibi kullanılmak üzere diğer sunucu örnekleri Sorumlusu/birincil veritabanı yedeklerini geri. Daha fazla bilgi için, bkz. Log Shipping Deployment.

  4. Asıl veritabanı üzerinde bir veya daha fazla ikincil veritabanları için birincil veritabanı olarak günlüğü ayarlayın.

    Tek bir paylaşım kadar yedekleme dizini (yedek bir paylaşım) ayarlamalısınız. Bu ana para ve yansıtma sunucular arasında geçiş rolünü sonra önce aynı dizine yazma yedekleme işlerini devam sağlar. Bu paylaşım farklı bir fiziksel sunucu yansıtma ve günlük sevkiyat katılan veritabanları barındıran sunuculara yer sağlamak iyi bir uygulamadır.

    Daha fazla bilgi için, bkz. Enable Log Shipping (SQL Server Management Studio).

  5. El ile yerine sorumlusunun ayna.

    El ile yerine çalışma gerçekleştirmek için:

  6. Günlük sevkiyat birincil veritabanı olarak yeni anapara (daha önce ayna) ayarlayın.

    Önemli notÖnemli

    Tüm ayarlar bir ikincil gerçekleştirmeyin.

    Adım 4'te kullanılan aynı yedekleme paylaşımına kullanmanız gerekir.

    Hareket günlüğü sevkiyat içinde arabirim SQL Server Management Studioyalnızca bir birincil veritabanı günlük sevkiyat yapılandırması başına çekmek. Bu nedenle, yeni patron birincil olarak ayarlamak için saklı yordamları kullanmanız gerekir. Daha fazla bilgi için, bkz. Enable Log Shipping (Transact-SQL).

  7. Geri özgün anapara başarısız bir başka el ile yerine çalışma gerçekleştirin.

Ayrıca bkz.

Kavramlar

Log Shipping Deployment

Database Mirroring Administration

Diğer Kaynaklar

Log Shipping Administration