一、總結

1、當沒有部署觸發(fā)器和開啟審計的情況，想知道某張表是被哪個用戶刪除的，可以使用系統(tǒng)函數(shù)fn_dblog結合系統(tǒng)的默認跟蹤找到；

2、需要注意的是系統(tǒng)默認提供5個跟蹤文件，默認大小都是20MB，當實例重啟的時候或者達到最大值的時候，會重新生成新的文件，將最早的跟蹤文件刪除，依次滾動更新，所以刪除表后間隔的時間太長，也是找不到結果的；

3、fn_dblog函數(shù)簡介

* 使用fn_dblog函數(shù)我們可以查看當前數(shù)據(jù)庫的事物日志文件的記錄（活動的日志，備份走的日志用該函數(shù)查不到）；

* 官方并未公開此函數(shù)的用法，在生產(chǎn)環(huán)境，慎用此命令?。。?；

* 2個參數(shù)：

參數(shù)1：日志開始序列號位置（LSN），輸入NULL，表示從日志開始位置返回結果；

參數(shù)2：日志結束序列號位置（LSN），輸入NULL，表示查找到日志最后的結束位置；

4、通過sys.fn_dblog最后定位到的結果，只能顯示object_id，找不到具體的表名，如果有多個用戶做了大量的drop操作時，找出的結果也非常多，可能得不到想要的結果；

5、如果在刪除表時，用戶指定了事物名稱，在使用sys.fndblog查找結果的時候，[Transaction Name]的值必須使用用戶指定的事物名稱才能出結果；

6、如果在刪除表時，用戶手動開啟了事物，但是并沒有指定事物名稱，在使用sys.fndblog查找結果的時候，[Transaction Name]的值要使用user_transaction才能有結果。

二、操作步驟

1、準備測試數(shù)據(jù)

2、查看student表的object_id(和一會找出來的對比一下是否一致)

3、創(chuàng)建一個具有test庫dba權限的用戶dbinfo

4、使用dbinfo用戶登錄數(shù)據(jù)庫刪除student表

5、使用系統(tǒng)函數(shù)sys.fn_dblog找出相關信息

6、根據(jù)事物ID，找出被刪除的對象

7、找出SQLServer中默認的trace的path路徑

8、根據(jù)trace path，事務ID、object_id、開始時間、SPID等信息找到對應的trace信息

以上就是如何在云數(shù)據(jù)庫 SQL Server中找出刪除的文件的相關內容。小編講解的操作步驟會比較簡單，如果你有想更加深入了解的話，請咨詢深圳市恒訊科技的相關技術人員。