熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> SQL Server >> 正文

SQL Server實用經驗技巧集(1)

2013-11-15 14:43:12  來源: SQL Server 

  此文是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
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.