無法刪除事務日誌備份文件
我有一個大型 SQL Server 數據庫（約 1.5 TB），由於某種原因，我在過去兩週內沒有對該數據庫進行日誌備份。今天我發現該數據庫的 .ldf 文件變大了大約 1.5 TB。因此，我進行了事務日誌備份，然後縮小了 .ldf 文件以解決空間問題。我使用 sql 作業（來自維護計劃）進行事務日誌備份，兩週後進行的事務日誌備份達到 2TB。現在空間問題解決了，我嘗試刪除日誌備份（~2TB），但它說我沒有刪除權限。我進行了另一個日誌備份，大約 200MB，我可以刪除它們。但是我無法刪除第一個巨大的日誌備份。我檢查了權限，我登錄伺服器使用的域帳戶屬於管理員組。
我什至使用 sql 作業清理舊備份，但即使這樣也失敗了。
只有這個巨大的日誌備份具有安全部分，如螢幕截圖所示。
在大鎖備份之後進行的所有其他日誌備份都具有安全選項卡，如下面的第二個螢幕截圖所示。
知道發生了什麼。
如果我停止 sql 服務/sql 代理服務，那麼我可以刪除這個 .trn 文件嗎？我想在沒有人使用數據庫的時候嘗試一下。
重新啟動伺服器後，我能夠刪除 2TB 的日誌備份文件。不知道為什麼會發生這樣的鎖定。
底層分區是使用 MBR（主引導記錄）而不是 GPT（GUID 分區表）初始化的，並且您已經打破了 2TB 文件大小限制。
我敢打賭，如果您重放該日誌備份，它將失敗，因為備份在達到 2TB 邊界時會停止寫入。
您將需要使用 GPT 重新初始化分區。據我記得，這是一項破壞性操作，這意味著您將失去驅動器上的所有數據，因此請先備份 D: 驅動器上的所有文件（除了那個大驅動器），然後再執行其他任何操作。
重新初始化後，將其格式化為具有 64KB 塊大小的 NTFS（非常適合 SQL Server 備份），並在 SQL Server 內部打開備份壓縮以防止將來出現此類問題。
如果 SQL Server 也將此驅動器用於其數據文件，則您肯定需要為此維護安排一些停機時間。祝你好運。
在安全選項卡上，點擊高級並取得所有權。
完成後，返回安全選項卡並授予您的使用者完全控制權，所有權並不意味著完全控制權。您現在應該可以刪除它了。
另一種選擇可能是使用管理員共享（即\servername\c$）進入文件夾並嘗試刪除文件。
