正文

手工創(chuàng)建性能快照失敗

發(fā)布時(shí)間：2023-03-12 18:41:51 稿源：創(chuàng)意嶺閱讀： 74 問(wèn)大家

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于手工創(chuàng)建性能快照失敗的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

ChatGPT國(guó)內(nèi)免費(fèi)在線使用，能給你生成想要的原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

你只需要給出你的關(guān)鍵詞，它就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶端，官網(wǎng)：https://ai.de1919.com

本文目錄:

1、云服務(wù)ecs的快照功能不具備
2、請(qǐng)問(wèn)虛擬機(jī)的顯卡性能/虛擬硬件
3、為什么安裝windows操作系統(tǒng)后建議立即創(chuàng)建一個(gè)快照
4、windows自帶性能監(jiān)控器問(wèn)題

手工創(chuàng)建性能快照失敗

一、云服務(wù)ecs的快照功能不具備

服務(wù)器安全措施不足。阿里云快照是一種低成本、便捷高效的數(shù)據(jù)備份手段，功能穩(wěn)定，性能強(qiáng)大，但服務(wù)器安全措施不足易引發(fā)病毒感染、服務(wù)器故障等。云服務(wù)器是阿里云提供的一種基礎(chǔ)云計(jì)算服務(wù)，使用云服務(wù)器ECS就像使用水、電、煤氣等資源一樣便捷、高效。

二、請(qǐng)問(wèn)虛擬機(jī)的顯卡性能/虛擬硬件

個(gè)人喜歡vmware的硬件模擬方式，模擬了一個(gè)完整的電腦硬件環(huán)境，包括網(wǎng)絡(luò)連接主機(jī)，也是簡(jiǎn)單的局域網(wǎng)。運(yùn)行調(diào)試簡(jiǎn)單。另外vmware的3D顯卡也選擇的因素。但是費(fèi)用的原因，使用的vmware player，所以沒(méi)有快照功能。也是折騰操作系統(tǒng)玩，是想改投virtualbox的，現(xiàn)在就是發(fā)現(xiàn)兩個(gè)硬傷：1. 顯卡3D性能，有時(shí)候想打游戲呢。2. 虛擬機(jī)和主機(jī)網(wǎng)絡(luò)連接，跟vmware不一樣，文檔沒(méi)太看懂，似乎是要把主機(jī)手工設(shè)置DHCP/NAT。

三、為什么安裝windows操作系統(tǒng)后建議立即創(chuàng)建一個(gè)快照

為能夠恢復(fù)啟動(dòng)系統(tǒng)。

Windows家族最初的系統(tǒng)恢復(fù)功能要回溯到2000年的Windows ME版本，當(dāng)時(shí)還只能恢復(fù)系統(tǒng)文件和注冊(cè)表，而且并不穩(wěn)定。在Windows XP和Vista中系統(tǒng)恢復(fù)的性能得到了很大的提高。也是從那時(shí)起，系統(tǒng)恢復(fù)開始依賴于一個(gè)叫做硬盤快照服務(wù)(Volume Snapshot Service)的系統(tǒng)服務(wù)功能，能夠自動(dòng)創(chuàng)建系統(tǒng)快照—包括正在使用的文件—然后將這些文件轉(zhuǎn)換為可恢復(fù)的節(jié)點(diǎn)文件。新的方式給用戶提供了更多的自定義功能，比如用戶可以為快照分配磁盤空間，可以選擇監(jiān)視哪些文件目錄等等。但是還是有很多的限制，比如只有NTFS格式的分區(qū)具有系統(tǒng)恢復(fù)快照功能，而且在Windows 8版本之前，快照并不能長(zhǎng)期保存。

四、windows自帶性能監(jiān)控器問(wèn)題

你要滴在任務(wù)管理器里全部都有 ALT +DEL+ CTRL

Windows 性能監(jiān)視器工具

如果需要在一臺(tái)計(jì)算機(jī)上監(jiān)視多個(gè) Report Server 實(shí)例，可以同時(shí)或單獨(dú)監(jiān)視這些實(shí)例。選擇要包括的實(shí)例是計(jì)數(shù)器添加過(guò)程的一部分。有關(guān)使用 Windows 附帶的性能工具的更多信息，請(qǐng)參見(jiàn)微軟 Windows 產(chǎn)品文檔。

若要訪問(wèn)性能工具

• 從“開始”菜單上選擇“運(yùn)行”。

• 在“打開”文本框中輸入“perfmon”，然后單擊“確定”。

• 在性能監(jiān)視器工具中，在左側(cè)窗格里選擇 System Monitor 對(duì)象，然后右擊“性能”圖表。

• 選擇“添加計(jì)數(shù)器”。

現(xiàn)在，可以開始選擇這些對(duì)象和要監(jiān)視的計(jì)數(shù)器了。

ASP.NET 應(yīng)用程序性能計(jì)數(shù)器

有關(guān) ASP.NET 應(yīng)用程序性能計(jì)數(shù)器的大部分信息最近已被合并到一個(gè)題為“改善 .NET 應(yīng)用程序的性能和伸縮性”的綜合文檔中。下表描述了一些可用于監(jiān)視和優(yōu)化 ASP.NET 應(yīng)用程序（包括 Reporting Services）性能的重要計(jì)數(shù)器。

性能對(duì)象計(jì)數(shù)器實(shí)例描述

Processor（處理器）

% Processor Time（處理器時(shí)間百分比）

__Total

“% Processor Time”監(jiān)視運(yùn)行 Web 服務(wù)器的計(jì)算機(jī)的 CPU 利用率。低 CPU 利用率或者無(wú)法最大化 CPU 利用率（無(wú)論客戶端負(fù)載為多少）都表明 Web 應(yīng)用程序中存在對(duì)資源的爭(zhēng)用或鎖定。

Process（進(jìn)程）

% Processor Time（處理器時(shí)間百分比）

aspnet_wp 或 w3wp（具體情況視 IIS 版本而定）

由 ASP.NET 工作進(jìn)程所使用的處理器時(shí)間所占的百分比。在將標(biāo)準(zhǔn)負(fù)載情況下的性能與先前捕獲的基準(zhǔn)進(jìn)行對(duì)比時(shí)，如果此計(jì)數(shù)器的值出現(xiàn)下降，則說(shuō)明降低了對(duì)處理器的需求，因此也提高了伸縮性。

Process（進(jìn)程）

Working Set（工作集）

aspnet_wp 或 w3wp（具體情況視 IIS 版本而定）

由 ASP.NET 主動(dòng)使用的內(nèi)存數(shù)量。雖然應(yīng)用程序開發(fā)人員對(duì)應(yīng)用程序使用的內(nèi)存數(shù)量擁有最大的控制權(quán)，但系統(tǒng)管理員也可通過(guò)調(diào)整會(huì)話的超時(shí)期限來(lái)顯著影響這一點(diǎn)。

Process（進(jìn)程）

Private Bytes（專有字節(jié)）

aspnet_wp 或 w3wp（具體情況視 IIS 版本而定）

Private Bytes 是當(dāng)前分配給該進(jìn)程且不能由其他進(jìn)程共享的內(nèi)存數(shù)量（以字節(jié)計(jì)）。不時(shí)出現(xiàn)的尖峰表明某些地方存在瓶頸，會(huì)導(dǎo)致工作進(jìn)程繼續(xù)持有不再需要的內(nèi)存。如果此計(jì)數(shù)器突然下降為接近 0 的值，則可能表示 ASP.NET 應(yīng)用程序由于無(wú)法預(yù)料的問(wèn)題進(jìn)行了重啟。為了驗(yàn)證這一點(diǎn)，請(qǐng)監(jiān)視“ASP.NET Application Restarts”計(jì)數(shù)器。

ASP.NET Applications（ASP.NET 應(yīng)用程序）

Requests/ Sec（每秒的請(qǐng)求數(shù)）

__Total

允許您檢驗(yàn)請(qǐng)求的處理速度是否于發(fā)送速度相適應(yīng)。如果每秒請(qǐng)求數(shù)的數(shù)值低于每秒產(chǎn)生的請(qǐng)求數(shù)，則會(huì)出現(xiàn)排隊(duì)現(xiàn)象。這通常意味著已經(jīng)超過(guò)了最大請(qǐng)求速度。

ASP.NET Applications（ASP.NET 應(yīng)用程序）

Errors Total（總錯(cuò)誤數(shù)）

__Total

