SQLServer數(shù)據(jù)庫管理維護規(guī)范2019年修改

1、SQLServer數(shù)據(jù)庫管理維護規(guī)范北京云星宇科技服務(wù)有限公司2018年12月第一章目錄第二章簡介二-4第二章數(shù)據(jù)庫系統(tǒng)物理與邏輯規(guī)劃二-42.1 數(shù)據(jù)庫系統(tǒng)存儲規(guī)劃二-42.2 數(shù)據(jù)庫系統(tǒng)的CP5口內(nèi)存規(guī)劃二-52.3 數(shù)據(jù)庫系統(tǒng)邏輯規(guī)劃二-6第三章數(shù)據(jù)庫賬戶管理二-73.1 數(shù)據(jù)庫賬戶規(guī)則二-7第四章數(shù)據(jù)庫的備份與恢復(fù)二-74.1 數(shù)據(jù)庫的備份二-7第五章數(shù)據(jù)庫的定期巡檢和維護二-175.1 數(shù)據(jù)庫的定期巡檢二-171內(nèi)存壓力監(jiān)控二-172CPIB力監(jiān)控二-213對數(shù)據(jù)庫IO監(jiān)控二-22第6章數(shù)據(jù)庫維護二-236.1 數(shù)據(jù)庫完整性檢查（重要每月）二-236.2 清空數(shù)據(jù)庫日志（重要每月）二

2、-246.3 重組數(shù)據(jù)庫表（重要季度）二-246.4 更新數(shù)據(jù)庫統(tǒng)計信息（重要每月）二-26第七章數(shù)據(jù)庫故障及標準處置方案二-277.1 數(shù)據(jù)庫系統(tǒng)標準化啟動與關(guān)閉流程二-277.2 人為操作失誤造成的數(shù)據(jù)庫故障二-287.3 數(shù)據(jù)庫服務(wù)器故障（但磁盤陣列正常）.二-297.4 磁盤陣列故障（數(shù)據(jù)塊故障）二-307.5 磁盤陣列故障（數(shù)據(jù)庫無法訪問）二-327.6 磁盤陣列故障（無法識別）二-32第八章規(guī)范的補充與修改二-34第二章簡介數(shù)據(jù)庫管理和維護是指為了保證業(yè)務(wù)系統(tǒng)的穩(wěn)定高效運行，而對數(shù)據(jù)庫系統(tǒng)進行全面周密的檢查，維護優(yōu)化。以保證數(shù)據(jù)庫系統(tǒng)的穩(wěn)定高效運行。通過使用規(guī)范的一致的數(shù)據(jù)庫管理運

3、維方案，能給我們的系統(tǒng)帶來以下優(yōu)點，減輕數(shù)據(jù)庫管理人員（DBA）的工作復(fù)雜度，可以提高數(shù)據(jù)庫性能.可以有效的節(jié)省數(shù)據(jù)庫系統(tǒng)排錯時間，通過使用統(tǒng)一的數(shù)據(jù)庫監(jiān)控和恢復(fù)標準，可以迅速定位故障，并為處理錯誤節(jié)約時間，這在24*7的數(shù)據(jù)庫系統(tǒng)中尤其有用。以下章節(jié)將介紹常用的數(shù)據(jù)庫管理維護方案。2數(shù)據(jù)庫物理與邏輯規(guī)劃3數(shù)據(jù)庫賬戶管理4數(shù)據(jù)庫的備份與恢復(fù)5數(shù)據(jù)庫性能監(jiān)控6數(shù)據(jù)庫維護7數(shù)據(jù)庫故障及標準處置方案第二章數(shù)據(jù)庫系統(tǒng)物理與邏輯規(guī)劃2.1 數(shù)據(jù)庫系統(tǒng)存儲規(guī)劃SQ激據(jù)庫是傳統(tǒng)關(guān)系型數(shù)據(jù)庫，也就是建立在關(guān)系模型基礎(chǔ)之上的數(shù)據(jù)庫。關(guān)系型數(shù)據(jù)庫本身基于IO的數(shù)據(jù)庫，所以一個良好的數(shù)據(jù)庫存儲規(guī)劃是關(guān)鍵，數(shù)據(jù)庫從I

4、/O子系統(tǒng)獲得最快響應(yīng)非常重要。首先首發(fā)集團數(shù)據(jù)庫存儲系統(tǒng)使用磁盤陣列，RAIDS別J為5,RAID5是一種存儲性能、數(shù)據(jù)安全和存儲成本兼顧的存儲解決方案。RAID5具有和RAID0相近似的數(shù)據(jù)讀取速度，只是多了一個奇偶校驗信息，寫入數(shù)據(jù)的速度比對單個磁盤進行寫入操作慢，在RAID5中有“寫損失”，即每一次寫操作將產(chǎn)生四個實際的讀/寫操作。所以如果解決IO問題帶來的數(shù)據(jù)庫瓶頸，在使用RAID瞰別的磁盤陣列時最少需要8塊硬盤組成的陣列。2.2 數(shù)據(jù)庫系統(tǒng)的CPlf口內(nèi)存規(guī)劃Server數(shù)據(jù)庫所需的內(nèi)存與正運行SQLServer的服務(wù)器上托管的內(nèi)容數(shù)據(jù)庫的大小直接關(guān)聯(lián)。微軟(Microsoft)官

5、方要求內(nèi)存勁可能的大。分中心數(shù)據(jù)庫系統(tǒng)屬于中型數(shù)據(jù)庫官方給的推薦配置為16G內(nèi)容數(shù)據(jù)庫的總計大小小型生產(chǎn)部署的最低要求針對運行SQLServer的計算機建議的RAM8GB中型生產(chǎn)部署的最低要求16GB（50徵上）建議最高2TB32GB在運行50G數(shù)據(jù)以上的服務(wù)器上，建議每個CPU的L2緩存最低為2MB以提高讀取數(shù)據(jù)的性能。建議CPU勺使用率不能超過25%2.3數(shù)據(jù)庫系統(tǒng)邏輯規(guī)劃理想情況下，應(yīng)在單獨的存儲系統(tǒng)上放置tempdb數(shù)據(jù)庫、數(shù)據(jù)文件、事務(wù)日志文件。但是以目前的情況，無法達到，所以建議Tempdb數(shù)據(jù)庫放置在數(shù)據(jù)庫服務(wù)器的D盤，將數(shù)據(jù)文件，事務(wù)日志文件放置在磁盤陣列中。tempdb數(shù)據(jù)文

6、件數(shù)應(yīng)等于或者小于CPU內(nèi)核數(shù)（內(nèi)核是物理）相同，數(shù)據(jù)文件的數(shù)量=CP激-1,而且tempdb數(shù)據(jù)文件應(yīng)設(shè)置為同等大小500M數(shù)據(jù)文件的數(shù)目應(yīng)小于或等于CPU內(nèi)核的數(shù)目。數(shù)據(jù)文件的數(shù)量=CP敢-1,并且數(shù)據(jù)庫文件創(chuàng)建大小相同的數(shù)據(jù)文件10G在規(guī)劃超過建議大小(200GB)的內(nèi)容數(shù)據(jù)庫時，請將數(shù)據(jù)庫自動增長值設(shè)置為固定兆字節(jié)(MB)數(shù)，而不是設(shè)置為百分比。這樣做可以減少SQLServer增加文件大小的頻率。第三章數(shù)據(jù)庫賬戶管理3.1 數(shù)據(jù)庫賬戶規(guī)則數(shù)據(jù)庫賬戶是訪問數(shù)據(jù)庫資源的一種主體，在SQLServer中,通常的數(shù)據(jù)庫賬戶是指SQLServer登錄名以及相應(yīng)數(shù)據(jù)庫中的數(shù)據(jù)庫用戶的映射。數(shù)據(jù)庫賬

7、戶的管理是整體數(shù)據(jù)庫系統(tǒng)安全性管理的重要部分，對于保證整個應(yīng)用系統(tǒng)安全有很重要的作用。建議使用以下的原則對數(shù)據(jù)庫賬戶進行管理維護1首先禁用Window©僉證，需要在兩個地方設(shè)置，服務(wù)器屬性->安全性把里面的服務(wù)器身份驗證選為SQLServer和Window弱份驗證方式，安全性->登錄名Administrators的屬性中的服務(wù)器角色，把權(quán)限都去掉(勾全去掉)。2密碼復(fù)雜度3賬戶最小權(quán)限原則，除了信息安全組長和數(shù)據(jù)庫管理員，為系統(tǒng)運維人員設(shè)置只有數(shù)據(jù)查詢權(quán)限的工號。4賬戶申請注銷原則，無使用的賬戶注銷。第四章數(shù)據(jù)庫的備份與恢復(fù)4.1數(shù)據(jù)庫的備份數(shù)據(jù)庫備份和恢復(fù)技術(shù)是數(shù)據(jù)庫系

8、統(tǒng)維護工作中的重要技術(shù)，生產(chǎn)環(huán)境的數(shù)據(jù)庫，建議都要進行備份，而且要確保備份文件可用。對于數(shù)據(jù)庫系統(tǒng)來說，當(dāng)發(fā)生故障甚至是災(zāi)難性的故障的時候，數(shù)據(jù)庫備份就是最有效的最后一道防線。對于數(shù)據(jù)庫維護人員來說，備份與恢復(fù)技術(shù)的熟練運用，加之規(guī)范性的操作，是企業(yè)數(shù)據(jù)庫系統(tǒng)正常運行的重要保障首發(fā)集團對于分中心數(shù)據(jù)庫實施每周一次的全量備份，每月對數(shù)據(jù)庫備份進行恢復(fù)測試.1數(shù)據(jù)庫自動備份，日常工作中利用SQLSQLSERVER200的維護計劃對數(shù)據(jù)庫進行定期的備份，這樣一方面可以對數(shù)據(jù)庫進行備份保證數(shù)據(jù)安全另一方面也可以減輕對維護人員的負擔(dān)。實現(xiàn)數(shù)據(jù)庫的定時自動備份是利用SQLSERVER20明帶的維護計劃創(chuàng)建

9、一個計劃對數(shù)據(jù)庫進行備份，下面我們將SQLSERVER2008動備份圖解教程介紹給大家。點擊“維護計劃向?qū)А焙筇鰧υ捒?，如圖所示:軸蜒的計盤向與SQLServer維護計劃向?qū)Ш斡蒙?向牛了可執(zhí)打第引維護豆跖獨據(jù)國標i-相有執(zhí)行數(shù)據(jù)比備份"匕向店創(chuàng)建7T：1,左SflLS.vrNutAMtn4nlStudo中演姆4：*汽+切,扁轉(zhuǎn)冠護計1，叢添加一些新任易或者在考場任秀之閏定義工柞淹.Wit)3點擊“下一步”如圖所示:注：名稱可以自定義，根據(jù)分中心或者收費所所需自定義。填寫好名稱及相關(guān)說明作個記號，點擊“更改”來設(shè)定維護計劃，如圖所示：可以為選擇執(zhí)的時間段，每天、每周、每月可以根據(jù)各

10、級SQIB據(jù)庫的需求來制定備份的時間，這里作演示就選擇在每天的0:00®行，點擊“確定”再點“下一步”如圖所示：注：我們一般選擇完整備份分中心數(shù)據(jù)庫;可以根據(jù)收費所的情況可以選用差異備份；選擇你需要備份的任務(wù)，我這里就先擇“備份數(shù)據(jù)庫（完整、差異、事務(wù)日志）”，很明了點擊“下一步”如圖所示：出現(xiàn)剛剛所選擇的三項你可以選擇他們所執(zhí)行的順序，選好后點擊“下一步”如圖所示:注：這里是選擇數(shù)據(jù)庫名字的，根據(jù)需要選擇；如：分中心有數(shù)據(jù)庫和圖片數(shù)據(jù)庫，可以分別建立任務(wù)實現(xiàn)備份選擇備份的數(shù)據(jù)庫存放的目錄，設(shè)置備份壓縮：有默認服務(wù)器設(shè)置，壓縮備份等選項，因為數(shù)據(jù)庫較大所以就選擇壓縮，根據(jù)本分中心的實

11、際情況進行操作：點擊"下一步”，下面的操作是對于這前我們所選擇的“維護任務(wù)”操作和“上一步”一樣這里就不截圖說明，最后點擊“下一步”如圖所示:選擇SQLSERVER2008動備份維護計劃的報告文件所存放位置點擊“下一步”如圖所示點擊“完成”這樣就完成了SQLSERVER008自動備份圖解注意：在利用SQLSQLSERVER2008維護計劃對數(shù)據(jù)庫進行定期的備份時要啟動“SQLSERVE益理”服務(wù)2使用windows腳本實現(xiàn)數(shù)據(jù)庫的完整備份將mybackup.batmybackup.sql放在DS根目錄修改mybackup.bat文件以下是mybackup.bat文件rdtaihudb

12、/s/q注釋：刪除上次使用的目錄mdtaihudb注釋：建立一個目錄，用于放備份出來的數(shù)據(jù)庫setpath=%path%;d:ProgramFilesMicrosoftSQLServer100ToolsBinn注釋：路徑為SQ安裝在那個盤路徑就指定那個盤路徑setdates=%date%time%echo%dates%>>D:logs.txtechoSql_Back_Start>>D:logs.txtecho.>>D:logs.txtSQLCMD.exe-S10.11.200.51-Usa-Psa-iD:mybackup.sql注釋：IP為數(shù)據(jù)庫服務(wù)器IPs

13、etdates=%date%time%echo%dates%>>D:logs.txtechoSql_Back_Finish>>D:logs.txtecho.>>D:logs.txtecho.>>D:logs.txtnetuse10.11.200.105T_BRANCH_old111111/user:"administrator"注釋：修改IP為數(shù)據(jù)庫備份服務(wù)器IP修改密碼xcopytaihudb10.11.200.105T_BRANCH_old/s/e/y注釋：IP為備份服務(wù)器IP在備份服務(wù)器上新建T_BRANCH_o血件夾，

14、并進行共享。文件夾名字請根據(jù)各分中心實際情況進行命名。Rem命令結(jié)束Exit- 以上是mybackup.bat文件修改mybackup.sql文件- 以下是mybackup.sql文件DECLAREnamevarchar(45)DECLAREdatetimechar(17)DECLAREpathvarchar(255)DECLAREbakfilevarchar(290)setname='t_MNG'注釋：此處為備份數(shù)據(jù)庫名字setdatetime=CONVERT(char(11),getdate(),120)+REPLACE(CONVERT(char(8),getdate(),

15、108),':',")setpath='D:taihudb'注釋：此處為數(shù)據(jù)庫備份路徑，文件夾需自己手動建立setbakfile=path+'/'+name+'_'+datetime+'.BAK'BACKUDATABAST_MNGTODISK=bakfileWITHNOFORMAT,NOINIT,NAME=N'T_MNG-完整數(shù)據(jù)庫備份',SKIP,NOREWIND,NOUNLOAD,STATS=10GOGO以上是mybackup.sql文件根據(jù)實際建立計劃windows務(wù)第五章數(shù)據(jù)庫的定

16、期巡檢和維護5.1數(shù)據(jù)庫的定期巡檢1內(nèi)存壓力監(jiān)控內(nèi)存巡檢主要分為外部物理內(nèi)存壓力和內(nèi)部物理內(nèi)存壓力。進行檢查的時候首選需要查看服務(wù)器是否存在外部物理內(nèi)存壓力。通過Window旺務(wù)管理器查看物理內(nèi)存的占用情況，如下圖所示：可以得到如下信息：物理內(nèi)存（mb總數(shù)12000可用數(shù)4000目前系統(tǒng)尚有可用內(nèi)存可用率33%因此可以確定服務(wù)器存在內(nèi)存壓力，需要增加內(nèi)存。內(nèi)存巡檢sql數(shù)據(jù)庫內(nèi)部物理內(nèi)存壓力在SQLServer所占用的內(nèi)存中，絕大部分應(yīng)該是緩存的數(shù)據(jù)頁和索引頁。接下來我們將通過執(zhí)行如下語句，查看SQLServer緩沖池中數(shù)據(jù)庫緩存的頁的情況：Selectpage_type,count(page

17、_type)Fromsys.dm_os_buffer_descriptorsGroupbypage_typeOrderbycount(page_type)desc通過計算可以得到該數(shù)據(jù)庫在緩沖池中緩存的數(shù)據(jù)量約為435684x8KB+8613x8KB=3.3GB在了解了SQLServer緩沖池中緩存的數(shù)據(jù)頁和索引頁的數(shù)據(jù)量以后，我們接下來要查看兩個很重要的性能指標，即每秒交換的頁數(shù)和緩沖池的命中率。如果每秒鐘內(nèi)存和磁盤交換的頁數(shù)過多且緩沖池的命中率過低，則表明內(nèi)存大小不夠，很多查詢都無法在緩沖池中找到相應(yīng)結(jié)果，只能從磁盤中定位相應(yīng)數(shù)據(jù)頁，并把相應(yīng)數(shù)據(jù)頁緩存到內(nèi)存中，這樣一來勢必會影響性能。緩沖

18、池命中率過低，意味著緩存的數(shù)據(jù)頁和索引頁不夠目前每秒交換的頁數(shù)為0,且緩沖池白命中率為100%表明則說明數(shù)據(jù)庫的SQ設(shè)計良好，無需優(yōu)化SQ晤句內(nèi)存巡檢總結(jié)，首先通過性能監(jiān)視器查看內(nèi)存緩沖池的命中率，如果命中率高于85%則說明數(shù)據(jù)庫的SQ設(shè)計良好，無需優(yōu)化SQL語句，但是外部可用內(nèi)存只有30嘀要增加內(nèi)存2CPUS力監(jiān)控通過任務(wù)管理器查看CP改用率通過任務(wù)管理器以及SQLServer活動監(jiān)視器可以看到，目前CPU勺平均占用率在5艱內(nèi)。目前服務(wù)器的CP講不存壓力一口四任其管署文件審）選嗔m互看g和助00應(yīng)用程序逗程胴弟性能i族網(wǎng)用戶fcru使用車cru停用記錄內(nèi)存（W6J存4包44255552227

19、0回4SO1-04-32218/23要已可空核心內(nèi)存蒯）分貢蜀耒分頁160謖近散開機時間提幺LGEJ睡散：8。一可候用M*一|柳理內(nèi)存：3-查看CPUScheduler通過查看Scheduler的信息，我們可以了解到具體每一個CPU!程的壓力情況。Scheduler是SQLOS一個非常重要的組件，用來在各個CPl±間分發(fā)負載。執(zhí)彳f如下語句，查看Scheduler的當(dāng)前信息:Selectscheduler_id,cpu_id,status,runnable_tasks_count,active_workers_count,load_factor,yield_countfromsys.

20、dm_os_schedulerswherescheduler_id<255該語句的返回結(jié)果如下圖所示:歹Lj5型leggli電d*工rbi&*cluprag虧直白上rlDad._factorrfCQCL-."1i.ZH.；E.1kli*a3hrdu1et-dNSSie!Omff“口西|1mwivlAii2、.口中曲*，/ajrtlrwld-GMirt*1：1?VISGLFOS.5l.rJF6-7-113VISIBLEONLIJE。23>9S534D2XViseiJEZLNEQ22&2*29力115ViSiELEonlihe0225715MS5416Y3H上

21、gLHE。1264MJG517VISIBLEONUNEQ12劃?柝IBVISiOLEONLINE012了ISVISREONIFJE02357衿？必9的VISIBLEOMLIJEQ221Q97B1W1092iViSBiJEOMLNE022775Z250JU化空visbleo*fje-a2"石的第1FT八）fh>尹mi*IFfW.I11M2JCPUI檢總結(jié)，首先查看cpu的使用率和Scheduler信息，發(fā)現(xiàn)CPU無任何壓力。3對數(shù)據(jù)庫IO監(jiān)控通過性能監(jiān)視器查看磁盤IO壓力針對磁盤IO是否存在壓力，主要通過如下幾個性能計數(shù)器來查看，目前環(huán)境中IO的讀與寫的值基本都保持在0,說明磁盤

22、IO不存在性能瓶頸。W4TESM3Avg.DiskQueue平均每塊磁盤不超過2LengthAvg.Disksec/Read平均值小于20msAvg.Disksec/Write平均值小于20msCurrentDiskQueue平均每塊磁盤不超過2Length此次巡檢發(fā)現(xiàn)數(shù)據(jù)庫狀態(tài)完整統(tǒng)一，CPU!IO無壓力，物理內(nèi)存有明顯的性能瓶頸，建議增加內(nèi)存第6章數(shù)據(jù)庫維護6.1 數(shù)據(jù)庫完整性檢查（重要每月）每季度對數(shù)據(jù)庫進行完整性檢查，所有對象分配和數(shù)據(jù)，結(jié)構(gòu)完整性進行檢查.使用DBCCCHECKDB（DB_NAME命令n宜工u°匕£ogn白勺OB-OO2吉FP"行對家ay

23、s_A.pp±1cza11.Erna'1JXJ白工fJoS11_CUECM綱DBCC結(jié)果*對蒙"£11_-H=CK*的1頁中有=行心AS«_OR<iAfrr_r>OHN）DBCC結(jié)二期”對象HA3OaOAK-DOWW的O羽中有O亍金"七的3QCC結(jié)果.對象“_E"e=的eea而中有工”<爭行*CHECKDB疊臉§庫”T_mRMCH，王我現(xiàn)口金分理錯謨扣口個一現(xiàn)由。執(zhí)行言甚海艱輸出森陵信jfc*密罵系統(tǒng)管理員聯(lián)系.6.2 清空數(shù)據(jù)庫日志(重要每月)首發(fā)集團的數(shù)據(jù)庫7*24小時運行，產(chǎn)生大量日志，會大量

24、占用磁盤空間，導(dǎo)致硬盤IO性能下降，因此需要每月清空數(shù)據(jù)庫日志。注意清空數(shù)據(jù)庫日志以后，需要擴大到10G10%曾長。否則出現(xiàn)重大事務(wù)無法完成。Uset_branchselectname,sizefromsys.database_files;ALTERdatabaset_branchsetrecoverysimplewithno_wait;alterdatabaset_branchsetrecoverysimple;DBCCshrinkfile(N'T_BRANCH_log',0,truncateonly)alterdatabaset_branchsetrecoveryfullw

25、ithno_waitalterdatabaset_branchsetrecoveryfull6.3 重組數(shù)據(jù)庫表（重要季度）首發(fā)集團的數(shù)據(jù)庫7*24小時運行，產(chǎn)生大量數(shù)據(jù)，在進行了大量的數(shù)據(jù)更新操作后，索引頁和數(shù)據(jù)頁會被分成多塊，形成嚴重的索引與數(shù)據(jù)頁碎片，這樣會降低掃描索引和數(shù)據(jù)頁的速度，降低檢索數(shù)據(jù)速度。所以數(shù)據(jù)庫管理員需要每月對數(shù)據(jù)庫索引和數(shù)據(jù)頁進行重組。USET_BRANCH;DECLAREtablenamevarchar(100)DECLAREcommandnvarchar(4000)DECLAREauthors_cursorCURSORFORSelectnamefromsysobj

26、ectswherextype='u'orderbyidOPENauthors_cursorFETCHNEXTFROMauthors_cursorINTOtablenameWHILEFETCH_STATUS=0BEGINSET©command=N'ALTERINDEX'+N'ALL'+N'ON+tablename+N'REBUILD'EXEC(command);PRINTN'Executed:'+command;FETCHNEXTFROMauthors_cursorINTOtablenameENDd

27、eallocateauthors_cursor表重組的好處就是可以減少碎片，相同的數(shù)據(jù)，掃描更少的頁DBCCSHOWCONTIG(L05T201710)已執(zhí)行TABLE級別的掃描。- 掃描區(qū)數(shù):154777- 掃描密度最佳計數(shù)：實際計數(shù).:5.7%154019:286380ALTERINDEXALLONL05T201710REBUILDDBCCSHOWCONTIG(L05T201710)已執(zhí)行TABLE級別的掃描。- 掃描區(qū)數(shù):154777- 掃描密度最佳計數(shù)：實際計數(shù).:99.51%154019:1547806.4 更新數(shù)據(jù)庫統(tǒng)計信息(重要每月)對于SQ語句，SQLSERVER很多種方法來完

28、成它。有些方法適合于數(shù)據(jù)量比較小的時候，有些方法適合于數(shù)據(jù)量比較大的時候。同一種方法，在數(shù)據(jù)量不同的時候，復(fù)雜度會有非常大的差別。SQLSERVRE®需要知道每一種操作所要處理的數(shù)據(jù)量有多少，從而估算出復(fù)雜度，選取一個代價最小的執(zhí)行計劃。說得通俗一點，SQLSERVR能夠知道數(shù)據(jù)是“長得什么樣”的，才能用最快的方法完成指令。怎么能夠讓SQLSERVER道數(shù)據(jù)的分布信息呢？在數(shù)據(jù)庫管理系統(tǒng)里有個常用的技術(shù)，就是數(shù)據(jù)的“統(tǒng)計信息”(STATISTICSoSQLSERVE匿通過它了解數(shù)據(jù)的分布情況的。Uset_branchGoExecsp_updatestats第七章數(shù)據(jù)庫故障及標準處置方

29、案7.1 數(shù)據(jù)庫系統(tǒng)標準化啟動與關(guān)閉流程由于供電系統(tǒng)導(dǎo)致關(guān)閉與啟動數(shù)據(jù)庫系統(tǒng)，需要執(zhí)行數(shù)據(jù)庫標準化流程。關(guān)閉數(shù)據(jù)庫系統(tǒng)標準化流程1關(guān)閉傳輸服務(wù)器傳輸服務(wù)，關(guān)閉WEB務(wù)器WE服務(wù)，關(guān)閉一切與數(shù)據(jù)庫系統(tǒng)相關(guān)的應(yīng)用系統(tǒng)。2全量備份數(shù)據(jù)庫，把數(shù)據(jù)庫備份傳到備份服務(wù)器上，本地數(shù)據(jù)庫服務(wù)器和備份服務(wù)器均保留一份備份3關(guān)閉雙機系統(tǒng)中的備機4待雙機系統(tǒng)軟件檢測備用服務(wù)器已經(jīng)停機后，關(guān)閉SQL2008R2數(shù)據(jù)庫服務(wù)，在MSSQLSERVER停止后，關(guān)閉主服務(wù)器5在備用服務(wù)器與主服務(wù)器完全關(guān)閉后，關(guān)閉磁盤陣列啟動數(shù)據(jù)庫系統(tǒng)標準化流程1首先確保與數(shù)據(jù)庫系統(tǒng)相關(guān)的應(yīng)用關(guān)閉2開機磁盤陣列，需要5分鐘磁盤陣列啟動正常，提

30、示ready3查看磁盤陣列狀態(tài)，等待磁盤陣列提示ready以后，開啟主機4主服務(wù)器開啟后，打開雙機軟件，待主服務(wù)器識別磁盤陣列，開始數(shù)據(jù)庫服務(wù)后，開啟備用服務(wù)器，開啟應(yīng)用程序7.2 人為操作失誤造成的數(shù)據(jù)庫故障由于人為操作失誤造成的數(shù)據(jù)庫故障，如droptable,truncatetable等，或者update語句沒有寫上正確的where條件，導(dǎo)致系統(tǒng)數(shù)據(jù)出現(xiàn)問題。需要人員及備用設(shè)備信息安全組長，高級數(shù)據(jù)庫工程師，備份服務(wù)器人為操作失誤造成的數(shù)據(jù)庫故障標準化流程1 立即關(guān)閉所有與數(shù)據(jù)庫系統(tǒng)有關(guān)應(yīng)用程序2 在備份服務(wù)器上，還原修改前的數(shù)據(jù)庫備份3 根據(jù)數(shù)據(jù)庫備份，恢復(fù)數(shù)據(jù)二-28/344 由信息

31、安全組長，高級數(shù)據(jù)庫工程師審核以后開啟所有應(yīng)用7.3 數(shù)據(jù)庫服務(wù)器故障（但磁盤陣列正常）首發(fā)集團的數(shù)據(jù)庫系統(tǒng)，通過RoseHA?成雙機系統(tǒng)，當(dāng)系統(tǒng)出現(xiàn)故障時，如主服務(wù)系統(tǒng)宕機，RoseHA將確定故障原因，并采取相應(yīng)對策，并將這些應(yīng)用切換到備份服務(wù)器上。不需要管理員干預(yù)。本標準化流程處理2臺數(shù)據(jù)庫服務(wù)器同時出現(xiàn)故障。需要人員及備用設(shè)備信息安全組長，高級數(shù)據(jù)庫工程師，備用服務(wù)器，信息安全筆記本電腦，內(nèi)網(wǎng)專用LB,磁盤陣列存儲線。數(shù)據(jù)庫服務(wù)器故障（但磁盤陣列正常）標準化流程1 信息安全人員關(guān)閉所有與數(shù)據(jù)庫連接的應(yīng)用程序2 信息安全人員確定主數(shù)據(jù)庫服務(wù)器與備用數(shù)據(jù)庫服務(wù)器關(guān)機3 信息安全人員關(guān)閉磁盤陣

32、列4 信息安全組長通過筆記本電腦連接磁盤陣列，把SQL2008R2數(shù)據(jù)庫文件與日志文件，拷貝到筆記本電腦中5 信息安全組長，把數(shù)據(jù)庫文件與日志文件拷貝到備用服務(wù)器6 信息安全組長，修改備用服務(wù)器，主機名，IP地址，模擬數(shù)據(jù)庫系統(tǒng)7 高級數(shù)據(jù)庫工程師，在備用服務(wù)器上，修改備用服務(wù)器的數(shù)據(jù)庫用sa密碼與權(quán)限，附加數(shù)據(jù)庫文件與日志文件8 數(shù)據(jù)庫附加成功后，高級數(shù)據(jù)庫工程師審核數(shù)據(jù)庫狀態(tài)，通過DBCCCHECKDB（數(shù)據(jù)庫名”）命令，無錯誤后，開啟數(shù)據(jù)庫服務(wù)WfchCMIla。件IT唱gB>IVIVitl(wn*,*一一；-J,IS*We，ufe加）工仃，%Fnm7.4 磁盤陣列故障（數(shù)據(jù)塊故障

33、）首發(fā)集團的數(shù)據(jù)庫系統(tǒng)，數(shù)據(jù)庫數(shù)據(jù)文件與日志文件存放在磁盤陣列王7低盤陣列在出現(xiàn)硬盤故窿據(jù)庫故障時，需要信息安全組一|長與高級數(shù)據(jù)庫工程師，啟動應(yīng)急預(yù)案，快速定位故障，恢復(fù)數(shù)據(jù)庫系統(tǒng)。需要人員及備用設(shè)備信息安全組長，高級數(shù)據(jù)庫工程師，備用服務(wù)器。磁盤陣列故障（數(shù)據(jù)塊故障）標準化流程1 關(guān)閉與數(shù)據(jù)庫系統(tǒng)連接的應(yīng)用程序2 快速定位故障點，使用dbcccheckdb（“數(shù)據(jù)庫名”）對象'Tb_Archives_File_1'有3777行，這些行位于172頁中。CHECKDB發(fā)現(xiàn)了0個分配錯誤和2個一致性錯誤3 快遞定位故障點以后，修改數(shù)據(jù)庫為單用戶模式，使用命令alterdataba

34、se數(shù)據(jù)庫名setsingle_user4 修復(fù)故障點，使用數(shù)據(jù)庫修復(fù)對象命令dbccchecktable('Tb_Archives_File_1'repair_allow_data_loss)5 修復(fù)了數(shù)據(jù)庫故障以后，使用dbcccheckdb(“數(shù)據(jù)庫名”)，檢查數(shù)據(jù)庫是否處于一致狀態(tài),數(shù)據(jù)庫處于一致狀態(tài)以后,CHECK現(xiàn)了0個分配錯誤和0個一致性錯誤，修改數(shù)據(jù)庫為多用戶模式，使用命令alterdatabase數(shù)據(jù)庫名setmultiuser7恢復(fù)數(shù)據(jù)庫系統(tǒng)，開啟應(yīng)用程序SflIJafi1MiD>jfiSIV)魚1皿39=11fMH)EOOJt±£'.c)幫幼叱II5-J前建事涵如為必H苣myt，卜YW1國丁，心