維護Sql Server中表的索引
- 發布于:2020-03-12
- 共 256 人圍觀
--第一步:查看是否需要維護,查看掃描密度/Scan Density是否為100%
declare @table_id int
set @table_id=object_id( 表名 )
dbcc showcontig(@table_id)
--第二步:重構表索引
dbcc dbreindex( 表名 ,pk_索引名,100)
--重做第一步,如發現掃描密度/Scan Density還是小于100%則重構表的所有索引
--楊錚:并不一定能達100%。
dbcc dbreindex( 表名 , ,100)
SQL Server補丁安裝常見問題
誰碰到問題就看看咯:)
一、補丁安裝過程中常見問題
如果在安裝補丁的時候遇到如下類似錯誤:
1、安裝過程中出現“以前進行的程序創建了掛起的文件操作,運行安裝程序前,必須重新啟動”,請按照下面步驟解決:
a、重啟機器,再進行安裝,如果發現還有該錯誤,請按下面步驟
b、在開始->運行中輸入regedit
c、到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager 位置
d、選擇文件->倒出,保存
e、在右邊窗口右擊PendingFileRenameOperations,選擇刪除,然后確認
f、重啟安裝,問題解決
如果還有同樣問題,請檢查其它注冊表中是否有該值存在,如有請刪掉。
2、在安裝SQL Server SP3,有時候會出現:無論用windows認證還是混和認證,都出現密碼錯誤的情況,這時查看臨時目錄下的sqlsp.out,會發現以下描述:
[TCP/IP Sockets]Specified SQL server not found.
[TCP/IP Sockets]ConnectionOpen (Connect()).
其實這是SQL Server SP3的一個小bug,在安裝sp3的時候,沒有監聽tcp/ip端口,可以按照以下步驟進行:
1、打開SQL server客戶器網絡實用工具和服務器網絡工具,確保啟用的協議中包含name pipe,并且位置在第一位.
2、確保[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo]
"DSQUERY"="DBNETLIB".
如果沒有,請自己建立
3、停止mssql.
4、進行安裝.
這樣就可以進行正確安裝了。
二、SQL Server補丁版本的檢查
SQL Server的補丁版本檢查不如Windows 補丁版本檢查直接,一個系統管理員,如果不了解SQL Server版本對應的補丁號,可能也會遇到一點麻煩,因此在這說明一下,通過這樣的辦法判別機器是安全的辦法,不會對系統產生任何影響。
1、用Isql或者SQL查詢分析器登錄到SQL Server,如果是用Isql,請在cmd窗口輸入isql -U sa,然后輸入密碼,進入;如果是用SQL查詢分析器,請從程序中啟動,輸入sa和密碼(也可以用windows驗證)。
2、在ISQL中輸入:
Select @@Version;
go
或者SQL查詢分析器中輸入(其實如果不想輸入,只要打開幫助的關于就可以了:)
Select @@Version;
然后按執行;
這時會返回SQL的版本信息,如下:
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 3)
其中的8.00.760就是SQL Server的版本和補丁號。對應關系如下:
8.00.194 -——————SQL Server 2000 RTM
8.00.384 -——————(SP1)
8.00.534 -——————(SP2)
8.00.760 -——————(SP3)
這樣我們就能看到SQL Server的正確版本和補丁號了。
我們也可以用xp_msver看到更詳細的信息
Sql Server數據庫的備份和恢復措施
最常用的操作,新手們看看……
一、備份數據庫
1、打開SQL企業管理器,在控制臺根目錄中依次點開Microsoft SQL Server
2、SQL Server組-->雙擊打開你的服務器-->雙擊打開數據庫目錄
3、選擇你的數據庫名稱(如論壇數據庫Forum)-->然后點上面菜單中的工具-->選擇備份數據庫
4、備份選項選擇完全備份,目的中的備份到如果原來有路徑和名稱則選中名稱點刪除,然后點添加,如果原來沒有路徑和名稱則直接選擇添加,接著指定路徑和文件名,指定后點確定返回備份窗口,接著點確定進行備份
二、還原數據庫
1、打開SQL企業管理器,在控制臺根目錄中依次點開Microsoft SQL Server
2、SQL Server組-->雙擊打開你的服務器-->點圖標欄的新建數據庫圖標,新建數據庫的名字自行取
3、點擊新建好的數據庫名稱(如論壇數據庫Forum)-->然后點上面菜單中的工具-->選擇恢復數據庫
4、在彈出來的窗口中的還原選項中選擇從設備-->點選擇設備-->點添加-->然后選擇你的備份文件名-->添加后點確定返回,這時候設備欄應該出現您剛才選擇的數據庫備份文件名,備份號默認為1(如果您對同一個文件做過多次備份,可以點擊備份號旁邊的查看內容,在復選框中選擇最新的一次備份后點確定)-->然后點擊上方常規旁邊的選項按鈕
5、在出現的窗口中選擇在現有數據庫上強制還原,以及在恢復完成狀態中選擇使數據庫可以繼續運行但無法還原其它事務日志的選項。在窗口的中間部位的將數據庫文件還原為這里要按照你SQL的安裝進行設置(也可以指定自己的目錄),邏輯文件名不需要改動,移至物理文件名要根據你所恢復的機器情況做改動,如您的SQL數據庫裝在D:\Program Files\Microsoft SQL Server\MSSQL\Data,那么就按照您恢復機器的目錄進行相關改動改動,并且最后的文件名最好改成您當前的數據庫名(如原來是bbs_data.mdf,現在的數據庫是forum,就改成forum_data.mdf),日志和數據文件都要按照這樣的方式做相關的改動(日志的文件名是*_log.ldf結尾的),這里的恢復目錄您可以自由設置,前提是該目錄必須存在(如您可以指定d:\sqldata\bbs_data.mdf或者d:\sqldata\bbs_log.ldf),否則恢復將報錯
6、修改完成后,點擊下面的確定進行恢復,這時會出現一個進度條,提示恢復的進度,恢復完成后系統會自動提示成功,如中間提示報錯,請記錄下相關的錯誤內容并詢問對SQL操作比較熟悉的人員,一般的錯誤無非是目錄錯誤或者文件名重復或者文件名錯誤或者空間不夠或者數據庫正在使用中的錯誤,數據庫正在使用的錯誤您可以嘗試關閉所有關于SQL窗口然后重新打開進行恢復操作,如果還提示正在使用的錯誤可以將SQL服務停止然后重起看看,至于上述其它的錯誤一般都能按照錯誤內容做相應改動后即可恢復
三、收縮數據庫
一般情況下,SQL數據庫的收縮并不能很大程度上減小數據庫大小,其主要作用是收縮日志大小,應當定期進行此操作以免數據庫日志過大
1、設置數據庫模式為簡單模式:打開SQL企業管理器,在控制臺根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務器-->雙擊打開數據庫目錄-->選擇你的數據庫名稱(如論壇數據庫Forum)-->然后點擊右鍵選擇屬性-->選擇選項-->在故障還原的模式中選擇“簡單”,然后按確定保存
2、在當前數據庫上點右鍵,看所有任務中的收縮數據庫,一般里面的默認設置不用調整,直接點確定
3、收縮數據庫完成后,建議將您的數據庫屬性重新設置為標準模式,操作方法同第一點,因為日志在一些異常情況下往往是恢復數據庫的重要依據
四、設定每日自動備份數據庫
強烈建議有條件的用戶進行此操作!
1、打開企業管理器,在控制臺根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務器
2、然后點上面菜單中的工具-->選擇數據庫維護計劃器
3、下一步選擇要進行自動備份的數據-->下一步更新數據優化信息,這里一般不用做選擇-->下一步檢查數據完整性,也一般不選擇
4、下一步指定數據庫維護計劃,默認的是1周備份一次,點擊更改選擇每天備份后點確定
5、下一步指定備份的磁盤目錄,選擇指定目錄,如您可以在D盤新建一個目錄如:d:\databak,然后在這里選擇使用此目錄,如果您的數據庫比較多最好選擇為每個數據庫建立子目錄,然后選擇刪除早于多少天前的備份,一般設定4-7天,這看您的具體備份要求,備份文件擴展名一般都是bak就用默認的
6、下一步指定事務日志備份計劃,看您的需要做選擇-->下一步要生成的報表,一般不做選擇-->下一步維護計劃歷史記錄,最好用默認的選項-->下一步完成
7、完成后系統很可能會提示Sql Server Agent服務未啟動,先點確定完成計劃設定,然后找到桌面最右邊狀態欄中的SQL綠色圖標,雙擊點開,在服務中選擇Sql Server Agent,然后點擊運行箭頭,選上下方的當啟動OS時自動啟動服務
8、這個時候數據庫計劃已經成功的運行了,他將按照您上面的設置進行自動備份
修改計劃:
1、打開企業管理器,在控制臺根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務器-->管理-->數據庫維護計劃-->打開后可看到你設定的計劃,可以進行修改或者刪除操作
五、數據的轉移(新建數據庫或轉移服務器)
一般情況下,最好使用備份和還原操作來進行轉移數據,在特殊情況下,可以用導入導出的方式進行轉移,這里介紹的就是導入導出方式,導入導出方式轉移數據一個作用就是可以在收縮數據庫無效的情況下用來減小(收縮)數據庫的大小,本操作默認為您對SQL的操作有一定的了解,如果對其中的部分操作不理解,可以咨詢動網相關人員或者查詢網上資料
1、將原數據庫的所有表、存儲過程導出成一個SQL文件,導出的時候注意在選項中選擇編寫索引腳本和編寫主鍵、外鍵、默認值和檢查約束腳本選項
2、新建數據庫,對新建數據庫執行第一步中所建立的SQL文件
3、用SQL的導入導出方式,對新數據庫導入原數據庫中的所有表內容
利用數據庫日志恢復數據到時間點的操作
由于不正常的數據丟失,而又不想使用備份數據還原,只要原來有備份且當前日志保存完好,可以采用這個方法試試,說不定可挽回損失……
1,如果誤操作之前存在一個全庫備份(或已有多個差異備份或增量備份),首先要做的事就是進
進行一次日志備份(如果為了不讓日志文件變大而置trunc. log on chkpt.選項為1那你就死翹了)
backup log dbName to disk= fileName
2,恢復一個全庫備份,注意需要使用with norecovery,如果還有其他差異或增量備份,則逐個恢
復
restore database dbName from disk= fileName with norecovery
3,恢復最后一個日志備份即剛做的日志備份,指定恢復時間點到誤操作之前的時刻
restore log dbName from disk= fileName
with stopat= date_time
以上這些操作都可以在SQL SERVER企業管理器里完成,難度不大。。。
當然,如果誤操作是一些不記日志的操作比如truncate table,select into等操作,那么是無法利
用上述方法來恢復數據的...
SQL Server2000數據庫文件損壞時如何恢復
出現這樣的問題是比較嚴重的了,能否修復只能看你的運氣……
SQL Server2000中,如果數據庫文件(非系統數據庫文件)遇到錯誤的時候,僅適用于非master,msdb的數據庫。
說明如下:
1 建一個測試數據庫test(數據庫類型為完全)
2 建一個表,插入點記錄
create table a(c1 varchar(2))
go
insert into a values( aa )
go
insert into a values( bb )
go
3 作完全備份,到文件test_1.bak
4 在作一點修改
insert into a values( cc )
go
create table b(c1 int)
go
insert into b values(1)
go
insert into b values(2)
go
5 shutdown 數據庫服務器
6 用ultraedit編輯數據庫文件test_data.mdf,隨便修改點字節內容,相當于數據庫遭到致命的損壞。
7 啟動數據庫,并且運行企業管理器,點開數據庫,看到test變成灰色,而且顯示置疑。
8 運行isql -SLocalhost -Usa -P
1> backup log test TO DISK= D:Program FilesMicrosoft SQL ServerMSSQLBACKUP
est_2.bak WITH NO_TRUNCATE
2>go
已處理 2 頁,這些頁屬于數據庫 test 的文件 TEST_Log (位于文件 1 上)。
BACKUP LOG 操作成功地處理了 2 頁,花費了 0.111 秒(0.087 MB/秒)。
9 進行恢復最老的完全備份
1> RESTORE DATABASE test FROM DISK= D:Program FilesMicrosoft SQL ServerMSSQL
BACKUP est_1.bak WITH NORECOVERY
2> go
已處理 96 頁,這些頁屬于數據庫 test 的文件 TEST_Data (位于文件 1 上)。
已處理 1 頁,這些頁屬于數據庫 test 的文件 TEST_Log (位于文件 1 上)。
RESTORE DATABASE 操作成功地處理了 97 頁,花費了 0.107 秒(7.368 MB/秒)。
10 恢復最近的日志
1> RESTORE LOG test FROM DISK= D:Program FilesMicrosoft SQL ServerMSSQLBACKU
P est_2.bak WITH RECOVERY
2> go
已處理 2 頁,這些頁屬于數據庫 test 的文件 TEST_Log (位于文件 1 上)。
RESTORE LOG 操作成功地處理了 2 頁,花費了 0.056 秒(0.173 MB/秒)。
標簽: