Sql Server 交易記錄(三)

標籤：

        SQL server的記錄檔會隨著資料修改的增加而變大，在處理記錄檔時，我們常用的方式是將日誌截斷，並收縮。

        Backup log databasename to disk=‘‘

        dbcc shrinkfile(databasename_log)

        當然，如果磁碟空間緊張，可以將復原模式改成‘simple’的方式使日誌截斷，然後再收縮日誌

        alter database test set recovery simple;

        DBCC shrinkfile(test_log)

       alter database test set recovery full;

        有時，資料庫日誌即使備份了，也無法收縮，則可能是由於以下原因造成的 

         1.資料庫鏡像或複製的日誌未讀取；

          2.長期未提交事務

          3. 日誌無備份

          4.索引整理

          5.批量資料寫入

       具體原因可從sys.databases視圖的log_reuse_wait_desc看出

        

      log_reuse_wait_desc有如下枚舉值：

     1. Nothing:當前有一個或多個可用的虛擬記錄檔 

     2. CheckPoint：自上次日誌截斷之後，尚未出現檢查點；

     3. LOG_BACKUP：需要記錄備份

     4. ACTIVE_BACKUP_OR_RESTORE:資料備份或還原進行中,阻止日誌截斷

     5. ACTIVE_TRANSACTION：事務處於活動狀態

     6. DATABASE_MIRRING:資料庫鏡像暫停，或者備庫日誌落後於主庫

     以上是2008版本所使用的枚舉值，SQL server 2012以後，使用了新的枚舉值

     0 = 無
     1 = 檢查點
     2 = 記錄備份
     3 = 活動備份或還原
     4 = 活動事務
     5 = 資料庫鏡像
     6 = 複製
     7 = 資料庫快照集建立
     8 = 日誌掃描
     9 = AlwaysOn 可用性群組輔助副本正將此資料庫的交易記錄記錄應用到一個相應的次要資料庫。

Sql Server 交易記錄(三)