SQL Server實用經驗技巧集（1）

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