Log Shipping Restore Time Bulma

Serdar BAYRAKYönetici tarafından 21 Ekim 2022 1 Kez Okundu

Bu Makalede Log shipping database’de en sonra restore olan backup file bulmanın scriptini paylaşacağız.

İhtiyaca göre kullanılan log shipping bazı durumlarda sunucuya connection yapan user’ların disconnect edilmesi istenmez.

Böyle durumlarda user veri okurken restore jobunu locklar ve restore’un geri kalmasına sebep olur.

Buradan okunan veriler geriden okunur ve bu durum istenmeyen bir sorun haline gelebilir. En son restore ettiğiniz, backup file bulmak için çalıştırdığınız script size en sonra restore zamanını gösteriyor olabilir. Log shipping’de restore ederken Header’den okuduğu için en baştan başlayarak en son restore saatini alır.

Fakat restore kontrol scriptleri ile siz restore ettiğiniz backup file değil en son restore’nin başladığı zaman’ın değerini görürsünüz. Bu durumda aşağıdaki script size restore olan backup dosyasını bulmanız ve o saati GMT+3’e çevirip Türkiye saati ile en restore olan backup file bulabilirsiniz.

Ayrıca lock’a sebep olan kullanıcı belirli bir kullanıcı ise onun için kill script’inde WHERE koşuluna koyarak. LS_Restore Job’unun 1.adımına ekleyebilirsiniz.

Aşağıdaki scripte convert hatası almanız durumunda substring olan filepath’lerinizi kontrol ediniz.

SELECT
 top(10) bmf.physical_device_name as d,
CONVERT(datetime,
SWITCHOFFSET(CONVERT(datetimeoffset,
substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),1,4)+'-'+
substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),5,2)+'-'+
substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),7,2)+' '+
substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),9,2)+':'+
substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),11,2)+':'+
substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),13,2)+'.000'),
DATENAME(TzOffset, SYSDATETIMEOFFSET()))) as lastRestoreFileDate,
rh.destination_database_name AS [Database],
CASE WHEN rh.restore_type = 'D' THEN 'Database'
WHEN rh.restore_type = 'F' THEN 'File'
WHEN rh.restore_type = 'I' THEN 'Differential'
WHEN rh.restore_type = 'L' THEN 'Log'
ELSE rh.restore_type
END AS [Restore Type],
rh.restore_date AS [Restore Date],
bmf.physical_device_name AS [Source],
rf.destination_phys_name AS [Restore File],
rh.user_nameAS [Restored By]
FROM msdb.dbo.restorehistory rh (nolock)
INNER JOIN msdb.dbo.backupset bs (nolock) ON rh.backup_set_id = bs.backup_set_id
INNER JOIN msdb.dbo.restorefile rf (nolock) ON rh.restore_history_id = rf.restore_history_id
INNER JOIN msdb.dbo.backupmediafamily bmf (nolock) ON bmf.media_set_id = bs.media_set_id
ORDER BY rh.restore_history_id DESC

SELECT

top(10) bmf.physical_device_name as d,

CONVERT(datetime,

SWITCHOFFSET(CONVERT(datetimeoffset,

substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),1,4)+'-'+

substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),5,2)+'-'+

substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),7,2)+' '+

substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),9,2)+':'+

substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),11,2)+':'+

substring(replace(replace(bmf.physical_device_name,':CPathFiLeName',''),'.trn',''),13,2)+'.000'),

DATENAME(TzOffset, SYSDATETIMEOFFSET()))) as lastRestoreFileDate,

rh.destination_database_name AS [Database],

CASE WHEN rh.restore_type = 'D' THEN 'Database'

WHEN rh.restore_type = 'F' THEN 'File'

WHEN rh.restore_type = 'I' THEN 'Differential'

WHEN rh.restore_type = 'L' THEN 'Log'

ELSE rh.restore_type

END AS [Restore Type],

rh.restore_date AS [Restore Date],

bmf.physical_device_name AS [Source],

rf.destination_phys_name AS [Restore File],

rh.user_nameAS [Restored By]

FROM msdb.dbo.restorehistory rh (nolock)

INNER JOIN msdb.dbo.backupset bs (nolock) ON rh.backup_set_id = bs.backup_set_id

INNER JOIN msdb.dbo.restorefile rf (nolock) ON rh.restore_history_id = rf.restore_history_id

INNER JOIN msdb.dbo.backupmediafamily bmf (nolock) ON bmf.media_set_id = bs.media_set_id

ORDER BY rh.restore_history_id DESC

SQL SERVER SERViS RESTART HATASI

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Ü

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 4 hafta ö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ı […]

Log Shipping Restore Time Bulma

SQL SERVER SERViS RESTART HATASI

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

Query Store Nedir?

1 Yorum

SQL Server Logshipping Kurulumu - VERITABANI.ORG 2 Mayıs 2023

Yorum Yaz

SQL SERVER SERViS RESTART HATASI

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

Query Store Nedir?

SQL Server Always ON AG (AVAILABILITY GROUP) Yapısı