
我有一個託管在 SQL Server 2008 上的資料庫的 88GB 日誌文件,我正在嘗試使用交易日誌備份對其進行備份,以便隨後可以縮小。問題是我在 C 和 D 上都沒有足夠的空間,這使得這是第 22 個陷阱。
我可以做什麼來縮小日誌?我可以在不進行備份的情況下強制縮小它嗎?如果可以的話,這樣做的後果是什麼?
謝謝...
答案1
您可以將復原模式切換為簡單,然後再切換回完整。然後您應該能夠縮小它並從該點重新開始。
這意味著您只能從上次完整備份中還原(最好在完整備份後嘗試)。它還會破壞複製。
答案2
為什麼不購買外部 USB 硬碟,將其連接到伺服器並備份到該驅動器?
答案3
BACKUP LOG <DatabaseName> WITH TRUNCATE_ONLY
這是 2005 年的信息。
不管怎樣,我幫你用谷歌搜尋了這個:
取自:尼克·卡瓦迪亞斯
您可以使用 reglat BACKUP LOG 指令將檔案傳送到位儲存桶:
BACKUP
LOG
DBNAME TO
DISK
='NUL'
所做的就是丟棄您的交易日誌,因此,如果您的資料庫是批量或完整日誌記錄,那麼您現在的交易日誌備份鏈已損壞(您應該經常進行備份)。因此,請確保在執行此命令後進行完整或差異資料庫備份!
如果您所在的環境不需要進行日誌備份,請考慮切換到簡單的復原模型。
答案4
如果您有 SQL2008 企業版,您可以嘗試執行壓縮日誌備份。或者,如上所述,您可以將資料庫置於簡單模式並執行完整備份 - 但是您將失去進行時間點復原的能力。