Log Parser 2.2 可以在這裡找到：
http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07&displaylang=en
點擊放大
另外一個好用的 Log Parser 視覺化對象－Log Parser Lizard
| 輸出格局 | 申明 | 示例 |
| W3C | 輸出 W3C 格式的記實檔。 |  |
| XML | 輸出 XML 格局的資料檔。 | |
| TPL | 輸出由利用者定義範本花樣的記實檔。 | |
| TSV | 輸出以 Tab 分隔的紀錄檔。 | |
| SYSLOG | 輸出由 RFC 3164 規範所定義格局的記實檔翻譯 | |
| NAT | 輸出可讀式表格化欄位花式（readable tabulated column format）的記錄檔。 | |
| IIS | 輸出 IIS 記錄檔（非 W3C）格局的記實檔翻譯 | |
| SQL | 將紀錄檔轉入資料庫中，可以用相關的參數指令設定方針伺服器，而且將資料直接輸入到目標伺服器的資料庫中，以利日後直接使用資料庫來闡發。 | |
| DATAGRID | 將資料以資料方格（Data Grid）體例呈現，而且直接顯示在使用者介面中。 | |
| CSV | 將資料輸出到以逗號分隔格局的紀錄檔中。 | |
| CHART | 將資料輸出成圖表，這是 Log Parser 最使人激賞的功能，但它需要使用者安裝 OWC 元件翻譯 | |
Log Parser: 功能壯大且威名遠播的記錄闡明器
另一個與 Visual Log Parser 不同的處所是，它的查詢效果方格（Grid）具有樞紐查詢的能力，只要在功能表 View 中，將 Advanced Grid 啟用便可，操作體例就像在 Excel 中的樞紐闡明表，只要將指定的欄位拖放到要做關鍵闡明的欄位區，它就可以自動幫利用者依所選的欄位進行關鍵分析翻譯
點擊放大
資料來曆:微軟IIS官方網站
C:\MyDirectory\*.* ORDER BY Size, CreationTime"
固然 Log Parser Lizard 的功能比 Visual Log Parser 還要強一些，但它卻有個有點煩人的小問題，就是當利用者的 SQL 中有毛病時，它都邑先彈出 Visual C++ Debug Library Error 的對話盒：
此時請務必按『略過』，才會呈現准確的訊息：
若按了中止或是重試時，就算會呈現對話盒，程式照舊會變得沒有回應，要強制由工作管理員將行程終止才可以。
點擊放大
點擊放大
點擊放大
若讀者有購置授權的話，可以在這個畫面中輸入註冊碼以啟用封閉的功能。付費版本的 Log Parser Lizard 可以支援 PDF/XPS 查詢了局匯出和視窗外觀的轉變等等，但筆者認為免費版本的功能就已十分足夠（圖表功能在免費版本就有了）。
若每種伺服器紀錄檔都要這樣找，豈不虛耗時候又不精準？是以才有 Log Parser 這個工具的產生，Log Parser 可以解析像 IIS log 這種文字式的記實資料，而且答應系統管理員人利用 SQL 指令來查詢，有學過資料庫的讀者應當都知道 SQL 指令合適用在資料集合的查詢處置懲罰上，像是由資料糾合中挑選出指定欄位中符合前提的資料，只要哄騙 WHERE 指令便可；若要排序，則用 ORDER BY 就可以輕鬆做到，Log Parser 支援標準的 SQL 語法以及根基的彙總指令，像是 SUM/COUNT/AVG 等，可以用來做簡單的統計功能翻譯
Visual Log Parser 是由 jroland 與 mchouteau 兩位所發展的一個整合化的應用工具，它的介面就像是 Visual Studio 或 SQL Server Management Studio 雷同的氣勢派頭，是一種整合所有需要介面於一身的 GUI 對象。它是使用 SharpDevelop 這套 Open Source 的整合開辟對象的焦點函式庫為根蒂根基打造出來的，不僅具有與 Visual Studio 雷同的視窗氣勢派頭與排版，同時它也具有文法符號這個開辟人員與 DBA 常常看到且用到的功能，並且預設的 Visual Log Parser 設定中，申明窗格會顯示在右側，並會跟著所選的輸入花式有所轉變：
點擊放大
Log Parser 不單是一個強而有力的記實檔剖析工具，它也是 MIS 在處置伺服器或運用程式不正常時的診斷好幫手，是每位擔負 MIS 的人必須要進修的工具，而隨著 GUI 東西的泛起讓記錄檔的解析變得更方便，是以 MIS 更要學會行使 Log Parser，如許不光可以有用的處置懲罰系統問題，也可以操縱它來產出分歧的系統報表（例如網站流量分析），作為系統效力的評估之用。
C:\>LogParser -i:EVT -o:NAT "SELECT * FROM System"它的根基功能很雷同 SQL Server Management Studio，如有操作過 SQL Server 的讀者對它應當會有很熟習的感受，它可以由外部檔案獲得 SQL 指令（*.sql），也可以將查詢效果輸出到文字檔中，這些行為都和 SSMS 很像。
點擊放大
點擊放大
可以查出今朝在 C:\MyDirectory 下的檔案名稱、檔案巨細與建立日期，然後以巨細與建樹日期排序後輸出到 NAT 格式的紀錄檔中。
而 Log Parser 的用法也很簡單，它是一個號令列（command-line）的東西，在利用時至少要給定輸入格局、輸出花式以及查詢指令，例如：
好用的免費 GUI 工具－Visual Log Parser
它的操作體式格局也十分簡單，它和 Visual Log Parser 的分歧點之一，就是它有供應一些查詢的 SQL 指令範本，在窗格的左側羅列合用不同資料來曆的查詢指令典範榜樣，對於不熟悉 Log Parser 的 SQL 指令的利用者來講很輕易的上手：
在機房中與各大伺服器與網路為伍的 MIS 人員，除成天要治理伺服器以及網路的各項狀況外，對於出問題的辦事或是運用程式，基本上也需要可以或許做初步的故障診斷與簡略單純的問題排除，早期的伺服器軟體 還沒有像 Windows Server 系列 GUI 經管東西時，要可以或許找出問題可能産生的原因，梗概就只有去找尋紀錄檔（log file）中伺服器的流動記錄，來搜索問題可能産生的地方，狀況，毛病碼，再綜合研判可能的身分，像是 Web 伺服器有時會出現網站無法連線或是存取被拒（401）、網頁消逝（404）的環境，若運用程式本身是正常的話，就只能由伺服器來找緣由了。
分解後的輸出，Log Parser 可以支援十一種：
由上面兩個典範可看的出來，Log Parser 要活用的環節是在對它的 SQL 指令的操控，在不同的輸入格式，有可能SQL會有些許的轉變，特別是欄位的分歧，所以在使用 Log Parser 下指令時要注意這個部分。同時，Log Parser 因為不是正統的DBMS，它的 SQL 指令固然可使用，但是它是以摹擬（emulate）的體例解析並履行，對 SQL-92 標準的支援度上當然不克不及拿 DBMS 和它比，它也沒有大都 DBMS 可以使用的內建使用者函數，而且也因為解析的是文字檔的關係，速度會比力慢一些，這是文字檔讀寫的限制，就筆者測試的感受下來，它已算是很快了。
Log Parser Lizard 是由 Lizard Labs 所開辟，將 Log Parser 的功能包裝成 GUI 介面的一個視覺化操作介面，與 Visual Log Parser 的根基功能大致溝通，但它具有 Visual Log Parser 所沒有的功能：輸出圖表。而且它的使用者介面也是以整合環境為主，不外筆者感覺它對照像是 Outlook。
MIS 人員必備的記錄剖析工具－ Log Parser
| 資料類型 | 檔案格局 |
| IIS 記實來源 | |
| IIS | IIS 自己的基本記實檔。 |
| IISW3C | IIS 輸出的 W3C 花樣紀錄檔（目前是 IIS 預設的記實檔花式）。 |
| BIN | IIS 的集中化二進位紀錄檔（Centralized Binary Logging）翻譯 |
| IISODBC | IIS 的 ODBC 記錄檔。 |
| HTTPERR | 由 HTTP.SYS（IIS 6.0 今後的版本才有）輸出的httperr.log。 |
| URLSCAN | 由 URL scan 東西掃瞄輸出的記錄檔。 |
| 一般文字資料來源 | |
| CSV | CSV（Comma Separated Values）花式文字檔。 |
| TSV | TSV（Tab Separated Values）格局文字檔。 |
| XML | XML 資料檔。 |
| W3C | W3C 花樣紀錄檔翻譯 |
| NCSA | NCSA 格式記實檔翻譯 |
| TEXTLINE | 理會文字並傳回行。 |
| TEXTWORD | 理會文字並傳回單字。 |
| 系統資料來源 | |
| EVT | Windows 事務檢視器。 |
| FS | 檔案系統 |
| REG | 登錄資料庫（Registry） |
| ADS | Active Directory Service |
| 非凡資料來源 | |
| NETMON | 網路監控程式（Network Monitor）的紀錄檔翻譯 |
| ETW | Event Tracing for Windows 的記實檔。 |
| COM | 哄騙 COM Plug-in 解析的自訂格式記錄檔。 |
圖：Visual Log Parser 利用者介面
今朝 Log Parser 2.2 版可支援 20 種分歧的記錄檔來曆，IIS 自己就有六種，而一般文字資料有七種，系統資訊類有四種，特殊資料三種（查詢來源類型由指令參數 i 設定），列表如下：
圖：Visual Log Parser 輸入介面和申明視窗
本文會介紹以解析各種不同記實檔而著名的壯大東西 Log Parser，它不僅可以解析一般的文字格局紀錄檔，它也能同時連結到資料庫去向理查詢的功能，而本文還會介紹兩個免費且 GUI 的 Log Parser 整合利用東西：Visual Log Parser 與 Log Parser Lizard翻譯
[Command-line]
C:\>LogParser -i:FS -o:NAT "SELECT Name翻譯社 Size, CreationTime FROM
這個對象可以由 Visual Log Parser 在 Codeplex 上的官方網站 http://visuallogparser.codeplex.com/ 中下載，它的安裝也很簡單，它用的是 ClickOnce 的佈置體式格局，利用者不需要參與太多動作便可安裝完成，而它需要的 Log Parser 2.2 元件也會由安裝程式主動偵測與安裝，而安裝完成時會主動開啟對象以讓利用者利用翻譯
圖：Log Parser Lizard
結語
這個對象可以在 Lizard Labs 的官方網站找到：http://www.lizard-labs.net/PageHtml.aspx?lng=2&PageId=18&PageListItemId=17，而且供應了一個安裝程式檔可供利用者下載安裝，此軟體為免費，且可以用在貿易或非貿易行為，而它也供應了付費支援的選項，在第一次履行 Log Parser Lizard 時，會泛起以下畫面，若要利用免費版本，則按 OK 略過便可：
表示由事務檢視器中查詢所有系統記實的資料，而且輸出到一個 NAT 花式的記錄檔中翻譯又例以下列的指令：
舉個例來講，在 IIS 紀錄檔中，有一種 Win32 錯誤碼 64，會泛起這個毛病碼的情形是 IIS 行程在將執行成果回傳時，用戶端沒法連線産生的，它的錯誤訊息為『指定的網路名稱無法利用』，其緣由平日是被防火牆擋住了輸出（out bound）的連線，但前端只會呈現『沒法連線伺服器』，若只依前端的訊息會沒辦法得知真正的問題在哪裡，所以這時候候 IIS 的記實檔就變得很重要，同時網管或系統治理人員也應該要盡量紀錄伺服器流動的參數（以 IIS 7.0 來說，預設的欄位已足夠根基闡明需要），以利産生問題時的追踪調查翻譯只是，像 IIS 記實檔如許的文字檔案，一般來說都會稀有百行乃至數十萬行（若網站流量大），純真用記事正本看的話，基本上是很難快速的查出問題在哪，獨一可用的就只有『編纂\尋覓』的功能，然後一行一行判斷罷了：
[Command-line]
Log Parser 固然功能壯大，但是命令列工具的先天限制就是－只能在 Command Line 中利用，對於不常利用
Command Line 工作的一般使用者（或初階 MIS）來講，要在 Command Line
中打一堆指令和參數對他們而言可能是很疾苦的，特別是打了一堆字後它回報毛病或參數不對時，很輕易呈現挫折感。所以有佛心的開辟人員利用了 Log
Parser 開放的 COM API 撰寫了一個圖形化的利用者介面，讓大家可以行使 GUI 介面來操作 Log Parser，並且這個 GUI
對象還有語法搜檢和文法標志（Syntax Highlight）的功能，讓各人可以或許清晰 SQL 指令的各個部分翻譯
本篇文章引用自此: http://mypaper.pchome.com.tw/nut0322/post/1323222574有關各國語文翻譯公證的問題歡迎諮詢天成翻譯公司02-77260931
留言列表
