SQLServer性能監(jiān)控
創(chuàng)新互聯(lián)公司是一家網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì),提供網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),網(wǎng)站制作,建網(wǎng)站,按需定制設(shè)計(jì),網(wǎng)站開(kāi)發(fā)公司,自2013年起是互聯(lián)行業(yè)建設(shè)者,服務(wù)者。以提升客戶(hù)品牌價(jià)值為核心業(yè)務(wù),全程參與項(xiàng)目的網(wǎng)站策劃設(shè)計(jì)制作,前端開(kāi)發(fā),后臺(tái)程序制作以及后期項(xiàng)目運(yùn)營(yíng)并提出專(zhuān)業(yè)建議和思路。
這套性能優(yōu)化的清單將至少準(zhǔn)科學(xué)的幫助你找出你的SQLServer任何明顯的性能問(wèn)題。說(shuō)是這樣說(shuō),SQLServer的性能調(diào)優(yōu)仍然是很困難的。我試圖用這套清單去找出“容易”的sqlserver性能問(wèn)題,困難的留待稍后。我這樣做是因?yàn)楹苋菀讓⑷菀缀屠щy的的性能調(diào)優(yōu)問(wèn)題搞混。通過(guò)列出一個(gè)“容易”的性能調(diào)優(yōu)范圍,就很容易的將這些問(wèn)題解決,一旦解決了這些容易的問(wèn)題,那么你就能集中去解決更困難的問(wèn)題。
使用這個(gè)SQLServer性能調(diào)優(yōu)清單的一個(gè)好處是,它將不僅僅告訴你目前最容易解決的性能問(wèn)題是什么,而且還幫助你正確的去解決。在某種程度上,你可以選擇不同的順序進(jìn)行。換句話(huà)說(shuō),你可以故意做出特殊的決定而不是按照清單通常的順序進(jìn)行。某種意義上說(shuō)你是對(duì)的,不是所有的性能調(diào)優(yōu)建議都適合所有的情形。另外,你的決定是基于你的資源限制,例如沒(méi)有足夠的錢(qián)去買(mǎi)滿(mǎn)足負(fù)荷的硬件。如果真是那樣的話(huà),你就別無(wú)選擇了。還有,你的決定可能基于一些政治原因,那是你不得不作出的改變。不管怎樣,你需要知道你能做什么,使用這個(gè)性能調(diào)優(yōu)清單找出你能改變的范圍并做出相應(yīng)的改變提升你的SQLServer的性能。
一般來(lái)說(shuō),你將在你的每一個(gè)SQL服務(wù)器上執(zhí)行這個(gè)清單。如果遇到清單中的一些問(wèn)題,這會(huì)花掉你一些時(shí)間。我建議你從目前性能問(wèn)題最多的的服務(wù)器開(kāi)始,然后當(dāng)你有時(shí)間的時(shí)候按照自己的思路去解決其他服務(wù)器。
一旦你完成了,可仍然有很多事情要去做。記住,這些只是一些容易的。一旦你完成了這些容易的,接下來(lái)你需要花時(shí)間去解決更困難問(wèn)題。這個(gè)是另一篇文章要解決的問(wèn)題了。
怎樣進(jìn)行你的SQLServer性能調(diào)優(yōu)呢?
為了使其變得容易,我把它們分成了以下幾個(gè)部分:
? 使用性能監(jiān)視器找出硬件瓶頸
? SQLServer硬件性能監(jiān)控列表
? 操作系統(tǒng)性能監(jiān)控列表
? SQLServer2000配置性能監(jiān)控列表
? 數(shù)據(jù)庫(kù)配置設(shè)置性能監(jiān)控列表
? 索引性能監(jiān)控列表
? 應(yīng)用程序和T-SQL性能監(jiān)控列表
? SQLServer數(shù)據(jù)庫(kù)作業(yè)性能監(jiān)控列表
? 使用Profiler找出低效的查詢(xún)
? 怎樣最好的實(shí)現(xiàn)SQLServer性能監(jiān)控
管理你的SQLServe性能的最好方法是首先回顧上面每一部分的內(nèi)容,把它們打印出來(lái)。然后完成每一部分的內(nèi)容,寫(xiě)下你收集到的結(jié)果。你也可以按照你喜歡的順序進(jìn)行。上面的步驟僅僅列出了我執(zhí)行的順序,因?yàn)槟菢油ǔD苓_(dá)到一個(gè)比較好的效果。
性能監(jiān)控列表
計(jì)數(shù)器名稱(chēng) 均值 最小值 最大值
Memory: Pages/sec
Memory: Available Bytes
Physical Disk: % Disk time
Physical Disk: Avg. Disk Queue Length
Processor: % Processor Time
System: Processor Queue Length
SQL Server Buffer: Buffer Cache Hit Ratio
SQL Server General: User Connections
在上表輸入你的結(jié)果.
使用性能監(jiān)視器找出SQLServer硬件瓶頸
開(kāi)始SQLServer性能調(diào)優(yōu)的最佳地方就是從性能監(jiān)視器(系統(tǒng)監(jiān)視器)開(kāi)始。通過(guò)一個(gè)24小時(shí)的周期對(duì)一些關(guān)鍵的計(jì)數(shù)器進(jìn)行監(jiān)控,你將對(duì)你SQLServer服務(wù)器的硬件瓶頸了如指掌。
一般來(lái)說(shuō),使用性能監(jiān)視器去創(chuàng)建一個(gè)一些關(guān)鍵的計(jì)數(shù)器的24小時(shí)周期的監(jiān)控日志。當(dāng)你決定創(chuàng)建這個(gè)日志的時(shí)候,你需要選擇一個(gè)典型的24小時(shí)的周期,例如,選擇一個(gè)典型的比較忙的日期,而不是周日或節(jié)假日。
一旦你將這些捕獲的數(shù)據(jù)形成日志后,在性能監(jiān)視器的圖形界面下會(huì)顯示計(jì)數(shù)器的推薦值。你在上表中記下均值、最小值、峰值。做完這些后,用你的結(jié)果跟下面的分析比較。通過(guò)你的結(jié)果和下面的建議值進(jìn)行比較,你將能快速的找到你的SQLServe正在經(jīng)歷的潛在的硬件瓶頸。
關(guān)鍵性能計(jì)數(shù)器說(shuō)明
下面是不同關(guān)鍵性能計(jì)數(shù)器的一個(gè)討論,它們的建議值和為了幫助解決硬件瓶頸問(wèn)題的一些選項(xiàng)。注意我已經(jīng)限制了性能監(jiān)視器需要監(jiān)視的一些關(guān)鍵計(jì)數(shù)器。我這么做是因?yàn)樵诒疚奈覀兊哪康氖菫榱巳菀椎恼业斤@而易見(jiàn)的性能問(wèn)題,許多其他的性能監(jiān)視器計(jì)數(shù)器你能在本網(wǎng)站其他地方找到。
Memory: Pages/sec
這個(gè)計(jì)數(shù)器記錄的是每秒鐘內(nèi)存和磁盤(pán)之間交換的頁(yè)面數(shù)。交換更多的頁(yè)面、超過(guò)你服務(wù)器承受的更多的I/O,將輪流降低你SQLserver的性能。你的目的就是盡量將頁(yè)面減少到最小,而不是消除它。
如果你的服務(wù)器上SQLServer是最主要的應(yīng)用程序,那么這個(gè)值的理想范圍是0~20之間??赡芎芏鄷r(shí)候你看到的值都會(huì)超過(guò)20。這個(gè)值一般要保持在每秒的平均頁(yè)數(shù)在20以下。
如果這個(gè)值平均總是超過(guò)20,其中最大的一個(gè)可能是內(nèi)存瓶頸問(wèn)題,需要增加內(nèi)存。通常來(lái)說(shuō),更多的內(nèi)存意味著需要執(zhí)行的頁(yè)面更少。
在大多數(shù)情況下,服務(wù)器決定SQLServer使用的適當(dāng)內(nèi)存的大小,頁(yè)面將平均小于20。給SQLServer適當(dāng)?shù)膬?nèi)存意味著服務(wù)器的緩存命中率(Buffer Hit Cache Ratio 這個(gè)稍后會(huì)講到)達(dá)到99%或者更高。如果在一個(gè)24小時(shí)的周期里你的sqlserver的緩存命中率達(dá)到99%或者更高,但是在這個(gè)期間你的頁(yè)面數(shù)總是超過(guò)20,這意味著你或許運(yùn)行了其他的程序。如果是這樣的情況,建議你移除這些程序,使SQLServer是你的服務(wù)器的最主要的程序。
如果你的sqlserver服務(wù)器沒(méi)有運(yùn)行其他程序,并且在一個(gè)24小時(shí)的周期里頁(yè)面數(shù)總是超過(guò)20,這說(shuō)明你應(yīng)該修改你對(duì)SQLServer的內(nèi)存設(shè)置了。將其設(shè)置為“動(dòng)態(tài)配置SQLServer的內(nèi)存”,并且最大內(nèi)存設(shè)置得高一些。為了達(dá)到最優(yōu),SQLServer將盡可能的獲得多的內(nèi)存以完成自己的工作,而不是去和其他的程序爭(zhēng)奪內(nèi)存。
Memory: Available Bytes
另一個(gè)檢查SQLServer是否有足夠的物理內(nèi)存的方法是檢查Memory Object: Available Bytes計(jì)數(shù)器。 這個(gè)值至少大于5M,否則需要添加更多的物理內(nèi)存。在一個(gè)專(zhuān)門(mén)的SQLServer服務(wù)器上,SQLServer試圖維持4-10M的自由物理內(nèi)存,其余的物理內(nèi)存被操作系統(tǒng)和SQLServer使用。當(dāng)可用的物理內(nèi)存接近5M或者更低時(shí),SQLServer最可能因?yàn)槿鄙賰?nèi)存而遇到性能瓶頸。遇此情況,你需要增加物理內(nèi)存以減少服務(wù)器的負(fù)荷,或者給SQLServer配置一個(gè)合適的內(nèi)存。
Physical Disk: % Disk Time
這個(gè)計(jì)數(shù)器度量磁盤(pán)陣列繁忙程度(不是邏輯分區(qū)或磁盤(pán)陣列上獨(dú)立的磁盤(pán))。它提供一個(gè)對(duì)磁盤(pán)陣列繁忙程度相對(duì)較好的度量。原則上計(jì)數(shù)器% Disk Time的值應(yīng)該小于55%。如果持續(xù)超過(guò)55%(在你24小時(shí)的監(jiān)控周期里大約超過(guò)10分鐘),說(shuō)明你的SQLServer有I/O瓶頸。如果你只是偶爾看到,也不必太擔(dān)心。但是,如果經(jīng)常發(fā)生的話(huà)(也就是說(shuō),一個(gè)小時(shí)出現(xiàn)好幾次),就應(yīng)該著手尋找增加服務(wù)器I/O性能或者減少服務(wù)器負(fù)荷的解決之道了。一般是為磁盤(pán)陣列增加磁盤(pán),或者更好更快的磁盤(pán),或者給控制器卡增加緩存,或者使用不同版本的RAID,或者更換更快的控制器。
在NT4.0上使用該計(jì)數(shù)器之前,確認(rèn)在NT命令提示符下輸入diskperf -y,重啟服務(wù)器,以便手動(dòng)打開(kāi)。在NT4.0下第一次必須將該計(jì)數(shù)器打開(kāi),Windows2000默認(rèn)是打開(kāi)的。
Physical Disk: Avg. Disk Queue Length
除了觀(guān)察物理磁盤(pán)的% Disk Time計(jì)數(shù)器外,還可以用Avg. Disk Queue Length計(jì)數(shù)器。磁盤(pán)陣列中的各個(gè)磁盤(pán)的該值如果超過(guò)2(在你24小時(shí)的監(jiān)控周期里大約超過(guò)10分鐘),那么你的磁盤(pán)陣列存在I/O瓶頸問(wèn)題。象計(jì)數(shù)器% Disk Time一樣,如果只是偶爾看到,也不必太擔(dān)心。但是,如果經(jīng)常發(fā)生的話(huà),就應(yīng)該著手尋找增加服務(wù)器I/O性能的解決之道了。如前所述。
你需要計(jì)算這個(gè)值,因?yàn)樾阅鼙O(jiān)視器不知道你的磁盤(pán)陣列中有多少物理磁盤(pán)。例如,如果你有一個(gè)6個(gè)物理磁盤(pán)組成的磁盤(pán)陣列,它的Avg.
Disk Queue Length值為10,那么實(shí)際每個(gè)磁盤(pán)的值為1.66(10/6=1.66),它們都在建議值2以?xún)?nèi)。
在NT4.0上使用該計(jì)數(shù)器之前,確認(rèn)在NT命令提示符下輸入diskperf -y,重啟服務(wù)器,以便手動(dòng)打開(kāi)。在NT4.0下第一次必須將該計(jì)數(shù)器打開(kāi),Windows2000默認(rèn)是打開(kāi)的。
一起使用這兩個(gè)計(jì)數(shù)器將幫助你找出I/O瓶頸。例如,如果% Disk Time的值超過(guò)55%,Avg. Disk Queue Length計(jì)數(shù)器值超過(guò)2,服務(wù)器則存在I/O瓶頸。
Processor: % Processor Time
處理器對(duì)象: % Processor Time計(jì)數(shù)器對(duì)每一個(gè)CPU可用,并針對(duì)每一個(gè)CPU進(jìn)行檢測(cè)。同樣對(duì)于所有的CPU也可用。這是一個(gè)觀(guān)察CPU利用率的關(guān)鍵計(jì)數(shù)器。如果% Total Processor Time計(jì)數(shù)器的值持續(xù)超過(guò)80%(在你24小時(shí)的監(jiān)控周期里大約超過(guò)10分鐘),說(shuō)明CPU存在瓶頸問(wèn)題。如果只是偶爾發(fā)生,并且你認(rèn)為對(duì)你的服務(wù)器影響不大,那沒(méi)問(wèn)題。如果經(jīng)常發(fā)生,你應(yīng)該減少服務(wù)器的負(fù)載,更換更高頻率的CPU,或者增加CPU的數(shù)量或者增加CPU的2級(jí)緩存(L2 cache)。
System: Processor Queue Length
根據(jù)% Processor Time計(jì)數(shù)器,你可以監(jiān)控Processor Queue Length計(jì)數(shù)器。每個(gè)CPU的該值如果持續(xù)超過(guò)2(在你24小時(shí)的監(jiān)控周期里大約超過(guò)10分鐘),那么你的CPU存在瓶頸問(wèn)題。例如,如果你的服務(wù)器有4個(gè)CPU,Processor Queue Length計(jì)數(shù)器的值總共不應(yīng)超過(guò)8。
如果Processor Queue Length計(jì)數(shù)器的值有規(guī)律的超過(guò)建議的最大值,但是CPU利用率相對(duì)不是很高,那么考慮減少SQLServer的"max worker threads"的配置值。Processor Queue Length計(jì)數(shù)器的值高的可能原因是有太多的工作線(xiàn)程等待處理。通過(guò)減少"maximum worker threads"的值,強(qiáng)迫線(xiàn)程池踢掉某些線(xiàn)程,從而使線(xiàn)程池得到最大的利用。
一起使用計(jì)數(shù)器Processor Queue Length和計(jì)數(shù)器% Total Process Time,你可以找到CPU瓶頸,如果都顯示超過(guò)它們的建議值,可以確信存在CPU瓶頸問(wèn)題。
SQL Server Buffer: Buffer Cache Hit Ratio
SQL Server Buffer中的計(jì)數(shù)器Buffer Cache Hit Ratio用來(lái)指出SQLServer從緩存中而不是磁盤(pán)中獲得數(shù)據(jù)的頻率。在一個(gè)OLTP程序中,該比率應(yīng)該超過(guò)90%,理想值是超過(guò)99%。如果你的buffer cache hit ratio低于90%,你需要立即增加內(nèi)存。如果該比率在90%和99%之間,你應(yīng)該認(rèn)真考慮購(gòu)買(mǎi)更多的內(nèi)存了。如果接近99%,你的SQLServer性能是比較快的了。某些情況下,如果你的數(shù)據(jù)庫(kù)非常大,你不可能達(dá)到99%,即使你在服務(wù)器上配置了最大的內(nèi)存。你所能做的就是盡可能的添加內(nèi)存。
在OLAP程序中,由于其本身的工作原理,該比率大大減少。不管怎樣,更多的內(nèi)存總是能提高SQLServer的性能。
SQL Server General: User Connections
既然sqlserver的使用人數(shù)會(huì)影響它的性能,你就需要專(zhuān)注于sqlserver的General Statistics Object: User Connections計(jì)數(shù)器。它顯示sqlserver目前連接的數(shù)量,而不是用戶(hù)數(shù)。
如果該計(jì)數(shù)器超過(guò)255,那么你需要將sqlserver的"Maximum Worker Threads" 的配置值設(shè)置得比缺省值255高。如果連接的數(shù)量超過(guò)可用的線(xiàn)程數(shù),那么sqlserver將共享線(xiàn)程,這樣會(huì)影響性能。"Maximum Worker Threads"需要設(shè)置得比你服務(wù)器曾經(jīng)達(dá)到的最大連接數(shù)更高。
select year(日期),month(日期),is_working_day,count(*) from table group by is_working_day order by year(日期),month(日期);
mysql的寫(xiě)法,如果sqlserver,
year(日期),month(日期) 換成
DateName(year,日期),DateName(month,日期)
公司漲工資時(shí)長(zhǎng)及漲幅?
一般進(jìn)去兩年左右漲工資,工資漲幅在200左右,不一定,看具體崗位和職位,公司薪酬體系感覺(jué)還可以。
公司工作時(shí)間怎樣?
工作時(shí)間就是八個(gè)小時(shí),但是如果有事情還是需要加班的,而且生產(chǎn)任務(wù)重的時(shí)候加班是常事,節(jié)假日和法定一致
是什么原因吸引你加入該公司?
專(zhuān)業(yè)限制吧,學(xué)的這個(gè)行業(yè)又想在云南,那么也就只有云內(nèi)還可以了,其他汽車(chē)公司都是那種半死不活的
中控指紋考勤機(jī)看型號(hào)的方法:
1、查看考勤機(jī)的說(shuō)明書(shū),都會(huì)有型號(hào)批次的標(biāo)注。
2、查看考勤機(jī)的外包裝盒,即可看到考勤機(jī)的型號(hào)。
3、考勤機(jī)都會(huì)有相應(yīng)的標(biāo)簽以及標(biāo)識(shí)在考勤機(jī)的正面,也可以查看型號(hào)。
4、根據(jù)考勤機(jī)上的產(chǎn)品條碼確定產(chǎn)品型號(hào)。
指紋考勤機(jī)實(shí)現(xiàn)人、地、時(shí)三者合一,去除考勤虛假,為公司省去不必要的加班費(fèi)用付出。對(duì)企業(yè)職員的人事出勤進(jìn)行公正合理并有效、科學(xué)的管理已成為各單位面臨的現(xiàn)實(shí)課題。
擴(kuò)展資料:
中控指紋考勤機(jī)的作用:
1、正常出勤管理:自動(dòng)統(tǒng)計(jì)遲到早退等情況,提供遲到早退次數(shù)、及時(shí)間長(zhǎng)度的統(tǒng)計(jì)。
2、異常出勤管理:提供出差、外勤、工傷、曠工、中途外出等異常出勤管理功能。
3、加班管理:提供登記加班、連班加班等功能,自動(dòng)統(tǒng)計(jì)平時(shí)加班、周休加班、節(jié)假日加班的時(shí)間長(zhǎng)度。
4、提供完善的考勤報(bào)表:
A、考勤匯總詳情表:統(tǒng)計(jì)個(gè)人各個(gè)項(xiàng)目的統(tǒng)計(jì),如遲到、早退、曠工、請(qǐng)假、出差、外出、平時(shí)加班、周休加班、節(jié)假日加班、實(shí)際出勤、出勤率等,該報(bào)表主要用于計(jì)算薪資。
B、出勤圖略表:用符號(hào)形象表示每人當(dāng)月每一天出勤情況。通過(guò)該表對(duì)每個(gè)員工每天的出勤情況一目了然。
C、考勤日?qǐng)?bào)表、月報(bào)表異常報(bào)表。通過(guò)該報(bào)表可以查看每個(gè)員工每天具體的出勤情況。
D、加班詳情表:該表統(tǒng)計(jì)每個(gè)人每天加班的時(shí)間長(zhǎng)度。
參考資料來(lái)源:百度百科-指紋考勤機(jī)
將優(yōu)盤(pán)連接到考勤機(jī)上,進(jìn)入管理界面,有個(gè)數(shù)據(jù)管理,上面有下載考勤數(shù)據(jù),下載完成再連接電腦,進(jìn)入考勤軟件里,在軟件數(shù)據(jù)中選擇usb閃盤(pán)管理,最后一項(xiàng)自助式指紋打卡,導(dǎo)入記錄至電腦,完了就可以在查詢(xún)/打印里統(tǒng)計(jì)報(bào)表了。
1、電腦需安裝“考勤管理系統(tǒng)標(biāo)準(zhǔn)版”,插入U(xiǎn)盤(pán),打開(kāi)“考勤管理系統(tǒng)標(biāo)準(zhǔn)版。
2、打開(kāi)數(shù)據(jù)-U盤(pán)閃管理,按”確認(rèn)。
3、在彈出的窗口中,選擇“9位碼(定制,必需先導(dǎo)入U(xiǎn)盤(pán)員工數(shù)據(jù))。
4、點(diǎn)擊上方“導(dǎo)入記錄數(shù)據(jù)至電腦”,再點(diǎn)擊右側(cè)“從U盤(pán)導(dǎo)入記錄。
5、在彈出的對(duì)話(huà)框中,按“確定”后,系統(tǒng)開(kāi)始導(dǎo)入數(shù)據(jù)。
6、我們可以在”出勤記錄“,輸入相應(yīng)的時(shí)間段,點(diǎn)擊查詢(xún),可以看到我們導(dǎo)入的數(shù)據(jù)。
電子商務(wù)前景很好。
具體表現(xiàn)在以下幾個(gè)方面:
1、現(xiàn)在是互聯(lián)網(wǎng)時(shí)代,購(gòu)物也是,電商已經(jīng)很普及,所以學(xué)電子商務(wù)很有前途。
2、“電子商務(wù)”所學(xué)的東西各有不同,有營(yíng)銷(xiāo)類(lèi)的、物流類(lèi)的、運(yùn)營(yíng)管理類(lèi)的,不管這三種類(lèi)型學(xué)的是哪種,對(duì)大家都有好處。
3、營(yíng)銷(xiāo)類(lèi),電商普及,學(xué)營(yíng)銷(xiāo)出來(lái)很吃香。隨著電商的普及,物流也在同步發(fā)展中,幾乎跟電商是一家,所以學(xué)物流也是不錯(cuò)。
4、運(yùn)營(yíng)管理,現(xiàn)在各個(gè)企業(yè)都有網(wǎng)站,而網(wǎng)站運(yùn)營(yíng)就需要管理者,而剛好電子商務(wù)偏運(yùn)營(yíng)管理的就能勝任這份工作,所以電子商務(wù)是非常有前途的專(zhuān)業(yè)。