mssql 資料庫重新命名及錯誤分析

mssql 資料庫重新命名及錯誤分析

1. 查看資料庫的版本    
   select @@version
   常見的幾種SQL SERVER打補丁後的版本號碼:
   8.00.194   Microsoft SQL Server 2000 
   8.00.384   Microsoft SQL Server 2000 SP1 
   8.00.532   Microsoft SQL Server 2000 SP2 
   8.00.760   Microsoft SQL Server 2000 SP3 
   8.00.818   Microsoft SQL Server 2000 SP3 w/ Cumulative Patch MS03-031 
   8.00.2039  Microsoft SQL Server 2000 SP4  
2. 查看資料庫所在機器作業系統參數    
   exec master..xp_msver
3. 查看資料庫啟動的參數        
   sp_configure
4. 查看資料庫啟動時間        
   select convert(varchar(30),login_time,120) from master..sysprocesses

where spid=1
   查看資料庫伺服器名和執行個體名
   print 'Server Name...............: ' + convert(varchar(30),@@SERVERNAME) 

      
   print 'Instance..................: ' + convert(varchar(30),@@SERVICENAME)

     
5. 查看所有資料庫名稱及大小
   sp_helpdb
   重新命名資料庫用的SQL
   sp_renamedb 'old_dbname', 'new_dbname'
6. 查看所有資料庫使用者登入資訊
   sp_helplogins
   查看所有資料庫使用者所屬的角色資訊    
   sp_helpsrvrolemember
   修複遷移伺服器時孤立使用者時,可以用的fix_orphan_user指令碼或者LoneUser過程
   更改某個資料對象的使用者屬主
   sp_changeobjectowner [@objectname =] 'object', [@newowner =] 'owner'
   注意: 更改對象名的任一部分都可能破壞指令碼和預存程序。
   把一台伺服器上的資料庫使用者登入資訊備份出來可以用add_login_to_aserver指令碼
   查看某資料庫下,對象級使用者權限
   sp_helprotect
7. 查看連結的伺服器        
   sp_helplinkedsrvlogin
   查看遠端資料庫使用者登入資訊    
   sp_helpremotelogin
8.查看某資料庫下某個資料對象的大小
   sp_spaceused @objname
   還可以用sp_toptables過程看最大的N(預設為50)個表
   查看某資料庫下某個資料對象的索引資訊
   sp_helpindex @objname
   還可以用SP_NChelpindex過程查看更詳細的索引情況
   SP_NChelpindex @objname
   clustered索引是把記錄按物理順序排列的，索引占的空間比較少。 
   對索引值DML操作十分頻繁的表我建議用非clustered索引和約束，fillfactor參數都

用預設值。
   查看某資料庫下某個資料對象的的約束資訊
   sp_helpconstraint @objname
9.查看資料庫裡所有的預存程序和函數
   use @database_name
   sp_stored_procedures
   查看預存程序和函數的原始碼
   sp_helptext '@procedure_name'
   查看包含某個字串@str的資料對象名稱
   select distinct object_name(id) from syscomments where text like '%@str%'
   建立加密的預存程序或函數在AS前面加WITH ENCRYPTION參數
   解密加密過的預存程序和函數可以用sp_decrypt過程
10.查看資料庫裡使用者和進程的資訊
   sp_who
   查看SQL Server資料庫裡的活動使用者和進程的資訊
   sp_who 'active'
   查看SQL Server資料庫裡的鎖的情況
   sp_lock
   進程號1--50是SQL Server系統內部用的,進程號大於50的才是使用者的串連進程.
   spid是進程編號,dbid是資料庫編號,objid是資料對象編號
   查看進程正在執行的SQL語句
   dbcc inputbuffer ()
   推薦大家用經過改進後的sp_who3過程可以直接看到進程啟動並執行SQL語句
   sp_who3
   檢查死結用sp_who_lock過程
   sp_who_lock    
11.查看和收縮資料庫記錄檔的方法
   查看所有資料庫記錄檔大小          
   dbcc sqlperf(logspace)
   如果某些記錄檔較大，收縮簡單復原模式資料庫日誌，收縮後

@database_name_log的大小單位為M
   backup log @database_name with no_log
   dbcc shrinkfile (@database_name_log, 5)
12.分析SQL Server SQL 陳述式的方法:
   set statistics time {on | off}
   set statistics io {on | off}
   圖形方式顯示查詢執行計畫
   在查詢分析器->查詢->顯示估計的評估計劃(D)-Ctrl-L 或者點擊工具列裡的圖形
   文本方式顯示查詢執行計畫
   set showplan_all {on | off}
   set showplan_text { on | off }
   set statistics profile { on | off }
13.出現不一致錯誤時，NT事件檢視器裡出3624號錯誤，修複資料庫的方法
   先注釋掉應用程式裡引用的出現不一致性錯誤的表，然後在備份或其它機器上先恢

複然後做修複操作
   alter database [@error_database_name] set single_user
   修複出現不一致錯誤的表
   dbcc checktable('@error_table_name',repair_allow_data_loss)
   或者可惜選擇修複出現不一致錯誤的小型資料庫名
   dbcc checkdb('@error_database_name',repair_allow_data_loss)
   alter database [@error_database_name] set multi_user
   CHECKDB 有3個參數:
   repair_allow_data_loss 包括對行和頁進行分配和取消分配以改正分配錯誤、結構

行或頁的錯誤，以及刪除已損壞的文字物件，這些修複可能會導致一些資料丟失。
   修複操作可以在使用者事務下完成以允許使用者復原所做的更改。
   如果復原修複，則資料庫仍會含有錯誤，應該從備份進行恢複。
   如果由於所提供修複等級的緣故遺漏某個錯誤的修複，則將遺漏任何取決於該修複

的修複。
   修複完成後，請備份資料庫。 
   repair_rest 進行小的、不耗時的修複操作，如修複非叢集索引中的附加鍵。
   這些修複可以很快完成，並且不會有遺失資料的危險。 
   repair_rebuild 執行由 repair_rest 完成的所有修複，包括需要較長時間的修複

（如重建索引）。
  執行這些修複時不會有遺失資料的危險。