SQL Server StandBy Restore İle İstediğiniz Zamana Geri Dönüş

Merhabalar bu yazımda SQL Server log backupdan İSTENİLEN DAKİKA ve SANİYEYE geri dönmek istersek ne yapmalıyız Bu yazımda bana bu bilgileri paylaşan Duran BÜYÜKÖZTÜRK ve Serdar BAYRAK hocalarıma teşekkür ediyorum. Öncelikle Backup nedir neden bu kadar önemlidir bunları öğrenmek için şu yazıdan okuyabilirsiniz. https://www.veritabani.org/sql-server-backup-turleri-islemi-mantigi-ve-stratejisi/ Restore işlemini herkesin bildiğinizi farz ederek bu yazımda kısaca değinip yazımıza giriş yapmak isterim. Restore işleminde ilk olarak en önemlisi Zincir mantığıdır. Zincir mantığında FULL1+FULL2 , FULL1+DİFF1+LOG1 , FULL1 + LOG1+LOG2 şeklinde olması gerektiğini biliyoruz. İstenilen saniyeye dönmek nasıl mümkün, bunun cevabı ise Veri tabanını (Standby /Read-Only)Durumuna getirmektir. Standby/ Read-Only durumunda olan bir  veri tabanı aslında okunabilir mod olarak kullanmaktır. Gitmek istediğimiz saniyeye ise Standby/ Read-Only durumuna getirirken STOPAT kullanılarak Transaction Log’un içerisindeki saniye ve dakikaya gidebiliriz. Unutmayalım Bunu en başta Değinmek istiyorum. Burada Hatalı işlemin yapıldığı zamana dönmek için İşlem yapıldıktan Sonraki LOG BACKUP’ın içinde bu işlem tutulduğu için Bu LOG backubımızı StandBy Olarak Restore […]

SQL Server StandBy Restore İle İstediğiniz Zamana Geri Dönüş

Merhabalar bu yazımda SQL Server log backupdan İSTENİLEN DAKİKA ve SANİYEYE geri dönmek istersek ne yapmalıyız


Bu yazımda bana bu bilgileri paylaşan Duran BÜYÜKÖZTÜRK ve Serdar BAYRAK hocalarıma teşekkür ediyorum.

Öncelikle Backup nedir neden bu kadar önemlidir bunları öğrenmek için şu yazıdan okuyabilirsiniz.

https://www.veritabani.org/sql-server-backup-turleri-islemi-mantigi-ve-stratejisi/

Restore işlemini herkesin bildiğinizi farz ederek bu yazımda kısaca değinip yazımıza giriş yapmak isterim.

Restore işleminde ilk olarak en önemlisi Zincir mantığıdır.


Zincir mantığında FULL1+FULL2 , FULL1+DİFF1+LOG1 , FULL1 + LOG1+LOG2 şeklinde olması gerektiğini biliyoruz.


İstenilen saniyeye dönmek nasıl mümkün, bunun cevabı ise Veri tabanını (Standby /Read-Only)Durumuna getirmektir.

Standby/ Read-Only durumunda olan bir  veri tabanı aslında okunabilir mod olarak kullanmaktır.

Gitmek istediğimiz saniyeye ise Standby/ Read-Only durumuna getirirken STOPAT kullanılarak Transaction Log’un içerisindeki saniye ve dakikaya gidebiliriz.


Unutmayalım Bunu en başta Değinmek istiyorum. Burada Hatalı işlemin yapıldığı zamana dönmek için İşlem yapıldıktan Sonraki LOG BACKUP’ın içinde bu işlem tutulduğu için Bu LOG backubımızı StandBy Olarak Restore etmemiz gerekecektir.


Bu adımları Görsel olarak anlatacağım.

Hatalı bir örnek vererek bu durumu daha net anlamlandırmak isterim.

İlk olarak FCI_DB..Test1 tablosunu görelim.

Sonraki adımda bu tablomuza işlemler yapalım.

 

 

 

Burada 2 adet log backup alıyorum Biri Update geçildikten sonra diğeri ise insert işleminden sonra

