本文主要概括安裝時提示有擱置動作、收縮資料庫、壓縮資料庫、轉移資料庫給新使用者以已存在使用者權限、檢查備份組、修複資料庫等操作技巧。
1.掛起操作
在安裝SQL或SP補丁的時候系統提示之前有掛起的安裝操作,要求重啟,這裡往往重啟無用,解決辦法:
到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager刪除PendingFileRenameOperations。
2.收縮資料庫
重建索引:
DBCC REINDEXDBCC INDEXDEFRAG |
收縮資料和日誌:
DBCC SHRINKDBDBCC SHRINKFILE |
3.壓縮資料庫
dbcc shrinkdatabase(dbname) |
4.轉移資料庫給新使用者以已存在使用者權限
exec sp_change_users_login 'update_one','newname','oldname'go |
5.檢查備份組
RESTORE VERIFYONLY from disk='E:\dvbbs.bak' |
6.修複資料庫
ALTER DATABASE [dvbbs] SET SINGLE_USERGODBCC CHECKDB('dvbbs',repair_allow_data_loss) WITH TABLOCKGOALTER DATABASE [dvbbs] SET MULTI_USERGO |
CHECKDB 有3個參數:
REPAIR_ALLOW_DATA_LOSS:執行由 REPAIR_REBUILD 完成的所有修複,包括對行和頁進行分配和取消分配以改正分配錯誤、結構行或頁的錯誤,以及刪除已損壞的文字物件。這些修複可能會導致一些資料丟失。修複操作可以在使用者事務下完成以允許使用者復原所做的更改。如果復原修複,則資料庫仍會含有錯誤,應該從備份進行恢複。如果由於所提供修複等級的緣故遺漏某個錯誤的修複,則將遺漏任何取決於該修複的修複。修複完成後,備份資料庫。
REPAIR_FAST 進行小的、不耗時的修複操作,如修複非叢集索引中的附加鍵。這些修複可以很快完成,並且不會有遺失資料的危險。
REPAIR_REBUILD 執行由 REPAIR_FAST 完成的所有修複,包括需要較長時間的修複(如重建索引),執行這些修複時不會有遺失資料的危險。
DBCC CHECKDB('dvbbs') with NO_INFOMSGS,PHYSICAL_ONLY。 |
| 【內容導航】 |
| 第1頁:SQL Server 資料庫實用操作技巧集錦 |
第2頁:SQL Server 資料庫實用操作技巧集錦 |
| 第3頁:SQL Server 資料庫實用操作技巧集錦 |
第4頁:SQL Server 資料庫實用操作技巧集錦 |
| 第5頁:SQL Server 資料庫實用操作技巧集錦 |
第6頁:SQL Server 資料庫實用操作技巧集錦 |