f 差點被微軟的Log Shipping給搞死 ~ 迪貝之家

差點被微軟的Log Shipping給搞死

三個禮拜前,在一個環境上建立Log Shipping
就奇怪了哩~~ 
怎麼追了幾個交易記錄檔後就掛了哩~~
當下百思不解
出了問題,當然會去看系統記錄
但是訊息太雜亂
真正有用的訊息就被淹沒掉了
幾百行裡頭就一行的錯誤代碼是真的有參考價值
是後來我找到原因
也實際再次implement後
真的解了
才去仔細對照log的, 如下

9004




Debug的邏輯如下
出錯是嗎?
那我就手動跑系統在排程內所執行的嘛

"C:Program FilesMicrosoft SQL ServerXToolsBinnsqllogship.exe" -Restore F4ECF74B-B261-4EE6-9A10-CD669B995D84 -server msnsql

結果如下 :


2019-08-15 12:40:57.70  Retrieved common restore settings. Primary Server: 'MSSQL', Primary Database: 'xxmsdb', Backup Destination Directory: 'L:', File Retention Period: 4320 minute(s)
2019-08-15 12:40:57.70  Retrieved database restore settings. Secondary Database: 'xxmsdb', Restore Delay: 0, Restore All: True, Restore Mode: Standby, Disconnect Users: True, Last Restored File: L:xxmsdb_20190814100001.trn, Block Size: Not Specified, Buffer Count: Not Specified, Max Transfer Size: Not Specified
2019-08-15 12:40:59.48  *** Error: Could not apply log backup file 'L:xxmsdb_20190814101500.trn' to secondary database 'xxmsdb'.(Microsoft.SqlServer.Management.LogShipping) ***
2019-08-15 12:40:59.48  *** Error: 在處理資料庫 'xxmsdb' 的記錄檔時,發生錯誤。如果可以的話,請從備份進行還原。若備份無法使用,可能需要重建記錄檔。
復原時發生錯誤,導致資料庫 'xxmsdb' (5:0) 無法重新啟動。請診斷並修正復原錯誤,或者從已知完好的備份還原。如果不能更正或預期錯誤,請連絡技術支援部門。
RESTORE LOG 正在異常結束。

xxmsdb_20190814101500.trn沒辦法restore
那我就手動進行看看囉~~
哪尼???
這是蝦米狀況阿?????
在這邊工作,發生這種問題
就是開Call給微軟
但突然間有人跟你說
資源不能給BU使用
真是靠北哩............
Log Shipping是在客戶端開會時所提出的建議
縱然可以透過差異備份還原來替代
但總不能打臉自己吧!!
好吧~~只好上谷哥,慢慢爬文了
還真的被我爬到了雷同的狀況
root cause是"交易量太小"
因為我習慣開成standby 唯讀模式
PO文的人開了case問微軟
support 要他們進行CU更新
我只好提出我的解決方式囉


怎麼可能只為了機房搬遷
就去上個CU
當然是採取第一項解決方式
只是....Log Shipping是多久的一項技術了
怎麼會在2014的版本後才出現這個bug哩???
Log Shipping