Momentan sunteți offline, așteptați să vă reconectați la internet

Browserul dvs. nu este acceptat

Trebuie să vă actualizați browserul pentru a utiliza site-ul.

Actualizați la cea mai recentă versiune Internet Explorer

Jurnal parser-ul 2.2 și ASP.NET

IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât şi articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuşi, un articol tradus automat nu este întotdeauna perfect. Acesta poate conţine greşeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greşeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conţinutului sau de utilizarea traducerii necorespunzătoare de către clienţii nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 910447
ASP.net suportul vocea coloană

Jurnal parser-ul 2.2 și ASP.NET

Pentru a particulariza această coloană la nevoile dumneavoastra, dorim să vă invit să prezinte ideile dumneavoastră despre subiecte care interesează tu şi problemele pe care doriţi să vedeţi abordate în viitor articolele bazei de cunoştinţe şi suportul vocea coloane. Aveţi posibilitatea să remiteţi ideile şi feedback-ul folosind Solicita formular. Există, de asemenea, un link către formularul de la The Bottom a această coloană.
Bine ati venit la coloana ASP.NET sprijin voce. nume de sign-in meu este Rahul Soni, şi au fost cu Microsoft pentru aproximativ doi ani acum. În acest coloana din lună, voi discuta unele dintre faptele despre Log parser-ul 2.2. Înainte de a vom merge în anumite scenarii, lasă-mă să ia un moment pentru a descrie parser-ul jurnal instrument.

Despre

Jurnal parser-ul este un instrument foarte puternic, versatil, care oferă interogare universale de acces la date bazate pe text, cum ar fi fişierele jurnal, fişiere XML, şi Fişiere CSV, precum şi surse acoperire de date cheie de operare Microsoft Windows sistem, cum ar fi jurnal de evenimente, registry, fişier sistem şi Active Serviciul directory. vă rog Faceţi clic pe aicipentru a descărca instrumentul. În această versiune, puteţi analiza următoarele fişiere foarte usor din instrumentul Log Parser:
IISW3C, NCSA, IIS, IISODBC, BIN, IISMSID, HTTPERR, URLSCAN, CSV, TSV, W3C, XML, Evapotransporatie, ETW, NETMON, REG, anunţuri, TEXTLINE, TEXTWORD, FS şi COM.
Sunt de acord că nu este foarte intuitiv, virgulă-linie interface şi veţi afla aceasta, de îndată ce instalaţi şi executaţi instrumentul. Dar ceea ce instrumentul nu are în sentiment intuitiv este fiind patch-de documentele furnizate pentru instrumentul. Voi da o mică bucată de consiliere aici: nu lăsaţi virgulă-linie interface te pun off atât de repede. Acest instrument este o necesitate în un geek lui Toolkit şi vă ajută foarte mult, mai ales dacă doriţi pentru a depana dintr-o perspectiva de performanţă.

Nu am de gând să discute "cum să" utilizarea Conectaţi-vă Parser instrument pentru că documentaţia este destul de bun şi instalarea folderul conţine, de asemenea, un folder "Samples\Queries", care conţine destul de puţine eșantioane.

Deci, după ce am terminat cu meu pic de promovare a jurnal Instrument parser-ul, lasa-ma intorc la scenariile a fost vorba.

Scenariul 1: Parsing fişiere text mare pentru un anumit text

Un fundal mici a problemei

Clientul experienţele o problemă "Access Denied" când au făcut ceva. Aţi recomanda că clientul utilizează un alt instrument genial, care este numit Dosarşi reproduce problema. Dacă este o problemă cu resurse ACL-uri, instrumentul dosar va fi capabil pentru a prinde eroarea. Acum, tu a intreba clientul să vă trimită salvează fişierul jurnal dosar. Aici vine partea nefericit. Tu a lua fişierul (spune, Filemon.log), dar se pare că dimensiunea este imens (dosar are jurnal o mulţime acoperire de date!). Notepad-ul va apărea să stea şi va fi dureros de lent pentru a găsi acces" Denied"linii în fişierul jurnal. Microsoft Office Excel va refuza să deschidă Fişier complet. Acum ce?

