1. 程式人生 > >輕鬆精通資料庫管理之道——運維巡檢之七(日誌)

輕鬆精通資料庫管理之道——運維巡檢之七(日誌)

前言

  做好日常巡檢是資料庫管理和維護的重要步驟,而且需要對每次巡檢日期、結果進行登記,同時可能需要出一份巡檢報告。

  本系列旨在解決一些常見的困擾:

  • 不知道巡檢哪些東西
  • 不知道怎麼樣便捷體檢
  • 機器太多體檢麻煩
  • 生成報告困難,無法直觀呈現結果

  SQL Server的日誌資訊往往反映出你的一些系統問題,那麼巡檢中藥及時檢視這些系統日誌中的錯誤,並及時解決,這也是巡檢的目的。

日誌概覽

  在【檢查項】-【全部】頁中檢視日誌標籤,當日志中發現錯誤,會給出警告。

  

日誌詳細

  在【日誌】頁可以檢視日誌的詳細資訊。

  

錯誤說明:

1.檔案自增長(Autogrow) :無論是資料檔案還是日誌檔案,當檔案寫滿後都會根據設定的值進行增長以保證可以繼續寫入,當檔案出現自增操作而相應時間比較慢時會記錄在log中: Autogrow of file 'templog' in database 'tempdb' was cancelled by user or timed out after 10180 milliseconds.  Use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file size. 注:此問題常見原因為設定的增長過大,或檔案較大而使用百分比增長(預設10%,建議使用固定增量值) 2.Login failed : 登入失敗,請檢視程式是否密碼配置正確。如果提供公網訪問,則檢視是否遭到暴力破解。資料庫上是否賬號禁用等。 3.Operating system error :操作錯誤,此類問題一般需要及時關注並解決。 例:Extend Disk Backup:  failure on backup device 'D:\autoback\backup_2016_10_02_062001_0859543.bak'. Operating system error 112(磁碟空間不足。). 4. I/O requests :此類問題主要表現為磁碟IO響應速度慢。請參見磁碟壓力分析,響應慢的解決辦法。 SQL Server has encountered 1 occurrence(s) of I/O requests taking longer than 15 seconds to complete on file [H:\DATA\zk.MDF] in database [zk] (57).  The OS file handle is 0x0000000000001F90.  The offset of the latest long I/O is: 0x00000d8a056000

總結

  日誌的錯誤往往要得到重視,當在日誌中發現異常,請及時排查,這也是巡檢的目的,消滅問題與萌芽階段。