在執(zhí)行 HTTP 請(qǐng)求期間發(fā)生的錯(cuò)誤總數(shù)。包括任何分析器、編譯或運(yùn)行時(shí)錯(cuò)誤。此計(jì)數(shù)器是“Errors During Compilation”（編譯錯(cuò)誤數(shù)）、“Errors During Preprocessing”（預(yù)處理錯(cuò)誤數(shù)）和“Errors During Execution”（執(zhí)行錯(cuò)誤數(shù)）計(jì)數(shù)器的總和。運(yùn)轉(zhuǎn)正常的 Web 服務(wù)器不應(yīng)產(chǎn)生任何錯(cuò)誤。如果錯(cuò)誤發(fā)生在 ASP.NET Web 應(yīng)用程序中，它們的存在可能會(huì)讓實(shí)際的吞吐量結(jié)果產(chǎn)生偏差。

ASP.NET

Request Execution Time（請(qǐng)求執(zhí)行時(shí)間）

顯示了呈現(xiàn)所請(qǐng)求頁(yè)面并將其傳送給用戶所需的時(shí)間（以毫秒計(jì)）。跟蹤此計(jì)數(shù)器通常要比跟蹤頁(yè)面呈現(xiàn)時(shí)間效果更好。此計(jì)數(shù)器可以更全面地衡量從開始到結(jié)束的整個(gè)請(qǐng)求時(shí)間。在與基準(zhǔn)進(jìn)行對(duì)比時(shí)，如果此計(jì)數(shù)器的平均值較低，則說(shuō)明應(yīng)用程序的伸縮性和性能均得到了改善。

ASP.NET

Application Restarts（應(yīng)用程序重新啟動(dòng)）

應(yīng)用程序在 Web 服務(wù)器生存期間發(fā)生重新啟動(dòng)的次數(shù)。每次發(fā)生 Application_OnEnd 事件時(shí)，應(yīng)用程序的重新啟動(dòng)次數(shù)都會(huì)增加。應(yīng)用程序進(jìn)行重新啟動(dòng)的原因可能是：更改了 Web.config 文件、更改了存儲(chǔ)在應(yīng)用程序的 \bin 目錄下的程序集、或者 Web Forms 頁(yè)面中發(fā)生了太多的更改。如果此計(jì)數(shù)器的值出現(xiàn)意料之外的增加，說(shuō)明某些不可預(yù)知的問(wèn)題導(dǎo)致 Web 應(yīng)用程序被關(guān)閉。在這種情況下，應(yīng)該認(rèn)真調(diào)查問(wèn)題原因。

ASP.NET

Requests Queued（排隊(duì)的請(qǐng)求數(shù)）

在隊(duì)列中等待服務(wù)的請(qǐng)求數(shù)。如果此數(shù)字隨著客戶端負(fù)載的增加而呈現(xiàn)線性的增長(zhǎng)，則說(shuō)明 Web 服務(wù)器計(jì)算機(jī)已經(jīng)達(dá)到了它能夠處理的并發(fā)請(qǐng)求極限。此計(jì)數(shù)器的默認(rèn)最大值為 5,000。您可以在計(jì)算機(jī)的 Machine.config 文件中更改此設(shè)置。

ASP.NET

Worker Process Restarts（工作進(jìn)程重新啟動(dòng)）

工作進(jìn)程在服務(wù)器計(jì)算機(jī)上重新啟動(dòng)的次數(shù)。如果出現(xiàn)意料之外的故障或者被有意回收，則工作進(jìn)程會(huì)重新啟動(dòng)。如果此計(jì)數(shù)器的值出現(xiàn)意料之外的增加，應(yīng)認(rèn)真調(diào)查問(wèn)題原因。

除了上表中介紹的這些核心監(jiān)視要素之外，在您試圖診斷 ASP.NET 應(yīng)用程序具有的特定性能問(wèn)題時(shí)，下表中的性能計(jì)數(shù)器也可對(duì)您有所幫助。

性能對(duì)象計(jì)數(shù)器實(shí)例描述

ASP.NET Applications（ASP.NET 應(yīng)用程序）

Pipeline Instance Count（管線實(shí)例計(jì)數(shù)）

__Total

