Stĺpci ASP.NET podporu hlas
Denníka Parser 2.2 a ASP.NET
Prispôsobiť tento stĺpec vašim potrebám, chceme vás odošlite svoje nápady o témach, ktoré zaujímajú vás a otázky, ktoré chcete zobraziť riešiť pri budúcom články databázy Knowledge Base a podporu hlasovej stĺpce. Odošlite svoje nápady a pripomienky pomocou požiadať formulár. Existuje aj odkaz na formulár v spodnej časti tohto stĺpca.
Vitajte v stĺpci ASP.NET podporu hlas. Moje meno je Rahul Soni a bol s Microsoft asi dva roky. V stĺpci tento mesiac, som niektoré skutočnosti diskutovať o denníka Parser 2.2. Ako sa ísť do scenárov, chcem chvíľu Popis nástroja denníka Parser.
Informácie o
Denník Parser je veľmi silný nástroj, ktorý poskytuje univerzálne dotaz prístup k textové údaje, napríklad súbory denníkov, súbory XML a CSV súborov, ako aj zdroje kľúčových údajov na operačný systém Microsoft Windows, v denníku udalostí, databázy registry, systém súborov a adresárovej služby Active Directory. prosím
kliknite sem na prevzatie nástroja. V tejto verzii, môžete analyzovať tieto súbory veľmi ľahko z denníka Parser nástroj:
IISW3C, NCSA, IIS, IISODBC, BIN, IISMSID, HTTPERR, URLSCAN, CSV, TSV, W3C, XML, EVT, ETW, NETMON, REG, reklamy, TEXTLINE, TEXTWORD, FS a COM.Súhlasím s tým, že rozhranie príkazového riadka nie je veľmi intuitívneho a zistíte to, ako nainštalovať a spustiť nástroj. Ale čo nástroj chýba intuitívneho pocit je je oprava dokumentácia pre nástroj. Budem dávať kúsok poradenstvo tu: Nenechajte rozhranie príkazového riadka dostať preč tak čoskoro. Tento nástroj je potrebné v geek toolkit a vám pomôže veľa, najmä v prípade, že chcete riešiť z hľadiska výkonu.
Nie budem diskutovať o "ako" použiť denník Parser nástroj, pretože dokumentácia je dobrý a inštalácie priečinok obsahuje aj "Samples\Queries" priečinok, ktorý obsahuje niekoľko.
Preto po Hotovo s mojej bitová podpora denníka Parser nástroj, chcem vrátite možno hovorí o situáciách.
Scenár 1: Analýza veľké textové súbory na špecifickom texte
Malé pozadia problému
Váš zákazník skúseností "Prístup odmietnutý" problém, keď sme niečo. Odporúčame sa, že zákazník používať ďalší skvelý nástroj, ktorý sa nazýva
Filemon a reprodukovať problém. Ak je problém s zdrojov prístupových práv, nástroja Filemon bude schopný zachytiť chyby. Teraz môžete požiadať zákazníka, aby vám poslal uložený súbor denníka Filemon. Tu v spodnej časti tohto. Dostanete súbore (povedať: Filemon.log), ale zistíte, že veľkosť je veľký (Filemon nemá prihlásiť veľa údajov!). Poznámkový blok zobrazí zavesiť a bude hrozně pomalé nájsť "Prístup odmietnutý" riadky v súbore denníka. Microsoft Office Excel odmietne otvoriť súbor úplne. Čo teraz?
Odpoveď: Otvorte okno Denník Parser príkaz a zadajte nasledovný príkaz:
LOGPARSER "Vyberte Text z C:\Filemon.log, kde ako Text"% prístup odmietnutý %"" - i: TEXTLINE - q:: OffČo sme tí nástroja denníka Parser je analyzovať cez každý riadok (Text) daného súboru (C:\Filemon.log), kde riadok obsahuje "Prístup odmietnutý". - I: TEXTLINE príkazového riadka prepínač určuje vstupný formát a - q: Off prepínač príkazového riadka oznamuje, že podrobného (- q [: ON | VYPNUTIE]: tichý režim;). Ak prepínač príkazového riadka - q uvedené štatistiky a názov poľa (Text) vo výstupe nižšie budú chýbať.
Vzorový výstup
Text7447 1:49:24 PM explorer.exe:1200 DIRECTORY C:\ Access Denied ŠtatistikaElements processed: 640444Elements output: 1
Execution time: 12.75 seconds
Ako sa vyhnúť stlačením ENTER viackrát, ak číslo záznamov vrátených dotazom je väčší ako 10?
Odpoveď: Použitie - rtp: -1 parameter v vaše otázky!
Bude potrebné parameter v prípade chcete presmerovať výstup do súboru. Aj pri písaní STDOUT, výstup záznamy sa zobrazia v dávkach z počet riadkov rovná hodnota pre tento parameter. Keď dávka riadky boli zobrazené, vyzve používateľa na stlačenie klávesu na zobrazenie ďalšieho dávka riadkov. Zadaním "1" pre tento parameter vypne, dávkovanie úplne!
Používanie súborov dotazov
Ďalší spôsob, ako dosiahnuť rovnaké výsledky čistiaci spôsobom je Vytvorte súbor dotazu. Tak môžete jednoducho vyladiť váš súbor dotazu a spustite ho z Log Parser nástroj príkazového riadka. Okrem toho môžete jednoducho vytvárať GUI podľa vášho vkusu. GUI načíta uložený dotaz SQL a spustí dotaz pomocou nástroja denníka Parser.
Ak chcete dosiahnuť rovnaký účinok (ako scenár 1) z SQL dotazov, môžete poskytnúť nasledujúci príkaz:
LOGPARSER - i: TEXTLINE file:C:\LPQ\SearchAnyTextfile.sql - q: offC:\LPQ\SearchAnyTextFile.SQL obsahuje nasledovné informácie:
Poznámka: Vytvorte priečinok LPQ v priečinku C:\ využiť vzoriek uvedené v stĺpci.
Select Text as LineFromFileFROM C:\Filemon.log
WHERE Text
LIKE '%Access Denied%'
Ak si všimnete, dotaz vyzerá oveľa čistiaci a zmysel. Týmto spôsobom, môžete vytvoriť viac komplexná a väčšie dotazy rovnako, a všetko bude fit v príkazovom riadku, pretože používate. SQL súboru namiesto celej dotaz. Nie je možné použiť viac než 260 znakov v príkazovom riadku rovnako!
Vedenie výhody pomocou dotazu súbory, budem používať túto metódu v nasledovných prípadoch. Mám všetky moje otázky uložené v C:\LPQ s príponou .sql (môžete použiť vlastné).
Scenár 2: Hľadanie 10 najväčších súbory z určitého priečinka, vrátane podpriečinkov
Malé pozadia problému
Máte priečinok a existuje pomerne málo podpriečinky a súbory. Ak chcete zistiť top 10 najväčších súbory v tomto priečinku, vrátane podpriečinkov.
Viem, pre konkrétny priečinok, môžete jednoducho zmeniť zobrazenie (v ponuke Zobraziť kliknite na tlačidlo Podrobnosti) v Windows Explorer a zoradenie zobrazenie podľa veľkosti. Ale problém je, že je potrebné účtovať podpriečinok obsahu rovnako.
Odpoveď: Otvorte okno Denník Parser nástroj príkaz a zadajte nasledovný príkaz:
LOGPARSER - i: FS file:C:\LPQ\Top10Files.sql - q:-Recurse: -1Top10Files.SQL obsahuje nasledujúce možnosti:
SELECT TOP 10 Path,
Name,
Size,
Attributes
FROM 'C:\Program Files\Microsoft Office\*.*'
ORDER BY Size DESC
Tu - i: FS znamená, že sme sa dotazy systému súborov. Môžete zobraziť úplný zoznam FS vstup formát polia v dokumentácii a preto rám dotazu.
-Recurse: -1 znamená, že chceme zahrnúť všetky podpriečinky. Ak nechcete, aby všetky podpriečinky alebo chcete obmedziť rekurziu, použite 0, 1, 2, atď. Číslo znamená hĺbka analyzátor pôjde do. hodnota 0 znamená bez rekurzie, 2 znamená, že analýzu opakovať až do hĺbky 2 atď.
Vzorový výstup
Path Name Size Attributes ------------------------------------------------------------ ------------ -------- ----------
C:\Program Files\Microsoft Office\Office10\WINWORD.EXE WINWORD.EXE 10738448 -A--R----
C:\Program Files\Microsoft Office\Office10\EXCEL.EXE EXCEL.EXE 9358096 -A--R----
C:\Program Files\Microsoft Office\Office10\OUTLLIB.DLL OUTLLIB.DLL 6326984 -A-------
C:\Program Files\Microsoft Office\Office10\POWERPNT.EXE POWERPNT.EXE 6093584 -A--R----
C:\Program Files\Microsoft Office\Office10\MSOWC.DLL MSOWC.DLL 3041880 -A-------
C:\Program Files\Microsoft Office\Office10\CLIPPIT.ACS CLIPPIT.ACS 2904417 -A-------
C:\Program Files\Microsoft Office\Office10\GRAPH.EXE GRAPH.EXE 2144824 -A-------
C:\Program Files\Microsoft Office\Office10\1033\OUTLLIBR.DLL OUTLLIBR.DLL 1977032 -A-------
C:\Program Files\Microsoft Office\Office10\1033\XLMAIN10.CHM XLMAIN10.CHM 1646072 -A-------
C:\Program Files\Microsoft Office\Office10\MSOWCW.DLL MSOWCW.DLL 1200177 -A-------
ŠtatistikaElements processed: 1000Elements output: 10
Execution time: 0.42 seconds
Scenár 3: Hľadanie 20 najpomalšie stránok webovej lokality
Malé pozadia problému
Používate Microsoft Internet Information Services (IIS) 6, niekoľko ASP.NET webových stránok, a nie sú naozaj rád, s výkonom. Chcete vyladenie servera a vedieť o top 20 strán, ktoré prijímajú najvyšší čas slúžiť z webového servera. Je to ako keby ste určiť najvyšší čas-pričom stránky, opraviť, a vaše otázky vyriešia. Bohužiaľ neexistujú žiadne striebornú odrážky vyriešiť problémy s výkonom. Minimálne je potrebné spôsob, ako začať. Správne?
Odpoveď: Otvorte okno Denník Parser príkaz a zadajte nasledovný príkaz:
LOGPARSER - i: IISW3C file:C:\LPQ\Slowest20FilesInIIS.sql - o: údajová mriežka - q: offSlowest20FilesInIIS.SQL obsahuje nasledujúci príklad kód.
Select Top 20LogRow as [Line Number],
date as [Date],
time as [Time],
c-ip as [Client-IP],
s-ip as [Server IP],
s-port as [Server Port],
cs-method as [Request Verb],
cs-uri-stem as [Request URI],
sc-bytes as [Bytes sent],
sc-status as [Status],
sc-substatus as [Sub-status],
sc-win32-status as [Win 32 Status],
time-taken as [Time Taken]
From
C:\ex060813.log
Order by time-taken desc
Tu - i: IISW3C znamená, že sme sa zisťuje IIS W3C denníky. Môžete zobraziť úplný zoznam IISW3C vstupný formát polí v dokumentácii a preto rám dotazu.
-o: údajová mriežka sa predpokladá, že výstup sa zobrazí v mriežke údajov takto:
Poznámka: Ak chcete použiť dotaz, by mala byť pomocou IISW3C zapisovanie a musia umožnili rozšírené zapisovanie vlastnosti. (Otvorte vlastnosti webovej lokality kliknite na webovú lokalitu , kliknutím vyberte Povoliť zapisovanie do denníkaa nastavte formát aktívneho denníka ako W3C rozšírený formát súboru denníka. Kliknite na Vlastnosti
Rozšírené kartu a potom kliknutím vyberte všetky možnosti.)
Scenár 4: Hľadanie 20 najčastejšie používané .aspx stránky webovej lokality
Malé pozadia problému
Používate IIS 6, niekoľko ASP.NET webových stránok a chcete zistiť najčastejšie používané .aspx súbory tak, že ak ste Nalaďte výkone tieto stránky, nakoniec výhody celej webovej lokality/server. Je vždy lepšie čas ladenie najčastejšie používaným stránky ako stránky, ktoré sú kurzívou. (Hoci môžu existovať výnimky z tohto pravidla. (Povedať striedmo použité stránka je naozaj zlý stránku, ktorý spôsobuje vysoké využitie procesora v tomto prípade!) Teraz, ak zistíte, že tam určité stránky trvá dlho doručiť (scenár 3) a stránky je jedným z najčastejšie používaných stránky, by ste mali vždy potvrdiť, že stránka správať aj podľa zaťaženia.
Odpoveď: Otvorte okno Denník Parser nástroj príkaz a zadajte nasledovný príkaz:
LOGPARSER - i: IISW3C file:C:\LPQ\Popular20FilesInIIS.sql - chartType: Bar3D - groupSize: 640 x 480 - zobrazenie: naPopular20FilesInIIS.SQL obsahuje nasledujúci príklad kód.
Select Top 20cs-uri-stem as [Request URI],
COUNT(*) AS Hits
INTO MyChart.gif
FROM C:\ex060813.log
Group by cs-uri-stem ORDER BY Hits DESC
V tomto prípade - chartType: Bar3D určuje denník Parser nástroj aký druh graf na prípravu. -GroupSize parameter určuje šírku a výšku cieľové obrazu, pixelov. Súbor typy dostupných grafov závisí od verzie programu Microsoft Office Web Components nainštalovaný na lokálnom počítači.
Tu je vzhľad výstupu:
Ako ste videli, môže existovať viacero spôsobov, akým denník Parser nástroj preukázateľne naozaj užitočný pri analýze údaje z rôznych denníkoch. Iba kreativitu je limit tu! Kedy by zohľadnili údaje oveľa lepší obraz takmer neobmedzená spôsobmi a je možné, že niečo sa môžu spracovať. Čo budeme mať dotyku je len tip ľadovca! Môžete použiť aj vysokej úrovni jazyky ako Microsoft Visual C#, Microsoft Visual Basic .NET atď vytvoriť užitočné programy, pomocou moc nástroja denníka Parser. Pozrite sa na "Zdroje" nižšie.
Zdroje informácií
-
Čo je nové v denníka Parser 2.2
http://www.microsoft.com/technet/scriptcenter/tools/logparser/lpfeatures.mspx
-
Ako funguje denníka Parser 2.2
-
Microsoft Log Parser Toolkit-kniha o denníka Parser!
http://www.microsoft.com/technet/scriptcenter/tools/logparser/default.mspx
Chcem diskutovať viac scenáre nástroja denníka Parser a som vytvoril nový bod v mojom blogu len pre denník Parser nástroj. Ak máte nejaké návrhy pre scenáre alebo denníka Parser nástroj dotazy, ktoré chcete zdieľať, napíšte mi
rahulso@Microsoft.com, a by post na mojej najbližšej pohodlie nasledovnú webovú lokalitu:
http://blogs.msdn.com/rahulso/archive/category/14624.aspx
Ako vždy, neváhajte a odošlite nápady na články, ktoré chcete riešiť v budúcich stĺpcoch alebo pri používaní databázy Knowledge Base
Požiadať formulár.
Produkty tretích strán, ktorými sa zaoberá tento článok, vyrábajú spoločnosti, ktoré sú nezávislé od spoločnosti Microsoft. Spoločnosť Microsoft neposkytuje žiadne záruky týkajúce sa výkonu alebo spoľahlivosti týchto produktov.