Jei, reaguodama į kokį nors įvykį, programa į failą įtraukia įrašus, dažniausiai identifikuojančius įvykį ir jo šaltinį, tada toks failas vadinamas žurnalo failu. Galimi renginio šaltiniai:

• Tam tikrų vartotojo veiksmų rezultatas.
• Pertraukimai, patenkantys į programą iš įrangos.
• Pačių programų sugeneruoti įvykiai (pavyzdžiui, gauti atlikus skaičiavimus).
• Įvykiai, sugeneruoti dėl programinės įrangos klaidų (vadinamosios „išimtys“).
• Įvykiai iš operacinės sistemos ar kitos programos, taip pat įvykiai iš bet kurio kito šaltinio.

Žodžiu, kalbame apie būsenų keitimą veikiančioje ir veikiančioje programoje. Paprasčiausias variantasžurnalo failas – normalus tekstinis failas su eilutės įrašais. Visa informacija žurnalo failuose yra įrašoma tam tikru formatu, kuris leidžia vėliau suprasti įvykių priežastis.

Kur naudojami žurnalo failai?

Žurnalo failų programų sąrašas yra didžiulis. Failai šio tipo naudojami visur, kur reikia sekti konkretaus programos proceso istoriją, vesti įrenginių ir mašinų būklės apskaitą, stebėti vartotojo veiksmus, t. ir saugumo sumetimais. Ir daugeliu kitų atvejų. Ieškoti ir analizuoti duomenis žurnalo failuose, kaip taisyklė, nepriklausoma programinė įranga, kuri leidžia greitai ir vizualiai ištirti įrašytus duomenis apie darbą programinės įrangos sistema. Daugelis žurnalo failų yra labai dideli, todėl jūs turite reguliariai perrašyti pasenusį jų turinį arba sukurti ištisas žurnalo failų kolekcijas su pavadinimais, kuriuose yra, pavyzdžiui, data. Daugeliu atvejų pirmenybė teikiama duomenų bazėms, o ne žurnalo failams.

Naudingi pavyzdžiai

Pateiksime kelis žurnalo failų naudojimo pavyzdžius. Jei derinamoje programoje yra daug netikėtų išimčių, visiškai įmanoma jas įrašyti į žurnalo failą, kad būtų galima atlikti tolesnę klaidų analizę. Kaip kitą pavyzdį galite nurodyti duomenų apie prisijungusius vartotojus registravimą kelių vartotojų kliento-serverio sistemose. Tai leidžia sekti jų atliekamas neteisėtas operacijas.

Prisijungimas padeda kūrėjui kuriant ir vėliau prižiūrint programą, ieškant kodo klaidų ir sprendžiant nesuprantamas situacijas, kai mūsų programa darbo metu elgiasi keistai, o mums reikia rasti to priežastį. elgesį.

Bet kuris kūrėjas susiduria su panašiomis situacijomis, kai kuris nors programos komponentas veikia keistai, duoda netinkamą rezultatą arba visai nustoja veikti. Žurnalų naudojimas mums padės tokiose situacijose. Probleminių sričių paieškos mūsų kode laikas gerokai sutrumpės, o tą ar kitą problemą išspręsime greičiau.

Apskritai šiuo metu nei viena daugiau ar mažiau rimta programa neapsieina be žurnalų rašymo.

Žurnalas (logas) yra specialus žurnalas, kuriame saugoma informacija apie programos (programos) būseną.

Toks žurnalas gali būti suprantamas kaip įrašai į paprasto teksto failą, įrašai į duomenų bazę ir įrašai į nuotolinę žiniatinklio paslaugą ir net el. laiškai konkrečiu adresu apie tam tikras mūsų programos būsenas.

Kokius įrašus daryti šiame žurnale, tai yra, kokią konkrečią informaciją užsirašyti, nustato pats kūrėjas. Tai gali būti informacija, kad viskas veikia kaip įprasta, tai yra tik kasdienis mūsų programos stebėjimas arba įvyko kokia nors klaida, į kurią reikia reaguoti ir kuo greičiau ją pašalinti ir pan.

Iš viso yra šeši registravimo lygiai, kurių kiekvienas skirtas vienokio ar kitokio tipo, vienokios ar kitokios svarbos pranešimams:

Trace - išsami informacija apie tai, kas vyksta su tikslinio kodo skyriumi, žingsnis po žingsnio. Pavyzdžiui: Bandymas atidaryti duomenų bazės ryšį, sėkmingas / nesėkmingas. Kiek laiko truko ši operacija? Kiek laiko buvo atranka iš duomenų bazės, sėkminga\nepavyko. Kiek įrašų nuskaityta. Kokia buvo sistemos apkrova, kiek buvo panaudota atminties. Kiek įrašų praėjo reikiamą filtravimą. Kiek įrašų atsirado gautoje atrankoje, kur šie įrašai pateko toliau. Kiekviename įraše patikrinkite norimas reikšmes.

Debug yra informacija, skirta derinti. Didelių operacijų registravimas, mažiau detalus nei Trace. Čia ne taip detaliai aprašome visą operacijos eigą, bet vis dėlto registruojame pagrindines operacijas. Pavyzdžiui: buvo pateikta užklausa duomenų bazei. Iš duomenų bazės atrenkami N įrašai. Įrašai sėkmingai apdoroti ir išsiųsti klientui.

Informacija – tai bendresni informaciniai pranešimai apie esamą programos veikimą, kas nutinka sistemai ją naudojant. Pavyzdžiui: Mokiniai buvo įkelti į Excel failą. Svetainėje užsiregistravo naujas studentas. Mokinys pridėjo naują ataskaitą. Mokinys buvo perkeltas į kitą grupę.

Įspėti – pranešimai apie keistą ar įtartiną programos elgesį. Tai dar nėra rimta klaida, tačiau turėtumėte atkreipti dėmesį į tokį sistemos elgesį. Pavyzdžiui: pridėtas 2 metų mokinys. Mokinys gavo neigiamą balą. Mokytoja baigė kursą su 0 mokinių. Grupėje yra daugiau mokinių nei galima maksimaliai.

Error – klaidų pranešimai programoje. Tokie pranešimai jau yra didelė problema, kurią reikia spręsti toliau teisingas veikimas sistemos. Pavyzdžiui: Klaida išsaugant naują mokinį duomenų bazėje. Nepavyko įkelti šios grupės mokinių. Prisijungimo klaida Asmeninė sritis studentas.

Mirtinas – pranešimai apie labai rimtas sistemos klaidas. Dažniausiai taip nutinka dėl visos programos ar jos aplinkos serveryje būklės. Į tokius pranešimus reikia reaguoti kuo greičiau. Pavyzdžiui: programa nuolat įkeliama iš naujo, nes trūksta atminties arba vietos standžiajame diske. Paraiška nutraukta dėl nežinomos priežasties. Prieigos prie duomenų bazės nėra. Nėra prieigos prie tinklo. Kai kurie prievadai užblokuoti.

Tai yra, prieš siųsdami pranešimą į žurnalą, turime jį priskirti tam tikrai grupei.

Pavyzdžiui, parašėme naują funkcionalumą ir norime jį išbandyti, kaip jis veikia teisingai ir greitai. Norėdami tai padaryti, naudosime sekimo pranešimo tipą, ty visi mūsų pranešimai žurnale bus pažymėti kaip sekti.

Panašiai galime apibūdinti, kaip veikia mūsų programa kaip visuma, pranešimai bus pažymėti informacija.

Jei pavojingose ​​kodo dalyse padarysime išimtį, tai dabar žurnale taip pat pridėsime įrašą, pažymėtą Error.

Kuriai grupei priskirti tą ar kitą žinutę, nusprendžia pats kūrėjas. Į šį klausimą reikia žiūrėti labai rimtai. Akivaizdu, kad klaidos neturėtų būti pažymėtos kaip informacija, jos neturėtų būti ignoruojamos ir tiesiog neregistruojamos. Nuo tinkamai sukonfigūruotos registravimo sistemos priklausys visos sistemos priežiūros paprastumas, greitas reagavimas į klaidas ir trikčių šalinimo laikas.

Kartais kūrėjai tingi rašyti žurnalus, nenori tam skirti laiko. Ateityje paaiškės, kad klaidų paieškai ir taisymui sugaištama daug kartų daugiau laiko, nei reikėtų žurnalų sistemos sukūrimui.

Žinoma, daug kas priklauso nuo projekto sudėtingumo. Jei kuriate paprastą trijų puslapių vizitinių kortelių svetainę arba konsolinę programą savo poreikiams vietinis kompiuteris, tada sudėtingos registravimo sistemos rašymas gali užtrukti ilgiau nei paties projekto sukūrimas. Tokiu atveju į žurnalus galima įrašyti tik klaidų pranešimus arba kodėl svetainė sudužo. Bet jei dirbate su sudėtingu projektu komandoje su kitais kūrėjais, būtina tinkamai registruoti.

Norėdami pradėti registraciją, prie projekto prijungsime NLog platformą. Tai įmanoma .

• $(pagrįstas)- mūsų programos šakninis katalogas
• $(trumpas data) - Dabartinė data formatu yyyy-MM-dd
• $(ilgas pasimatymas)- dabartinė data formatu yyyy-MM-dd HH:mm:ss.ffff
• $(skambinimo svetainė)- žurnalo skambučių vieta (klasės pavadinimas, metodo pavadinimas)
• $(didžiosios raidės:$(lygis)- medienos ruošos lygis
• $(pranešimas)- tiesiogiai pranešimas, kuris bus įrašytas į žurnalą
• $(nauja eilutė)- naujos eilutės simbolis

Viešoji klasė StudentsRepository ( privatus statinis registravimo žurnalas = LogManager.GetCurrentClassLogger(); //... )

Dažniausiai visoje klasėje turi būti deklaruojamas vienas statinis registratorius. Čia mes per klasės vadovą žurnalo valdytojas paskelbė apie naują medkirtį, su kuria dirbsime.

Pradėkime registravimą nuo sekimo lygio. Taikydami metodą, kai pasirenkame studentą pagal jo ID, kiek įmanoma išsamiau apibūdinkime, kaip tai vyksta:

Viešasis studentas GetStudentById(int id) ( //čia modeliuojama tikrojo studento atrankos iš duomenų bazės situacija... logger.Trace("Prašomas studento ID: " + id); logger.Trace("Bandoma prisijungti į duomenų šaltinį"); logger .Trace("Prisijungimas prie duomenų šaltinio buvo sėkmingas. Praėjęs laikas (ms): " + new TimeSpan(0, 0, 0, 0, 20).Miliseconds); var student = _studentsList.FirstOrDefault (x => x.Id = = id); logger.Trace("Atranka buvo sėkminga. Studentas su id==" + student.Id); grįžti studentas; )

Atkreipkite dėmesį, kad registravimo objekte iškviečiame Trace() metodą. Jis turi atitinkamą reikšmę – Trace tipo pranešimų registravimas. Jei pažvelgsime į Logger klasės apibrėžimą, pamatysime, kad visuose žurnalo lygiuose yra ir kitų metodų, kuriuos naudosime toliau.

Dabar pridėkime keletą derinimo lygio pranešimų. Kaip prisimename, tai taip pat yra derinimo informacija, bet ne tokia išsami. Šis požiūris aiškumo dėlei naudojame kitu būdu:

viešas sąrašas GetStudents() ( //tai imituoja tikrojo studentų atrankos iš duomenų bazės situaciją... logger.Debug("Prisijungta prie duomenų bazės"); logger.Debug("Gauti visi studentai"); return _studentsList; )

Einame toliau. Informacijos lygiu aprašome įprastas operacijas savo programoje, tai yra, pakylame vienu lygiu aukščiau. Tarkime, kad dirbame su ASP.NET MVC programa ir turime veiksmą valdiklyje, kuris iškviečia anksčiau aprašytą GetStudentById() metodą:

Viešas veiksmasResult GetStudent(int id) ( logger.Info("Mokytojas paprašė mokinio su ID == " + id); StudentsRepository saugykla = new StudentsRepository(); Student student = saugykla.GetStudentById(id); return View(studentas); )

Dabar į žurnalus įtraukime įspėjimo lygio pranešimus. Kaip prisimename, šiame registravimo lygyje aprašome visas potencialiai pavojingas situacijas, keistą ir nelogišką komponentų elgesį. Įrašą registruosime, jei studentas yra jaunesnis nei 15 metų:

//... Studentas studentas = repository.GetStudentById(id); logger.Trace("Atranka buvo sėkminga. Pasirinktas mokinys su id==" + student.Id); jei (studentas.Amžius< 15) logger.Warn("Выбран студент моложе 15 лет"); //...

Var studentas = _studentų sąrašas.FirstOrDefault(x => x.Id == id); if (studentas == null) logger.Error("Klaida. Mokinys nerastas su id == " + id); logger.Trace("Atranka buvo sėkminga. Pasirinktas mokinys su id==" + student.Id); jei (studentas.Amžius< 15) logger.Warn("Выбран студент моложе 15 лет");

Dabar nustatykime, ką turėtume įrašyti fataliniu lygiu. Paprasčiausiame pavyzdyje mes tiesiog imituosime panašią situaciją:

//... logger.Fatal("Pasiektas maksimalus programos naudojimo limitas laisvosios kreipties atmintis 90%"); //...

Peržiūrėjome visus šešis registravimo lygius ir kiek įmanoma išsamiau apibūdinome paraiškos procesą. Dabar galime iš karto analizuoti svetainės veikimą, tiesiog išnagrinėdami žurnalus, o ne ieškoti šaltinio kodo.

Taip veikia medienos ruoša. Paprasčiausiame pavyzdyje, kai imituojame darbą su mokiniais, viskas yra nepaprastai aišku ir skaidru net ir be rąstų. Tačiau sudėtinguose projektuose medienos ruoša yra neatsiejama plėtros dalis.

Žinoma, tai toli gražu nėra visos NLog platformos pritaikymo galimybės. AT konfigūracijos failą galite konfigūruoti registravimą kitose vietose, pavyzdžiui, duomenų bazėje, konsolėje, RAM, siųsti kaip el. pašto pranešimą, siųsti pranešimus tinklu ir pan. Taip pat galite nustatyti pranešimų filtravimą – sudėtingesnį pranešimų šabloną. Jei nesate patenkinti standartinėmis registratoriaus funkcijomis, galite parašyti savo plėtinį ir jį prijungti.

Štai viskas, trumpai apibendrinkime. Išnagrinėjome prisijungimo programoje temą. Pažiūrėjome, kaip teisingai užregistruoti tam tikras kodo dalis, taip pat susipažinome su viena populiariausių registravimo platformų – tai NLog platforma, taip pat įvertinome jos galimybes ir kaip galima konfigūruoti žurnalų generavimą šioje platformoje.

Be standartinės svetainės statistikos, kuri apima skaičių Unikalūs lankytojai, atidaryti puslapiai ir daug daugiau Naudinga informacija, žiniatinklio valdytojas turi žinoti daug kitų dalykų apie tokią svetainę, ir tai jam atskleidžia žurnalai. Tuo pačiu metu pradedantieji žiniatinklio valdytojai dažnai net nežino, kas yra žurnalas ir ką jis duoda.

Kokios informacijos reikia?

Kaip minėta aukščiau, be standartinių parametrų, svetainės savininkas turi žinoti daug kitų duomenų:

• Kurie puslapiai yra labiausiai lankomi.
• Kokios paieškos užklausos labiausiai pritraukia naudotojus į jūsų svetainę.
• Kokios naršyklės ar operacinės sistemos yra paklausiausios tarp lankytojų.
• Kokią ekrano skiriamąją gebą lankytojai naudoja dažniausiai.
• Ir daug daugiau.

Kaip sužinoti?

Daugeliu atvejų svetainėse yra įdiegtas mokamas arba nemokamas skaitiklis, o jį teikiantis šaltinis atlieka išsamią svetainės analizę ir kaupia apsilankymų statistiką, kurią galima bet kada peržiūrėti. Ypač tokių skaitiklių naudojimas yra paklausus, jei asmuo nemokamai talpina savo svetainę. Atsižvelgiant į tai, kas yra žurnalas, svarbu išmokti dirbti su tokiais skaitikliais, nes iš tikrųjų juose yra dauguma būtinų duomenų.

Didžioji dalis prieglobos paslaugų teikėjų, teikiančių mokamą prieglobą, iš pradžių suteikia savo klientams galimybę naudotis sukurtoje svetainėje jau įdiegtais analizės įrankiais. Pavyzdžiui, Apache serveriai naudoja specializuotą priemonę Webalizer, kuri naudojama kaip papildomas serverio modulis.

Tie, kurie naudojasi mokama priegloba, taip pat gali visiškai savarankiškai apdoroti visus savo svetainės duomenis, nes žiniatinklio valdytojas, žinantis, kas yra svetainės žurnalas ir kaip juo naudotis pilna prieiga gauti visą jums reikalingą informaciją.

Kas tai?

Bet kuri svetainė turi savo žurnalą, kurį žiniatinklio valdytojas gali peržiūrėti bet kuriuo jam patogiu metu. Kas yra rąstas? Tai yra atskiras tekstinis failas, kuriame yra informacija apie visas užklausas svetainei, taip pat įvairias su šiomis užklausomis susijusias klaidas.

Kaip duomenys įrašomi į žurnalą?

Iš pradžių vartotojas savo naršyklėje įveda konkrečios svetainės adresą ir eina į ją. Po to vartotojo naršyklė pradeda siųsti serveriui, kuriame yra ši svetainė, prašymą išduoti vartotoją dominantį tinklalapį. Kartu su tuo serveriui pateikiama ši informacija:

• lankytojo IP adresas.
• Tikslus prašymo pateikimo laikas.
• Naršyklė, kurią naudoja vartotojas.
• Operacinė sistema, kurią naudoja vartotojas.
• Dominantis puslapis.
• Puslapio, iš kurio buvo perkelta į tikslą, adresas.

Po to serveris pateikia lankytoją dominantį užklausą, o visa informacija apie operaciją įrašoma įvykių žurnale, sukuriant vadinamąjį žurnalo failą.

Kompetentinga svetainės žurnalų analizė leidžia žiniatinklio valdytojui tiksliai nustatyti, kaip naudojami jo ištekliai ir kuria kryptimi juos plėtoti yra svarbiau.

Kokią informaciją pateikia žurnalai?

Peržiūrėję svetainės žurnalus galite rasti didelis kiekis naudinga informacija, kuri pagerins tolesnį išteklių reklamavimą ir padarys jį veiksmingesnį:

• Lankomumas. Žinoma, tokį rodiklį taip pat nustato standartinis skaitiklis, kuris gali būti kiekviename puslapyje, tačiau žurnale šie duomenys pateikiami detaliau, įskaitant srautą pagal dieną, valandą ar mėnesį. Be to, naudodamiesi žurnalais galite nustatyti srauto padidėjimo ar užliūliavimo valandas, o tai labai svarbu žinoti prižiūrint svetainę.
• Eismas. Šiuo atveju ir kiekvieno atskiro puslapio srautas, ir visas svetainės srautas tam tikras laikotarpis laikas.
• Konversija.Šis parametras leidžia nustatyti, kaip lankytojai juda per jūsų išteklius, tai yra, jie peržiūrėjo vieną puslapį ir uždarė arba vis dėlto pradėjo „keliauti“ per jūsų svetainę, žiūrėdami vieną puslapį po kito. Konversijos koeficientas leidžia netiesiogiai nustatyti svetainės kokybę.
• apleisti puslapiai. Atsižvelgdami į tai, kas yra serverio žurnalai, dažnai galite nustatyti, kad juose yra apleistų puslapių, ty tų, kurie lankomi ypač retai. Esant tokiai situacijai, žiniatinklio valdytojas turi atlikti išsamią situacijos analizę, nes gali būti, kad puslapiai nustojo domėtis žmonėmis arba tapo sunku juos rasti tarp daugelio kitų jūsų svetainėje.
• Populiarūs puslapiai. Tinklalapiai, kurie yra labiausiai lankomi. Galite naudoti juos kaip šabloną kurdami kitus puslapius, o prireikus taip pat galite nukreipti vartotojus iš šių puslapių į kitus apleistus ar mažiau populiarius.
• Paieškos užklausos. Be kita ko, svetainės žurnaluose taip pat pateikiamas šių metažymų efektyvumas, raktinius žodžius ir tinklalapių, kuriuos naudojote ir kuriuose tam tikri galėjo rasti jūsų svetainę, pavadinimai paieškos sistemos. Atitinkamai, žurnaluose yra duomenų apie tai, kuris konkretus paieškos variklis rado jūsų svetainę pagal konkrečią užklausą.

Instrukcija

Meniu „Mano kompiuteris“ ypatybėse pasirinkite elementą, atsakingą už valdymą. Operacinėse sistemose Septyni ir Windows VistaŠis elementas pateikiamas meniu juostos Mano kompiuteris kairėje pusėje. Taip pat galite bėgti šį meniu iš valdymo skydelio „Administravimas“. Turėtumėte matyti savo ekrane speciali konsolė valdymas.

Dirbdami su žurnalo failais, būtinai atkreipkite dėmesį į apribojimus sąskaitą, nes visus veiksmus turi atlikti tik administratorius. Svečiai ir kitos apribotos paskyros negalės naudoti šio veiksmo.

Kompiuterio valdymo meniu suraskite įvykių peržiūros programą ir paslaugų peržiūrą. Atidžiai peržiūrėkite kiekvieną jų skyrių, tada nuspręskite, kuriuos norite pašalinti.

Įvykių peržiūros priemonėje išvalykite operacinės sistemos žurnalus Windows sistemos pažymėdami jį kairiuoju pelės mygtuku. Išskleiskite elementą „Veiksmas“, tada paleiskite jį kontekstinis meniu paryškindami dešiniuoju pelės mygtuku spustelėkite pelėms.

Ekrane rodomame lange pasirinkite elementą „Ištrinti visus įvykius“ ir, jei tikrai norite tai padaryti, pasirodžiusiame dialogo lange patvirtinkite operaciją. Palaukite, kol žurnalo failų turinys bus pašalintas iš kompiuterio.

Naudokite specialios programos kompiuterio optimizavimas, kad žurnalo failai būtų išvalyti suprantamiau ir greičiau, paprastai juos galima sukonfigūruoti taip, kad automatiškai išvalytų jų turinį. Paprastai žurnalų išvalymas yra antrinė tokių programų užduotis, tačiau jos gali būti naudingos norint pagreitinti kompiuterį, pašalinti nenaudojamas paslaugas ir nutraukti nereikalingus procesus. Jie taip pat atlieka disko defragmentavimą, klaidų taisymą, RAM valymą ir pan.

Naudingi patarimai

Nevalykite žurnalų patys, jei neturite pasitikinčio kompiuterio vartotojo įgūdžių.

Užduotis išvalyti operacijų žurnalą 1C remiantis Microsoft SQL Serveris susiduria su tam tikrais sunkumais dėl automatinio savo failų dydžio augimo, nepaisant esamos galimybės automatiškai sumažinti pasirinktą failą.

Instrukcija

Įsitikinkite, kad suprantate pasirinktos valymo operacijos schemą, tiksliau, operacijų žurnalo sutrumpinimą: procedūra gali būti atliekama tik sutrumpinant laisvą vietą failo pabaigoje ir yra tiesiogiai susijusi su pasirinktu metodu. kuriant atsarginė kopija. Jei pasirinksite parinktį Visas, turite užbaigti visas nuolatines operacijas ir sukurti atsarginę kopiją režimu Pašalinti neaktyvius įrašus iš operacijų žurnalo. Pasirinkus Paprasta parinktį sutrumpinamas visas failas, bet nebūtinai atkuriamos operacijos.

Operacijų žurnalo failo sutrumpinimas gali būti atliktas naudojant Query Analyzer įrankį su komanda DBCC Shrinkfile (log_file_name, wish_file_size), o valymo operaciją galima atlikti tik sukūrus visą rezervo bazė tos pačios komandos. Norėdami nurodyti kopijavimo parinktis, naudokite šią sintaksę: Atsarginės kopijos žurnalas pasirinktas_bazės_pavadinimas tik sutrumpintas.

Sukurkite visą operacijų žurnalo failo, kurį norite išvalyti, atsarginę kopiją, jei jums nereikia atkurti duomenų naudojant atsarginių duomenų bazės įrankį, ir išvalykite žymės langelį Pašalinti neaktyvius įrašus iš operacijų žurnalo. Eikite į skirtuką Parinktys ir pakeiskite atkūrimo modelio parametro reikšmę į Paprasta. Sutrumpinkite pasirinktą failą aukščiau pateikta komanda arba naudokite sintaksę DBCC ShrinkDatabase (selected_database_name, reikalingas_likutinis_failo_dydis_%).

Pažymėkite langelį Pašalinti neaktyvius įrašus iš operacijų žurnalo ir atsarginę šaltinio rinkinio kopiją iš Enterprise Manager. Atkurkite atkūrimo modelį į visą ir iš naujo pabandykite atkurti žurnalą iš Enterprise Manager per esamą kopiją. Dar kartą atžymėkite laukelį Pašalinti neaktyvius įrašus iš operacijų žurnalo ir dar kartą paleiskite atsarginė kopija pasirinktas operacijų žurnalas.

Susiję vaizdo įrašai

Šaltiniai:

• Kai kurios „Microsoft SQL Server 2000“ veikimo funkcijos

Bet kuri programinė įranga atlieka tam tikras funkcijas. Nepriklausomai nuo to, kaip tai daroma, pagal numatytuosius nustatymus žurnalo failas sukuriamas paslaugų aplanke. Šis failas yra tekstinis dokumentas, kuriame rodomi visi programos veiksmai.

Jums reikės

• Programinė įranga:
• - bet koks teksto redaktorius;
• - 7Zip archyvatorius.

Instrukcija

Kai kuriais atvejais turite žinoti, kaip elgėtės veikiantis procesas prieš tai, kai ji pakimba arba dėl kokių priežasčių programa buvo uždaryta. Jei žiūrite į Linux sistemas, šį veiksmą galima atlikti nežiūrint žurnalo failo (jei jis paleistas per terminalą arba konsolę). Operacinėse sistemose Windows šeimos sukuriami žurnalai arba į sistemos žurnalą įtraukiamas įrašas.

Iš dviejų žiniatinklio valdytojų pokalbio:

- Vakar buvau jūsų svetainėje...

– Taigi tai buvai tu!

Be bendros svetainės statistikos (unikalių lankytojų skaičius, jų atidarytų tinklalapių skaičius ir kt.), didelę reikšmęžiniatinklio valdytojams turi kitos informacijos, pavyzdžiui: kuriuose svetainės puslapiuose lankomasi dažniausiai, kuriuose paieškos terminai pritraukti lankytojus į svetainę, kurios naršyklės ir Operacinės sistemos naudoja lankytojai, kokia ekrano skiriamoji geba vienam lankytojui ir kt. ir tt

Paprastai kiekvienoje svetainėje yra įrengtas išorinis nemokamas (retai mokamas) skaitiklis. Išteklius, pateikęs skaitiklį, palaiko išplėstinę išteklių apsilankymų statistiką (įskaitant visą aukščiau pateiktą informaciją), kurią galima peržiūrėti bet kuriuo metu. Ypač su tokiais skaitikliais patogu dirbti su tais, kurie savo svetaines įkelia į nemokamą prieglobą.

Dauguma mokamo prieglobos prieglobos paslaugų teikėjų (hosterių) savo klientams suteikia galimybę naudotis jau įdiegtais analizės įrankiais. Pavyzdžiui, serveriams Apache dažnai naudojama programa Webalizer, kuris yra įdiegtas kaip žiniatinklio serverio priedas.

Tie, kurie yra priglobti mokamame priegloboje, taip pat gali patys apdoroti visą informaciją apie apsilankymą svetainėje: juk žiniatinklio valdytojas turi visišką prieigą prie savo svetainės žurnalo failų.

Kas yra svetainės žurnalo failas

Svetainės žurnalo failas ( žurnalo failas, žurnalas-failas, žurnalo failas, žurnalas) yra tekstinis failas, kuriame įrašomos visos svetainės užklausos, taip pat visos su šiomis užklausomis susijusios klaidos.

Kaip įvykiai įrašomi svetainės žurnalo faile

Todėl vienas iš pagrindinių svetainės kūrimo tikslų turėtų būti ne tik apsilankymų skaičiaus didinimas, bet ir Aktualus apsilankymus – tai yra neapgaudinėti lankytojų melagingais vardais, pažadais, raktiniais žodžiais ir pan. – lankytojas turi rasti tai, ko ieško, jis turi teisę tai daryti! ..

Pastabos

1. Tyrimų bendrovės sąmatos netcraft, 2009 m. birželio mėn. internete buvo 238 027 855 svetainės. Tuo pačiu metu žiniatinklio serverių dalis Apache sudarė apie 47 proc. Microsoft IIS – 24,80%, qq.com – 12,79%, Google – 4,98%, nginx – 3,69%, Saulė – 0,30%.

2. Serverio žurnalo failai Apache