程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> SqlServer數據庫 >> 關於SqlServer >> SQLServer實用經驗技巧集(1)

SQLServer實用經驗技巧集(1)

編輯:關於SqlServer
此文是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

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved