您現(xiàn)在的位置:首頁(yè) >關(guān)于我們 >行業(yè)新聞 >九個(gè)步驟來(lái)解決SQL服務(wù)器的問(wèn)題

九個(gè)步驟來(lái)解決SQL服務(wù)器的問(wèn)題

時(shí)間:2016年7月16日

 我們都是時(shí)有發(fā)生的問(wèn)題,我們需要努力通過(guò)一些解決問(wèn)題的步驟來(lái)確定為什么發(fā)生問(wèn)題。在這些情況下,你需要像一個(gè)犯罪現(xiàn)場(chǎng)調(diào)查員造成的發(fā)現(xiàn)根。不,我們不把黃警示膠帶在我們的服務(wù)器,我們的網(wǎng)絡(luò)電纜,和我們的臺(tái)式機(jī)。 然而,有時(shí)我們會(huì)拔掉網(wǎng)線(xiàn)來(lái)防止機(jī)器被進(jìn)一步污染。管這個(gè)問(wèn)題,你需要做一些法醫(yī)分析,確定問(wèn)題的原因。

信息收集階段

為了診斷首先需要收集一些有關(guān)問(wèn)題的信息問(wèn)題。你還需要檢查日志文件以確定什么樣的系統(tǒng)錯(cuò)誤信息和日志記錄的存在,可能會(huì)對(duì)你有幫助的問(wèn)題診斷。下面是一組時(shí)應(yīng)該考慮通過(guò)你的分析信息收集階段的步驟。

步驟1:收集事實(shí)

任何解決問(wèn)題的練習(xí)的第一步是收集事實(shí)。你需要知道什么樣的問(wèn)題發(fā)生。這就是你需要訪(fǎng)談客戶(hù),或程序員了解如何以及何時(shí)發(fā)生的問(wèn)題。你需要確定它是否是全系統(tǒng)的,還是更多的是局限于一個(gè)特定的應(yīng)用程序或組件 ,申請(qǐng)。你還需要知道 時(shí)間在問(wèn)題發(fā)生時(shí),它是否仍然是一個(gè)問(wèn)題。除此之外,你需要知道的最后一次系統(tǒng)正確工作。你需要確定是否有任何新的系統(tǒng)或應(yīng)用變化引入可能引起的問(wèn)題。有一些事實(shí)問(wèn)題你可以開(kāi)始尋找線(xiàn)索,可能有助于找出問(wèn)題的根本原因。

步驟2:在不同的環(huán)境和機(jī)器測(cè)試

值得在不同環(huán)境下的測(cè)試,如果你有他們。這是一個(gè)事實(shí)的收集工作,但我把它拼寫(xiě)出來(lái)作為一個(gè)單獨(dú)的步驟,因?yàn)楹芏啻蔚慕?jīng)驗(yàn)豐富的員工 不想執(zhí)行測(cè)試在不同的環(huán)境當(dāng)他們收集事實(shí)。你會(huì)發(fā)現(xiàn)只有一個(gè)環(huán)境受到影響,一系列的環(huán)境或 所有環(huán)境。如果只有一個(gè)環(huán)境影響的問(wèn)題,可能是一個(gè)與環(huán)境 配置問(wèn)題,或其他的工作環(huán)境。

此外,你可能想嘗試不同的客戶(hù)機(jī),服務(wù)器或應(yīng)用程序。偶爾,你會(huì)發(fā)現(xiàn)一個(gè)不同的配置或設(shè)置造成應(yīng)用工作,或不工作。你需要了解所有的 不同的設(shè)置和配置選項(xiàng)然后文件的那些工作。

步驟3:檢查SQL Server錯(cuò)誤日志

SQL Server創(chuàng)建一個(gè)日志文件稱(chēng)為“日志”。一個(gè)新的日志文件創(chuàng)建 每次SQL Server啟動(dòng)。默認(rèn)情況下,SQL Server六 保持舊的錯(cuò)誤日志文件,每一個(gè)有序列號(hào)相關(guān)。的 錯(cuò)誤日志文件默認(rèn)存儲(chǔ)在“日志”文件夾內(nèi)的 標(biāo)準(zhǔn)”…Files\Microsoft SQL服務(wù)器…”文件夾 結(jié)構(gòu)。

發(fā)現(xiàn)與時(shí)間的問(wèn)題時(shí),首次發(fā)生日志文件。看是否有在消息被由SQL Server輸出任何異常。有時(shí)如果SQL Server檢測(cè)到變化,或者遇到問(wèn)題,它將被記錄在錯(cuò)誤日志文件。

步驟4:查看事件日志

你應(yīng)該使用事件查看器查看不同的事件日志記錄。事件日志中包含的信息警告和錯(cuò)誤。你應(yīng)該 看所有事件發(fā)生不久之前,期間和確定問(wèn)題的 時(shí)間后。你需要確保你復(fù)習(xí)的“應(yīng)用”和“系統(tǒng)”事件,以及“安全”事件。

步驟5:檢查默認(rèn)痕跡

默認(rèn)跟蹤,如前所述,是一種微量啟動(dòng)SQLServer 時(shí)自動(dòng)啟動(dòng),如果默認(rèn)跟蹤選項(xiàng)啟用。在現(xiàn)代飛機(jī) 類(lèi)似飛行記錄器。這種跟蹤捕獲所有配置更改實(shí)例。通過(guò)回顧默認(rèn)跟蹤信息你可以確定什么樣的數(shù)據(jù)庫(kù)的變化可能是由期間被查出有問(wèn)題。

默認(rèn)跟蹤文件存儲(chǔ)在同一個(gè)日志文件夾中的日志。他們被命名為“l(fā)og_xxx。真相與和解委員會(huì)”,其中xxx是一個(gè)序列號(hào)。 可以打開(kāi)這些文件分析器看到記錄的事件。或者,您可以使用“fn_trace_gettable”功能過(guò)程的 文件使用T-SQL:

SELECT *

從fn_trace_gettable

(c:Files\Microsoft SQL servermssql。1mssqlloglog_155 TRC,默認(rèn);

步驟6:檢討改變 日志

審查你的組織的變更日志。我希望你的組織有一個(gè)。一個(gè) 更改日志的集中位置,確定所有的變化都 介紹。如果您的組織有一個(gè),這有助于識(shí)別 最近發(fā)生的任何變化。這個(gè)日志可能會(huì)為你提供一些線(xiàn)索來(lái) 為什么一個(gè)特定的問(wèn)題發(fā)生,特別是如果應(yīng)用程序, 有問(wèn)題是近日已修改。如果你的 組織沒(méi)有更改日志,然后在步驟1中你可能會(huì)問(wèn)一個(gè) 程序員當(dāng)最后的應(yīng)用改變了。

分析階段

現(xiàn)在你已經(jīng)收集了一些信息,你需要分析的數(shù)據(jù)你聚集。審查每一步收集信息。尋找異常,將支持由客戶(hù)或程序員發(fā)現(xiàn)問(wèn)題。

把以上1個(gè)步驟確定的情況來(lái)確定每個(gè) 日志和跟蹤文件可以幫助你找出問(wèn)題出現(xiàn)的 。可在每一步看看是否有任何線(xiàn)索會(huì)讓你更好地了解是什么原因造成的信息審查。

在你做了這樣的分析,你可能是幸運(yùn)的,找出問(wèn)題的原因 。然而,會(huì)有一些時(shí)候,以上步驟不屈服 解決問(wèn)題。在這種情況下,你需要繼續(xù)前進(jìn),做一些 額外的測(cè)試和信息收集。

額外的測(cè)試和信息收集

如果你不能通過(guò)審查不同的系統(tǒng)日志中發(fā)現(xiàn)的問(wèn)題,或者默認(rèn)跟蹤需要分析導(dǎo)致問(wèn)題的實(shí)際過(guò)程。這意味著你可能要看代碼甚至運(yùn)行不同的測(cè)試。這里確定的步驟只有起點(diǎn)的休息。他們應(yīng)該幫助你組織你的想法如何 你可能去進(jìn)行更多的測(cè)試和收集更多的信息 幫助你解決手頭的問(wèn)題。

步驟7:制定測(cè)試計(jì)劃

坐下來(lái)與客戶(hù)和應(yīng)用程序和文件都會(huì)通過(guò)=步驟,這是造成問(wèn)題。許多這樣的 信息可能已經(jīng)在步驟1中收集的,但它至少是值得去 一遍。如果問(wèn)題重復(fù)鑒定。如果不能 重復(fù)則可能難以確定是什么引起的問(wèn)題。這里的 點(diǎn)是確定應(yīng)用程序是如何連接到SQL Server和 T-SQL代碼被執(zhí)行;诒徽{(diào)查你將需要開(kāi)發(fā)一套測(cè)試運(yùn)行,你可能想捕捉來(lái)確定什么什么信息的問(wèn)題。做任何測(cè)試之前,我建議你去下一步。

步驟8:備份數(shù)據(jù)庫(kù)

在繼續(xù)做額外的測(cè)試,并 故障分析,這可能是明智的問(wèn)題做數(shù)據(jù)庫(kù)備份。 備份可全,微分或日志備份取決于你當(dāng)前的 數(shù)據(jù)庫(kù)備份策略,你的過(guò)去和現(xiàn)狀。這 備份將提供你一個(gè)恢復(fù)點(diǎn)應(yīng)該要開(kāi)始調(diào)整SQL Server為您診斷故障排除步驟6中確定的步驟 部分。

步驟9:執(zhí)行額外的測(cè)試和測(cè)井

把你的測(cè)試邏輯塊盡可能小。這些步驟 連接到SQL Server的測(cè)試,你可能會(huì)考慮將SQL Server 儀使您可以監(jiān)視什么樣的T-SQL語(yǔ)句和批處理被 執(zhí)行。分析器將允許您捕獲正在運(yùn)行的代碼,這 有時(shí)是不同于程序員的期望,有時(shí)儀和 額外的步驟都需要縮小是什么原因造成目前的問(wèn)題 。

CSI的方法來(lái)解決問(wèn)題

其中最有價(jià)值的東西作為一個(gè)DBA是幫助程序員和 客戶(hù)解決問(wèn)題。更難的問(wèn)題是解決大 獎(jiǎng)勵(lì)。以上,我已經(jīng)確定要排除 問(wèn)題逐步逼近。該方法確定了一些日志,看一些工具來(lái)使用,以 幫助您識(shí)別并解決問(wèn)題。你會(huì)發(fā)現(xiàn)這些步驟做 不一定滿(mǎn)足你的需求,這是好的。重要的一點(diǎn)是 明白你需要制定和遵循一個(gè)故障排除過(guò)程中 你的環(huán)境。有一個(gè)問(wèn)題集的步驟和工具,可以讓你 開(kāi)發(fā)一種方法,你可以用在解決問(wèn)題 迅速積極主動(dòng),有條不紊地。


Copyright© 2004-2020 河南海騰電子技術(shù)有限公司 版權(quán)所有   經(jīng)營(yíng)性ICP/ISP證 備案號(hào):B1-20180452   豫公網(wǎng)安備 41019702002018號(hào)    電子營(yíng)業(yè)執(zhí)照