BACKUP LOG [FCI_DB] TO  DISK = N'F:\Data01\Backup\FCI_log5.trn' WITH NOFORMAT, NOINIT,
NAME = N'FCI_DB-Full Database Backup', SKIP,
NOREWIND, NOUNLOAD,  STATS = 10
GO
BACKUP LOG [FCI_DB] TO  DISK = N'F:\Data01\Backup\FCI_log6.trn' WITH NOFORMAT, NOINIT,
NAME = N'FCI_DB-Full Database Backup', SKIP,
NOREWIND, NOUNLOAD,  STATS = 10
GO

Burada Geri dönüş senaryomuzu birlikte inceleyeceğiz….

İşlem yapılacak  Database Restore ederken İsmi farklı olmalıdır.

İlk olarak FULL BACKUP RESTORE işlemini gerçekleştiriyoruz Burada dikkat edilmesi gereken nokta Database ismini farklı oluşturulması sebebi ise mdf ve ldf lerin ismini değişmesi.

USE [master]
RESTORE DATABASE [FCI_DB_TEST] FROM  DISK = N'F:\Data01\Backup\FCI_DB.bak' WITH
FILE = 1,  MOVE N'FCI_DB' TO N'F:\Data03\Data\test',
MOVE N'FCI_DB_log' TO N'F:\F_Log\test', 
NORECOVERY,  NOUNLOAD,  STATS = 5
GO

FULL backup işleminden sonra Database durumu RESTORİNG modda olduğunu göreceğiz.

 

Tran Backup yedirirken dikkat edilmesi gereken durum işlem yapılan saatten önceki LOG backup’a kadar RESTORE WITH NORECOVERY modda yedirilmesi gerekmekte

 

 

StanBy Olarak Açılması gereken LOG BACKUP restore işlemi yazımızın asıl işlemi bu adımda uygulanmaktadır.

Buradaki işlemleri yapmamız Bu LOG backupımızın İçindeki işlemleri Saniye saniye o anki halini görebiliriz.

RESTORE İşlemini inceliyelim.

 

Options Kısmından WİTH STANDBY kısmını seçiyoruz. Bu işlem Database imizi Standby-ReadOnly moda alacaktır.

 

Bu işlemin Scripti alıp kullanmalıyız.

RESTORE LOG [FCI_DB_TEST] FROM  DISK = N'F:\Data01\Backup\FCI_log.trn' WITH  FILE = 1, 
STANDBY = N'F:\Data01\Backup\ROLLBACK_UNDO_FCI_DB_TEST.BAK', 
NOUNLOAD,  STATS = 10,  
STOPAT = N'2023-10-16T15:19:37'
GO

Burada SPOTAT Bizim Standby olarak restore ettiğimiz LOG backubımız içindeki herhangi bir zamana gitmemizi sağlayacaktır.

İşlem yapılan zamana geri gelmek için öncesindeki LOG’ Backupları NORECOVERY olarak yedirilmeli (FULL+TRAN1+TRAN2…..İşlem yapılacak TRAN (StandBY))

İlk işlemimiz olan Update işleminin yapılmadan 1 saniye önceki durumunda STOPAT’a zamanımızı yazıyoruz ve Tablomuza baktığımızda bu işlemi görüyoruz.

RESTORE LOG [FCI_DB_TEST] FROM  DISK = N'F:\Data01\Backup\FCI_log.trn' WITH  FILE = 1, 
STANDBY = N'F:\Data01\Backup\ROLLBACK_UNDO_FCI_DB_TEST.BAK', 
NOUNLOAD,  STATS = 10,  
STOPAT = N'2023-10-17T10:07:08'
GO

 

İnsert işlemi yapılmadan önceki STOPAT’ımızı belirlediğimizde ise

RESTORE LOG [FCI_DB_TEST] FROM  DISK = N'F:\Data01\Backup\FCI_log.trn' WITH  FILE = 1, 
STANDBY = N'F:\Data01\Backup\ROLLBACK_UNDO_FCI_DB_TEST.BAK', 
NOUNLOAD,  STATS = 10,  
STOPAT = N'2023-10-17T10:07:47'
GO

 

Bu sayede Transaction Log larımız sayesinde istenilen zamandaki database halini görebiliyoruz.

Bu yazımda Geri dönüş senaryomuzu ve problemin yaşanıldığı zamana geri dönebiliriz.

 

Benzer Yazılar

SQL SERVER SERViS RESTART HATASI

SQL Server 2 hafta önce