指定 ASP.NET 應(yīng)用程序的活動(dòng)請(qǐng)求管線實(shí)例的數(shù)量。由于只有一個(gè)執(zhí)行線程可以在管線實(shí)例內(nèi)運(yùn)行，所以此數(shù)值反映了為特定應(yīng)用程序處理的并發(fā)請(qǐng)求的最大數(shù)量。大多數(shù)情況下，在存在負(fù)載的情況下此數(shù)值較低為佳，這表明處理器得到了很好的利用。

.NET CLR Exceptions（.NET CLR 異常）

# of Exceps Thrown（引發(fā)的異常數(shù)）

顯示應(yīng)用程序中引發(fā)的異常數(shù)。如果此數(shù)值出現(xiàn)意料之外的增加，說(shuō)明可能存在性能問(wèn)題。如果僅僅存在異常，則并不需要擔(dān)心，因?yàn)楫惓?duì)于某些代碼路徑來(lái)說(shuō)是正常工作的一部分。例如，HttpResponse.Redirect 方法通過(guò)引發(fā)一個(gè)不可捕獲的異常 ThreadAbortException 來(lái)完成工作。同樣，對(duì) ASP.NET 應(yīng)用程序跟蹤此計(jì)數(shù)器也更加有用。使用“Errors Total”計(jì)數(shù)器確定該異常是否將導(dǎo)致應(yīng)用程序出現(xiàn)意料之外的錯(cuò)誤。

System（系統(tǒng)）

Context Switches/ sec（每秒的上下文切換次數(shù)）

測(cè)量 Web 服務(wù)器計(jì)算機(jī)上所有處理器切換線程上下文的速度。如果此計(jì)數(shù)器的值很高，可能表示對(duì)鎖的爭(zhēng)用頻繁發(fā)生，或者在線程的用戶模式和內(nèi)核模式之間切換頻繁。使用采樣優(yōu)化程序和其他工具執(zhí)行進(jìn)一步調(diào)查可證實(shí)上述猜測(cè)。

Reporting Services 性能計(jì)數(shù)器

Reporting Services 包括一組它自己的性能計(jì)數(shù)器，用于收集有關(guān)報(bào)告處理和資源消耗方面的信息?？赏ㄟ^(guò) Windows 性能監(jiān)視器工具中出現(xiàn)的兩個(gè)對(duì)象來(lái)監(jiān)視實(shí)例和組件的狀態(tài)和活動(dòng)：MSRS 2005 Web Service 和 MSRS 2005 Windows Service 對(duì)象。

MSRS 2005 Web Service 性能對(duì)象包括一組用來(lái)跟蹤 Report Server 處理過(guò)程的計(jì)數(shù)器，這些處理過(guò)程通常通過(guò)在線交互式報(bào)告瀏覽操作而引發(fā)。這些計(jì)數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。下表列出了可用于監(jiān)視 Report Server 性能的計(jì)數(shù)器，并描述了它們的目的。

性能對(duì)象：RS Web Service

計(jì)數(shù)器描述

Active Sessions（活動(dòng)會(huì)話數(shù)）

活動(dòng)會(huì)話的數(shù)量。此計(jì)數(shù)器反映了尚未過(guò)期的所有瀏覽器會(huì)話總數(shù)。這并不是同時(shí)處理的請(qǐng)求數(shù)，而是存儲(chǔ)在 ReportServerTempDB 數(shù)據(jù)庫(kù)中的會(huì)話數(shù)量。

Cache Hits/Sec（每秒緩存命中次數(shù)）

每秒從目錄中取得的報(bào)告請(qǐng)求的數(shù)量。如果此值增加，而“Memory Cache Hits”的值不增加，則說(shuō)明報(bào)告數(shù)據(jù)沒(méi)有被重新處理，但是頁(yè)面被重新呈現(xiàn)。將此計(jì)數(shù)器與 Memory Cache Hits/Sec 計(jì)數(shù)器一同使用，可以確定用于緩存、磁盤或內(nèi)存的資源是否充足。

Cache Misses/Sec（每秒緩存未命中數(shù)）

每秒未能從目錄中（與內(nèi)存中相對(duì)）返回報(bào)告的請(qǐng)求數(shù)量。將此計(jì)數(shù)器與 Memory Cache Misses/Sec 計(jì)數(shù)器一同使用，可以確定用于緩存、磁盤或內(nèi)存的資源是否充足。

First Session Requests/Sec（每秒的首次會(huì)話請(qǐng)求數(shù)）

每秒中從 Report Server 緩存中啟動(dòng)的新的用戶會(huì)話數(shù)量。

Memory Cache Hits/Sec（每秒內(nèi)存緩存命中數(shù)）

每秒中從內(nèi)存中的緩存里取得報(bào)告的次數(shù)。內(nèi)存中緩存是 Reporting Services 緩存的一部分，用于在內(nèi)存或臨時(shí)文件中保存已呈現(xiàn)過(guò)的報(bào)告。這樣可以為請(qǐng)求提供最佳的性能，因?yàn)闊o(wú)需執(zhí)行任何處理工作。如果使用內(nèi)存中緩存，報(bào)告服務(wù)器將不會(huì)通過(guò)查詢 SQL Server 來(lái)獲得緩存的內(nèi)容。

Memory Cache Misses/Sec（每秒內(nèi)存緩存未命中數(shù)）

每秒中未能從內(nèi)存中的緩存里取得報(bào)告的次數(shù)。

Next Session Requests/Sec（每秒的下一次會(huì)話請(qǐng)求）

每秒在現(xiàn)有會(huì)話中請(qǐng)求打開報(bào)告的次數(shù)。

Report Requests（報(bào)告請(qǐng)求）

當(dāng)前處于活動(dòng)狀態(tài)并且將由 Report Server 進(jìn)行處理的報(bào)告數(shù)量。

Reports Executed/Sec（每秒執(zhí)行的報(bào)告數(shù)）

每秒成功執(zhí)行的報(bào)告的數(shù)量。此計(jì)數(shù)器提供了有關(guān)報(bào)告處理量的統(tǒng)計(jì)信息。綜合使用此計(jì)數(shù)器和 Request/Sec，比較可從緩存中返回的報(bào)告請(qǐng)求的執(zhí)行情況。

Requests/Sec（每秒的請(qǐng)求數(shù)）

每秒向 Report Server 發(fā)出的請(qǐng)求數(shù)。此計(jì)數(shù)器跟蹤由 Report Server 處理的所有類型的請(qǐng)求。

Total Cache Hits（緩存命中總數(shù)）

自服務(wù)啟動(dòng)以來(lái)，從緩存中獲得報(bào)告的請(qǐng)求總數(shù)。此計(jì)數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。

Total Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動(dòng)以來(lái)，不能從緩存中獲得報(bào)告的總次數(shù)。此計(jì)數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)?？墒褂么擞?jì)數(shù)器確定磁盤空間和內(nèi)存是否充足。

Total Memory Cache Hits（總的內(nèi)存緩存命中數(shù)）

自服務(wù)啟動(dòng)以來(lái)，從內(nèi)存中緩存里返回的已緩存報(bào)告的總數(shù)。此計(jì)數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。內(nèi)存中緩存是在 CPU 內(nèi)存中存儲(chǔ)報(bào)告的那部分緩存。如果使用內(nèi)存中緩存，報(bào)告服務(wù)器將不會(huì)通過(guò)查詢 SQL Server 來(lái)獲得緩存的內(nèi)容。

Total Memory Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動(dòng)以來(lái)，針對(duì)內(nèi)存中緩存的緩存未命中總數(shù)。此計(jì)數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。

Total Processing Failures（處理故障總數(shù)）

自服務(wù)啟動(dòng)以來(lái)，發(fā)生的所有報(bào)告處理故障的總數(shù)。此計(jì)數(shù)器在 ASP.NET 停止該 Web 服務(wù)后被重設(shè)。處理故障可能來(lái)自報(bào)告處理器，也可能來(lái)自任何擴(kuò)展。

Total Reports Executed（執(zhí)行的報(bào)告總數(shù)）

自服務(wù)啟動(dòng)以來(lái)得到成功執(zhí)行的報(bào)告的總數(shù)。

Total Requests（總請(qǐng)求數(shù)）

自服務(wù)啟動(dòng)以來(lái)，向 Report Server 發(fā)送的所有請(qǐng)求的總數(shù)。

RS Windows Service 性能對(duì)象包括一組用于跟蹤報(bào)告處理過(guò)程的計(jì)數(shù)器，這些處理過(guò)程是通過(guò)預(yù)定操作而引發(fā)的。預(yù)定操作可能包括訂閱和交付、報(bào)告執(zhí)行快照以及報(bào)告歷史。微軟的工作負(fù)載中并不包含任何預(yù)定操作或交付操作，此處列出這些性能計(jì)數(shù)器僅是便于您進(jìn)行參考。

