Sql Server 2012 Log Shipping, Sql Server yüksel erişilebilirlik çözümlerinden biridir. Sql server 2000 den beri gelen bir teknolojidir. Yapısal olarak;
Sql log dosyalarını belirli aralıklar ile paylaşımda olan bir klasöre gönderir, backup sql server görevindeki sql server ise ilgili alandaki log dosyalarının backup larını belirli periyodlarda restore ederek transaction olan database in güncel yedeği olarak kalmayı sağlar. https://docs.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server?view=sql-server-ver16
Log shipping teknolojisi, Express sürümlerde kullanılamaz.
Haydi artık başlayalım uygulamaya;
İlk önce log shipping yapılacak database için Full backup alıyoruz.
Yukarıdaki gibi backup alıyoruz.
Backup aldıktan sonra secondary server üzerine restore ediyoruz.
Database tarafında yapmamız gerekenler tamam şimdide log shipping işlemlerini yapalım.
Log shipping işlemini yapacağımız database üzerine sağ tıklayıp task ve ship transaction logs tıklanır.
Enable this as a primary database in a log shipping configuration tıklayarak log shipping konfigrasyonu yapacağımıza dair işlemi enable yapıyoruz. Daha sonra transaction log backuplarının konfigrasyonu için Backup Settings tıklayarak devam edelim. Devam edelim ama öncesinde log dosyalarının backuplarını bırakacak bir klasör oluşturup paylaşıma açmalıyız. Bunu için;
Done diyerek paylaşım işlemini bitirelim ve dosyamızı paylaşıma açalım.
Şimdi önceki ekranımıza geri dönelim yani, log shipping backup settings ekranına;
Yukarıdaki gibi, secondary sql server ın ulaşacağı paylaşımda olan klasörün yolunu, bir aşağıdaki ise log shipping backuplarının çıkarılacağı yolu seçiyoruz.
Backup klasörüne atılan dosyaların 30 dakika sonra silinmesini ve dosyaların 5 er dakika ara ile atılmasını seçiyoruz.
Ok tıklayarak devam ediyoruz.
Secondary Sql Server için Yapılacak İşlemler
Secondary server üzerinde de bir klasör açıp ilgili klasörü paylaşıma açmak zorundayız.
Klasörü paylaşıma açtıktan sonra SMS üzerinde işlemlerimize devam edelim.
Secondary server seçmek için Add deyip devam edelim. Secondary server üzerine restore işlemi için hangi aralıklar kullanılacaksa aşağıdaki gibi seçip devam ediyorum.
Secondary server instance için bağlantı oluşturuyoruz.
Gelelim yukarıdaki seçenekleri açıklamaya sırası ile;
– Primary database için full backup oluştur ve secondary database üzerine restore et. Eğer secondary database mevcut değilse oluştur.
– Primary database in mevcut backup dosyasını secondary database içine restore et. Eğer database yok ise oluştur.
– secondary database yüklü.
Biz devam ediyoruz.
İlk seçeneği seçip devam edelim. Hem backup tetikleyelim akabinde de restore edilmesini sağlayalım.
Restore Options içinde data dosyalarının klasörünü soruyor. Primary database in backup alındıktan sonra dataların secondary server üzerinde taşınacağı bir klasör yolu soruyor. Ben yukarıdaki gibi ilgili bilgileri girdim. Ok diyorum.
Destination Folder for copied files alanına secondary server üzerinde açmış olduğu klasör paylaşımının yolunu gösteriyoruz.
Restore zamanını beliyoruz. 15 dakikada bir sistem database restore yapacak.
Restore Transaction Log tabında ise Standby Mod da ve restore işlemi yapılırken ilgili database üzerinde bağlı kullanıcıların bağlantılarının sonlandırılması için de hemen alttaki Disconnect users in the database when restoring backups işaretlenir ve ok ile ilgili ekran kapatılabilir.
Yukarıdaki gibi secondary server instances ve database bilgisinin geldiğini görüyoruz. Daha sonra secondary server instance monitör etmek için use a monitör server instance işaretleyip settings tıklayalım.
Secondary server instance seçilip connect ile bağlantı sağlanır. Monitoring bilgilerinin ne kadar zamanlık tutulacağını ve silineceğini seçiyorum. Job ismini yazıp devam ediyorum.
İşlemimiz sonunda backup job ve restore job lar yukarıdaki şekilde oluşmuştur. Artık otomatik olarak sistem log shipping yaparak secondary database tarafında sürekli erişilebilirlik sağlayacaktır.