Bu haftaki yazımızda karşılan bir hata üzerindeki; logları ve çözümünü anlatacağım. Aşağıdaki GÖRSEL-1’de görüldüğü üzere SQL servisini restart ettiğimiz sırada bir hata ile karşılaşıyoruz. Servis running state’e geçemiyor. “The request failed or the service did not respond in a timely fashion. Consult the event log or other applicable error logs for details” şeklinde bir uyarı veriyor. Hatanın çözümüne doğru ilerlerken farklı servis hesaplarıyla veya “Local System” hesabı ile restart etmeye çalıştığınızda servis ilginç bir şekilde ayağa kalkıyor. Ancak Always on sistem çalışıyorsanız farklı servis hesaplarını kullandığınızda always on size haberleşme izni vermiyor. Aynı hesabın şifresi ile ilgili sorunlar olduğu düşünüp hesabın şifresini de değiştirdiğiniz de yine sonuç alamıyorsunuz. Burdan yola çıkıldığında sıkıntı servis hesabında gibi görünüyor olabilir ancak çözüme geçildiğinde regedit üzerinde yapacağımız bir işlem ile sorunu çözüyoruz. Servis hesabının kaydının olduğu regedit kaydını siliyoruz. Regedit üzerindeki servis hesap bilgisi güncellendiğinde sorun çözülmüş olmakta. GÖRSEL-1  Servis restart edildiğinde SQL’in verdiği Error […]

SQL’DE İKİ NODE’UN RESOLVING DURUMA DÜŞMESİ VE ÇÖZÜMÜ

SQL Server 1 ay önce

Bu yazımızda failover olma işlemi esnasında karşılaşılan bir durumdan kısaca bahsedeceğim. Kısa bir yazı olacak ama önemli olduğunu düşünüyorum. Bazen failover olmak istediğinizde cluster secondary’e node’a failover olamaz, hem secondary hem de primary node’unuz resolving durumuna geçer. Bu durumla daha çok otomatik failover olma durumlarında karşılaşılır çünkü sistem failover’a aslında hazır değildir ancak cluster bunu bir şekilde bilemez. Failover olma gerçekleşemez bir anlamda sql cluster askıda kalır ve hiçbir sunucu da sql engine çalışmaya devam edemez. (GÖRSEL-1) GÖRSEL-1 GÖRSEL-1 üzerinde gördüğünüz üzere availability group resolving duruma düşer. Availability replica’lar üzerinde de gördüğünüz üzere primary ve secondary tüm node’lar resolving state’e düşer. Böyle bir durumunda iki farklı çözüm yolumuz var;   Çözüm: ikinci node’a sunucu restart’ı atmak. Bu noktada secondary sql node’a servis restart atmak işe yaramıyor. Zaten db’ler iki taraflı resolving modda. O sebeple ancak sunucu restart atıldığında cluster ayakta olan sunucuyu görüyor ve askıda kalma durumundan ilk başta primary […]

Query Store Nedir?

SQL Server 1 ay önce

Query Store ile birlikte execution planın seçimi ve bu sürecin performansa etkisini anlayabiliriz. SQL Server içerisinde bulunan Query Store özelliği, çalıştırılan sorguların execution planını ve bu sırada oluşan istatistiklerini otomatik olarak yakalar. Böylece query plan değişikliği ile oluşan problemleri de hızlı ve kolay şekilde fark edebiliriz. Elinizde bulunan bir sorguya ait query plan zamanla değişebilir. Bunun birçok sebebi vardır. Tablo yapısına yeni bir column eklenmesi Veri tipinin değiştirilmesi Sorgularda yeni parametrelerin eklenip çıkarılması Verilerde, schemalarda veya sorgu parametrelerindeki değişiklik Burada önemli olan ise bazen bu değişimler sorgunun yavaş çalışmasına neden olur. Query Store ile beraber bu yavaşlığın kök nedenine inmek daha kolay oldu. Ayrıca query store sayesinde ilgili sorguya ait read-write bilgileri ve cpu tüketimi bilgilerine de erişebilirsiniz. Query Store’u veritabanı seviyesinde aktif edebiliyoruz. Veritabanı üzerine sağ tıklayarak properties diyoruz ve Query Store sekmesine geliyoruz. Operation Mode alanından Read Write’ı seçiyoruz. Böylelikle Query Store gerekli bilgiyi toplayabilir ve size ilgili sonuçları […]

0 Yorum

Yorum Yaz

Rastgele