可使用此性能對(duì)象監(jiān)視 Report Server Windows 服務(wù)。如果您準(zhǔn)備在一個(gè)橫向伸縮配置中運(yùn)行 Report Server，那么這些計(jì)數(shù)器應(yīng)用于所選的服務(wù)器，而不是應(yīng)用于橫向伸縮配置整體。這些計(jì)數(shù)器在應(yīng)用程序域回收之時(shí)將被重設(shè)。下表列出了可用于監(jiān)視預(yù)定和交付操作的計(jì)數(shù)器，并描述了它們的目的。

性能對(duì)象：RS Windows Service

計(jì)數(shù)器描述

Cache Flushes/Sec(每秒緩存刷新次數(shù))

每秒刷新緩存的次數(shù)。

Cache Hits/Sec（每秒緩存命中數(shù)）

每秒獲取到緩存報(bào)告的請(qǐng)求數(shù)量。

Cache Misses/Sec（每秒緩存未命中數(shù)）

每秒未能從緩存中獲得報(bào)告的請(qǐng)求的數(shù)量。

Delivers/Sec（每秒交付數(shù)）

每秒從各種交付擴(kuò)展交付的報(bào)告的數(shù)量。

Events/Sec（每秒事件數(shù)）

每秒處理的事件數(shù)量。被監(jiān)視的事件，包括 SnapshotUpdated 和 TimedSubscription。

Memory Cache Hits/Sec（每秒內(nèi)存緩存命中數(shù)）

每秒中從內(nèi)存中的緩存里取得報(bào)告的次數(shù)。

Memory Cache Misses/Sec（每秒內(nèi)存緩存未命中數(shù)）

每秒中未能從內(nèi)存中的緩存里取得報(bào)告的次數(shù)。

Report Requests（報(bào)告請(qǐng)求數(shù)）

當(dāng)前處于活動(dòng)狀態(tài)并且將由 Report Server 進(jìn)行處理的報(bào)告數(shù)量?？墒褂么擞?jì)數(shù)器評(píng)估緩存策略。向特定呈現(xiàn)擴(kuò)展提交的請(qǐng)求數(shù)。請(qǐng)求的數(shù)量可能比執(zhí)行的報(bào)告數(shù)量多許多。

Reports Executed/Sec（每秒執(zhí)行的報(bào)告數(shù)）

每秒成功執(zhí)行的報(bào)告的數(shù)量。

Snapshot Updates/Sec（每秒快照更新數(shù)）

每秒報(bào)告執(zhí)行快照的預(yù)定更新數(shù)量。

Total App Domain Recycles（應(yīng)用程序域回收總數(shù)）

自服務(wù)啟動(dòng)以來(lái)回收的應(yīng)用程序域總數(shù)。

Total Cache Flushes（緩存刷新總數(shù)）

自服務(wù)啟動(dòng)以來(lái)，Report Server 的緩存更新總數(shù)。

Total Cache Hits（緩存命中總數(shù)）

自服務(wù)啟動(dòng)以來(lái)，從緩存中獲得報(bào)告的請(qǐng)求總數(shù)。

Total Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動(dòng)以來(lái)，不能從緩存中獲得報(bào)告的總次數(shù)。

可使用此計(jì)數(shù)器確定是否需要更多磁盤空間或內(nèi)存。

Total Deliveries（總交付數(shù)）

由 Scheduling and Delivery Processor 交付的報(bào)告總數(shù)（對(duì)于所有交付擴(kuò)展）。

Total Events（總事件數(shù)）

自服務(wù)啟動(dòng)以來(lái)發(fā)生的事件的總數(shù)。

Total Memory Cache Hits（總的內(nèi)存緩存命中數(shù)）

自服務(wù)啟動(dòng)以來(lái)，從內(nèi)存中緩存里返回的已緩存報(bào)告的總數(shù)。

Total Memory Cache Misses（總的緩存未命中數(shù)）

自服務(wù)啟動(dòng)以來(lái)，針對(duì)內(nèi)存中緩存的緩存未命中總數(shù)。

Total Processing Failures（處理故障總數(shù)）

自服務(wù)啟動(dòng)以來(lái)，發(fā)生的所有報(bào)告處理故障的總數(shù)。處理故障可能來(lái)自報(bào)告處理器，也可能來(lái)自任何擴(kuò)展。

Total Rejected Threads（被拒絕的線程總數(shù)）

拒絕執(zhí)行異步處理后在同一線程中作為同步過(guò)程在以后進(jìn)行處理的數(shù)據(jù)處理線程總數(shù)。

Total Report Executions（報(bào)告執(zhí)行總數(shù)）

已執(zhí)行報(bào)告的總數(shù)。

Total Requests（請(qǐng)求總數(shù)）

自服務(wù)啟動(dòng)以來(lái)得到成功執(zhí)行的報(bào)告的總數(shù)。

Total Snapshot Updates（快照更新總數(shù)）

自服務(wù)啟動(dòng)以來(lái)，報(bào)告執(zhí)行快照進(jìn)行更新的總數(shù)。

如果您打算排除 Reporting Services 存在的性能問(wèn)題，記錄以下性能計(jì)數(shù)器通常很有幫助：ASP.NET、ASP.NET Applications、Process、System、Memory、Physical Disks、.NET Exceptions、.NET Memory、.NET Loading、.NET CLR Locks and Threads 以及 .NET CLR Data。

可選的 Reporting Services 性能計(jì)數(shù)器

以下列出了一些適用于 RS Web Service 但在默認(rèn)情況下并未安裝的性能計(jì)數(shù)器。但是，在執(zhí)行性能優(yōu)化工作時(shí)，可以通過(guò)這些計(jì)數(shù)器來(lái)改善您洞察性能的能力。為實(shí)現(xiàn)這個(gè)目的，請(qǐng)?jiān)诿钐崾痉袌?zhí)行以下語(yǔ)句：

installutil.exe /u ReportingServicesLibrary.dll

然后再執(zhí)行：

installutil.exe ReportingServicesLibrary.dll

為了成功執(zhí)行該語(yǔ)句，您可能首先需要修改您的路徑，在路徑中包含 Microsoft .NET Framework 的安裝目錄。在路徑修改完畢后，請(qǐng)從包含 ReportingServicesLibrary.dll 文件的目錄下執(zhí)行先前語(yǔ)句。默認(rèn)情況下，該文件安裝在 C:\Program Files\Microsoft SQL Server\MSSQL\MSSQL.instance\Reporting Services\ReportServer\bin 目錄下。這些計(jì)數(shù)器沒(méi)有進(jìn)行徹底的本地化。

Active Database Connections（活動(dòng)數(shù)據(jù)庫(kù)連接）

某個(gè)時(shí)間處于活動(dòng)狀態(tài)的數(shù)據(jù)庫(kù)連接的數(shù)量。只統(tǒng)計(jì)指向 Report Server 目錄的連接。

Active Datasource Connections（活動(dòng)數(shù)據(jù)源連接）

某個(gè)時(shí)間處于活動(dòng)狀態(tài)的數(shù)據(jù)庫(kù)連接的數(shù)量。只統(tǒng)計(jì)由當(dāng)前運(yùn)行的報(bào)告打開的數(shù)據(jù)源連接。

Active Threads（活動(dòng)線程）

當(dāng)前處于活動(dòng)狀態(tài)的線程數(shù)量。在 Web 服務(wù)中，它包含一些為請(qǐng)求提供服務(wù)的線程。在交付服務(wù)中，它包含工作線程以及維護(hù)和輪詢線程。

Byte count（字節(jié)計(jì)數(shù)）

對(duì)于上一次請(qǐng)求，在呈現(xiàn)當(dāng)前報(bào)告時(shí)向客戶端返回的字節(jié)數(shù)量。這與對(duì)應(yīng)的執(zhí)行日志條目相類似。

Row Count（行計(jì)數(shù)）

對(duì)于上一次請(qǐng)求，由當(dāng)前報(bào)告返回的行的數(shù)量。這與對(duì)應(yīng)的執(zhí)行日志條目相類似。

Time in Compression（壓縮時(shí)間）

對(duì)于上一次請(qǐng)求，在快照和 PDF 報(bào)告壓縮上花費(fèi)的時(shí)間（以毫秒計(jì)）。