Răspuns: Deschideţi fereastra comandă Log parser-ul, şi de a folosi următoarele comanda:
LOGPARSER "Select Text la C:\Filemon.log unde textul ca 'acces negat %'" - i: TEXTLINE - q: Off
Ceea ce ne sunt grăitoare instrumentul Log parser-ul este de a analiza prin fiecare linia Către (Text) din fişierul dat (C:\Filemon.log), în cazul în care linia conţine 'Acces interzis'. - I: TEXTLINE linia Către de comandă specifică formatul de intrare, precum şi - q: Off linia Către de comandă spune să fie detaliată (- q [: ON|OFF]: modul silenţios;). Dacă activaţi comutatorul de linia Către de comandă - q pe statisticile indicat şi nume de sign-in câmpului (Text) în producția mai jos va fi absente.

Mostră de ieşire

Textul
7447    1:49:24 PM      explorer.exe:1200       DIRECTORY       C:\      Access Denied
Statistici
Elements processed: 640444Elements output:    1Execution time:     12.75 seconds


Cum să evitaţi apăsarea tastei ENTER mai multe ori în cazul în care numărul înregistrările returnate de interogare este mai mare decât 10?

Răspuns: Utilizarea - rtp: -1 parametru în interogări!

Acest lucru va fi necesar parametru în cazul pe care doriţi să redirecţionaţi ieşirea într-un fişier. De asemenea, atunci când vă scrie la STDOUT, ieşire înregistrările sunt afişate în loturi alcătuite dintr-un număr de rânduri egal cu valoarea specificată pentru acest parametru. Odată ce o șarjă de rânduri fost afişată, aceasta va solicita utilizatorului să apăsaţi o tastă pentru a afişa următoarea lot de rânduri. Specificarea "-1" pentru acest parametru dezactivează dozare cu totul!

Utilizarea fişierelor de interogare

O altă modalitate de a obţine aceleaşi rezultate într-un mod mai curat este Creaţi un fişier de interogare. În acest fel, vă puteţi cu uşurinţă tweak fişierul de interogare şi a alerga it la instrumentul Log Parser linia Către de comandă. În afară de aceasta, aveţi posibilitatea să creaţi cu uşurinţă un GUI în funcţie de gustul tau. GUI încarcă salvat interogare SQL şi se execută interogare utilizând instrumentul Log Parser.

Dacă doriţi pentru a atinge acelaşi efect (ca şi în scenariul 1) din interogări SQL, aveți posibilitatea să furnizați următoarele comanda:
LOGPARSER - i: TEXTLINE file:C:\LPQ\SearchAnyTextfile.sql - q: oprit
C:\LPQ\SearchAnyTextFile.SQL conţine următoarele informaţii:

Notă Creaţi un folder LPQ în folderul C:\ utilizarea eșantioanelor prezentate în această coloană.
Select Text as LineFromFileFROM C:\Filemon.log WHERE Text LIKE '%Access Denied%'
Dacă observaţi, interogarea arată mult mai curat acum şi are sens mai mult. În acest fel, aveţi posibilitatea să creaţi mai complexe şi mai mari interogări, de asemenea, și totul se va potrivi pe linia Către de comandă pentru că tu eşti folosire.Fişier SQL în loc de întregul interogarea. Nu este posibil pentru a se potrivi peste 260 de caractere pe comanda linia Către oricum!

Păstrarea beneficiile de a utiliza interogări fişiere, voi folosi această metodă în următoarele scenarii. Eu am toate interogările meu salvate în C:\LPQ cu extensia .sql (puteţi folosi propriile).

Scenariul 2: Găsirea fişierele mai mari 10 dintr-un folder specifice, inclusiv subfolderele sale

Un fundal mici a problemei

Aveţi un folder, şi există destul de puţine subfoldere şi fişiere în ea. Doriţi să găsiţi la primele 10 cele mai mari fişierele din acel folder, inclusiv subfolderele sale.

Ştiu, pentru un anumit folder, aveţi posibilitatea să modificaţi pur şi simplu vizualizarea (pe vizualizare Proiect meniu, faceţi clic pe Detalii) în Windows Explorer şi sortare vizualizarea de dimensiune. Dar problema aici este că vă trebuie să țină seama de conținutul lui subfolder, precum şi.

Răspuns: Deschideţi fereastra Jurnal Parser instrument comanda şi utilizaţi următoarele comanda:
LOGPARSER - i: FS file:C:\LPQ\Top10Files.sql - q: oprit - Recurse: -1
Top10Files.SQL conţine următoarele:
SELECT TOP 10 Path, Name, Size, Attributes FROM 'C:\Program Files\Microsoft Office\*.*' ORDER BY Size DESC
Aici - i: FS semnifică faptul că ne sunt interogarea fişier sistem. Aveţi posibilitatea să vizualizaţi Listă tabel completă a FS formatul câmpuri în documentaţia şi cadru de intrare dvs. interogare în consecință.

-Recurse: -1 implică faptul că vrem să includă toate subfolderele. Dacă nu doriţi ca toate subfolderele sau doriţi să limitaţi recursivitate, Utilizaţi 0, 1, 2, etc. Numărul implică adâncime parser-ul va merge în. 0 înseamnă nici o recurență, 2 înseamnă că parser-ul reapărea până la adâncimea 2, etc.

Mostră de ieşire

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-------

Statistici
Elements processed: 1000Elements output:    10Execution time:     0.42 seconds

Scenariul 3: Găsirea 20 mai lent de pagini în situl Web

Un fundal mici a problemei

Utilizaţi Microsoft Internet Information Services (IIS) 6, au câteva site-uri ASP.NET Web, şi nu sunt foarte fericit cu performanţa. Doriţi să tweak server şi ştiu despre sus 20 de pagini care sunt luaţi cea mai mare marcă de timp pentru a servi la serverul de Web. Nu este ca în cazul determinaţi paginile luarea de marcă de timp cel mai înalt, repara şi problemele dumneavoastră sunt rezolvate. Din păcate, nu există nici un argint marcatori pentru a rezolva probleme de performanţă. La puţin ar trebui să existe o modalitate de a începe. Corectaţi?

Răspuns: Deschideţi fereastra comandă Log parser-ul, şi de a folosi următoarele comanda:
LOGPARSER - i: IISW3C file:C:\LPQ\Slowest20FilesInIIS.sql - o: DataGrid - q: oprit
Slowest20FilesInIIS.SQL conţine codul exemplul următor.
Select Top 20	LogRow 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.logOrder by time-taken desc
Aici, - i: IISW3C semnifică faptul că ne sunt interogarea jurnalele IIS W3C. poţi vedeţi Listă tabel completă a câmpurilor format de intrare IISW3C în documentaţia şi cadru interogarea în consecință.

-o: DataGrid presupune ca ieşire trebuie prezentate într-o grilă acoperire de date după cum urmează:

Ieşire - cel mai încet paginile

Notă Pentru a utiliza această interogare, tu ar trebui să fie folosind IISW3C Logging şi trebuie să au permis avansate logare proprietăţi. (Deschide Proprietăți dvs. site web, faceţi clic pe The site web fila, faceţi clic pentru a selecta Permite Logare, apoi setaţi formatul de jurnal Active ca W3C extins Format fişier jurnal. Faceţi clic pe Proprietăţi, faceţi clic pe Avansate tab, şi apoi faceţi clic pe pentru a selecta toate opţiunile.)

Scenariul 4: Găsirea 20 cel mai frecvent utilizate aspx pagini în situl Web

Un fundal mici a problemei

Utilizaţi IIS 6, câteva site-uri ASP.NET Web, şi doriţi să ştiu aspx cel mai frecvent utilizate fişiere aşa că, dacă vă ton performanţa aceste pagini, în cele din urmă beneficiile întregul Web site-ul/serverul. Este întotdeauna mai bine pentru a petrece marcă de timp editarea paginile cele mai utilizate, mai degrabă decât paginile care sunt utilizate cumpătat. (Deşi ar putea exista excepţii de la această regulă. Spun cumpătat folosit pagina este o pagină foarte rău care cauzează ridicat utilizarea CPU pentru că contează!) Acum, dacă găsiţi că există o anumită pagină durează mult marcă de timp pentru a fi servit (scenariul 3) şi pagina este una din cele mai utilizate pagini, vă trebuie să confirme întotdeauna că pagină se comportă bine sub stres.

Răspuns: Deschideţi fereastra Jurnal Parser instrument comanda şi utilizaţi următoarele comanda:
LOGPARSER - i: IISW3C file:C:\LPQ\Popular20FilesInIIS.sql - chartType: Bar3D - groupSize: 640 x 480 - vizualizare: pe
Popular20FilesInIIS.SQL conţine codul exemplul următor.
Select Top 20	cs-uri-stem as [Request URI],	COUNT(*) AS Hits INTO MyChart.gif FROM C:\ex060813.logGroup by cs-uri-stem ORDER BY Hits DESC
În acest caz, - chartType: Bar3D spune instrumentul Log Parser ce fel de diagramă să se pregătească. Parametrul - groupSize specifică lăţimea şi înălţimea imaginii ţintă, în pixeli. Set de tipuri de diagramă disponibile depinde de versiunea de Microsoft Office Web Components instalată pe computer local.

aici este aspect ieşire:

Ieşire - cel mai frecvent folosit aspx		  pagini

După cum aţi văzut deja, ar putea exista mai multe moduri în care instrumentul Log parser-ul ar putea dovedi foarte util în analiza datele din jurnalele diferite. Doar creativitatea este limita aici! Există aproape nelimitat moduri în care datele ar putea reflecta o imagine mult mai bine pentru tine, şi ar putea fi ceva vă puteţi acţionează. Ceea ce ne-au atins este doar vârful aisbergului! De asemenea, puteţi utiliza limbaje de nivel înalt cum ar fi Microsoft Visual C#, Microsoft Visual Basic .net, etc pentru a crea programe utile folosind puterea de instrumentul Log Parser. Verificaţi secţiunea "Resurse" de mai jos.

Resurse

Aş dori să discute mai multe scenarii pentru instrumentul Log parser-ul, şi mi-am creat o nouă secţiune în blog-ul meu doar pentru instrumentul Log Parser. Dacă aveţi sugestii pentru scenarii sau Log Parser instrument interogări care doriţi pentru a partaja, vă rugăm să mail-mă la rahulso@Microsoft.com, şi am 'd post it la meu confort mai devreme la următorul site Web:
Ca întotdeauna, nu ezitaţi să prezinte idei cu privire la subiecte doriţi în coloanele viitoare sau în folosind bază de cunoştinţe Solicita formular.

Produsele terţe pe care acest articol discută despre sunt fabricate de companii independente de Microsoft. Microsoft face nici o garanţie, implicite sau altfel, privind performanțele sau fiabilitatea aceste produse.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 910447 - Ultima examinare: 07/10/2012 09:17:00 - Revizie: 2.0

  • Microsoft ASP.NET 1.0
  • Microsoft ASP.NET 1.1
  • Microsoft ASP.NET 2.0
  • kbhowto kbasp kbmt KB910447 KbMtro
Feedback
icrosoft.com/c.gif?DI=4050&did=1&t=">r varAutoFirePV = 1; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write(" n.protocol) + "//c.microsoft.com/ms.js'><\/script>");