此文是SQL Server實用操作小技巧集合，包括安裝時提示有掛起的操作、收縮數據庫、壓縮數據庫、轉移數據庫給新用戶以已存在用戶權限、檢查備份集、修復數據庫等。
（一）掛起操作 在安裝Sql或sp補丁的時候系統提示之前有掛起的安裝操作，要求重啟，這裡往往重啟無用，解決辦法：
到HKEY_LOCAL_MacHINESYSTEMCurrentControlSetControlSession Manager
刪除PendingFileRenameOperations
（二）收縮數據庫 --重建索引
DBCC REINDEX
DBCC INDEXDEFRAG
--收縮數據和日志
DBCC SHRINKDB
DBCC SHRINKFILE
（三）壓縮數據庫 dbcc shrinkdatabase(dbname)
（四）轉移數據庫給新用戶以已存在用戶權限 exec sp_change_users_login 'update_one','newname','oldname'
go
（五）檢查備份集 RESTORE VERIFYONLY from disk='E:dvbbs.bak'
（六）修復數據庫 ALTER DATABASE [dvbbs] SET SINGLE_USER
GO
DBCC CHECKDB('dvbbs',repair_allow_data_loss) WITH TABLOCK
GO
ALTER DATABASE [dvbbs] SET MULTI_USER
GO
--CHECKDB 有3個參數:
--REPAIR_ALLOW_DATA_LOSS
-- 執行由 REPAIR_REBUILD 完成的所有修復，包括對行和頁進行分配和取消分配以改正分配錯誤、結構行或頁的錯誤，以及刪除已損壞的文本對象。這些修復可能會導致一些數據丟失。修復操作可以在用戶事務下完成以允許用戶回滾所做的更改。如果回滾修復，則數據庫仍會含有錯誤，應該從備份進行恢復。如果由於所提供修復等級的緣故遺漏某個錯誤的修復，則將遺漏任何取決於該修復的修復。修復完成後，備份數據庫。
--REPAIR_FAST 進行小的、不耗時的修復操作，如修復非聚集索引中的附加鍵。這些修復可以很快完成，並且不會有丟失數據的危險。
--REPAIR_REBUILD 執行由 REPAIR_FAST 完成的所有修復，包括需要較長時間的修復（如重建索引）。執行這些修復時不會有丟失數據的危險。
--DBCC CHECKDB('dvbbs') with NO_INFOMSGS,PHYSICAL_ONLY
SQL Server日志清除的兩種方法 在使用過程中大家經常碰到數據庫日志非常大的情況，在這裡介紹了兩種處理方法……
方法一 一般情況下，SQL數據庫的收縮並不能很大程度上減小數據庫大小，其主要作用是收縮日志大小，應當定期進行此操作以免數據庫日志過大
1、設置數據庫模式為簡單模式：打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL ServerSQL Server組雙擊打開你的服務器雙擊打開數據庫目錄選擇你的數據庫名稱（如論壇數據庫Forum）然後點擊右鍵選擇屬性選擇選項在故障還原的模式中選擇“簡單”，然後按確定保存。
2、在當前數據庫上點右鍵，看所有任務中的收縮數據庫，一般裡面的默認設置不用調整，直接點確定。
3、收縮數據庫完成後，建議將您的數據庫屬性重新設置為標准模式，操作方法同第一點，因為日志在一些異常情況下往往是恢復數據庫的重要依據
方法二 SET NOCOUNT ON
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT
USE tablename -- 要操作的數據庫名
SELECT @LogicalFileName = 'tablename_log', -- 日志文件名
@MaxMinutes = 10,歡迎光臨
學網,
收藏本篇文章 [1] [2]
$False$
-- Limit on time allowed to wrap log.
@NewSize = 1 -- 你想設定的日志文件的大小(M)
-- Setup / initialize
DECLARE @OriginalSize int
SELECT @OriginalSize = size
FROM sysfiles
WHERE name = @LogicalFileName
SELECT 'Original Size of ' + db_name() + ' LOG is ' +
CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +
CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'
FROM sysfiles
WHERE name = @LogicalFileName
CREATE TABLE DummyTrans
(DummyColumn char (8000) not null)
DECLARE @Counter INT,
@StartTime DATETIME,
@TruncLog VARCHAR(255)
SELECT @StartTime = GETDATE(),
@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'
DBCC SHRINKFILE (@LogicalFileName, @NewSize)
EXEC (@TruncLog)
-- Wrap the log if necessary.
WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired
AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)
AND (@OriginalSize * 8 /1024) > @NewSize
BEGIN -- Outer loop.
SELECT @Counter = 0
WHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))
BEGIN -- update
INSERT DummyTrans VALUES ('Fill Log')
DELETE DummyTrans
SELECT @Counter = @Counter + 1
END
EXEC (@TruncLog)
END
SELECT 'Final Size of ' + db_name() + ' LOG is ' +
CONVERT(VARCHAR(30),size) + ' 8K pages or ' +
CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'
FROM sysfiles
WHERE name = @LogicalFileName
DROP TABLE DummyTrans
SET NOCOUNT OFF
