Ten slotte word die hulp van IT is hier

Blog van die rekenaar oplossings.

Event kyker opsporing foute uit Powershell

geplaas deur Xaus Xavier Nadal 13th op Mei 2012

Goeie.

Vandag sit ons 'n paar Powershell.

Hierdie artikel verduidelik hoe om afstand te samel gebeurtenis kyker vensters geval van 'n span of groep van rekenaars van 'n Powershell command line en ook in Onliner, hehe as ek ..

onthou artikel http://www.megacrack.es/2008/11/16/como-resolver-problema-con-jrnl_wrap_error-frs-event-id-13568-o-13561/ waar ons gewys hoe om 'n fout op te los met die Active Directory replikasie sysvol?, want dit script ons kan afstand die foute op te spoor sonder om te wag vir 'n gebruiker om ons te vertel jou script nie werk nie, want nie opgespoor, of 'n domein beleid nie toegepas wat nie bestaan ​​nie in 'n webwerf, ens ..

Wat ons doen met hierdie skrif is aan die laaste 2 dae van hout gaan in die geval kyker die "Lêer Replisering Service" as bron "NtFrs" en tik "Fout" en ons dwing ons foute wys net tik "13568" en ons wys net die nuutste aan te pas by die voorkeure fout opsporing Active Directory replikasie (jy sal in staat wees om te sit wat jy wil soos wees spoor indien Exchange databasis is afgeskakel as gevolg van dat die transaksie log is gevul) Met die volgende waardes:

Tipe: Fout

Aksie-id: 9518

Bron: MSExchangeIS

Maar vir nou wat sal ons vind ons die probleme met die FRS en ons is op soek na die volgende:

Tipe: Fout

Aksie-id: 13568

Bron: NtFrs

Ons sal dit doen:

kry-eventlog -Newest 1 -na (kry-date) .AddDays (-2) -Rekenaar <Computer> -Logname "Lêer Replisering Service" -Bron "NtFrs" -Entrytype "Fout" | waar{$ _ Aand Gebeurtenis-id '13568.} | kies machinename, bron | ft -outogrootte

Die resultaat as sensing dat daar 'n fout in die laaste 2 dae in die lêer replikasie Service gedeelte met NtFrs bron, tipe fout en kode 13568 geval sou wees is:

MachineName Bron

---- -

MegaDC1 NtFrs

Van daar kan ons reeds te los die probleem met die volgende artikel byvoorbeeld: http://www.megacrack.es/2008/11/16/como-resolver-problema-con-jrnl_wrap_error-frs-event-id-13568-o-13561/

Maar as dit wat jy wil hê, is om dieselfde te spoor op alle domein controllers in die domein sal moet verander -Rekenaar <Computer> om:

-Rekenaar (kry-qadcomputer -SearchRoot "<Domain> Domain Controllers" -dudip | Kies Objek -ExpandProperty naam)

Sorg dat dit laaste verander op alle domein controllers wat jy het, en neem 'n baie, (Jy sal hê om gereedskap geïnstalleer Quest Active Rolle Bestuur) Dink dat ons nie naastenby gebruik en verwerk stringe (Dit sal jou en ander lede van die blog wat wys meer as ek Powershell deskundige) om te sien of jy dit waag .. Albert !!!!!, jy wil om te lees in MegaCracks ...

Jy kan ook die opdrag uit te voer op elke bediener daaglikse en vir jou 'n e-pos met die resultate van 'n e-pos of stuur dit na 'n lêer wat deur 'n IIS sal afgehaal word en vertoon in 'n web soos 'n monitor gesentraliseerde geval dit was, of wat jy jou verbeelding aan te bied ... die wêreld van Powershell is indrukwekkend, maar dit is wanneer jy verenig met outomatisasie, uitstallings, webwerwe, ens ..

Indien u enige vrae oor hierdie sal ons gelukkig wees om te gee jy ondersteuning van die kommentaar van die moeras.

Tot volgende keer.

Tags: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ,
geplaas deur fout, ruil, PowerShell, Powershell | No Comments »

'N MSExchangeIS gebeurtenis met fout kode 9518 0xfffffddc

geplaas deur Xaus Xavier Nadal 13th op Mei 2012

Goeie môre.

Die ander dag 'n kliënt te monitor om die volgende fout in jou e-pos stelsel Exchange 2003 spoor, 'N MSExchangeIS gebeurtenis met fout kode 9518 0xfffffddc.

Ons het gevind dat al databasisse van 'n berging Groep skielik gegaan. (Normale in hierdie tipe foute, nou ek sal verduidelik hoekom.) En 'n poging om die databasis die volgende fout verskyn begin

Tipe: Fout

Aksie-id: 9518

Bron: MSExchangeIS

 

Fout 0xfffffddc begin berging Groep / DC = com / DC = <domein> / CN = Konfigurasie / CN = Dienste / CN = Microsoft Exchange / CN = <houer> / CN = Administratiewe Groepe / CN = Eerste Administratiewe Groep / CN = Servers / CN = <bediener> / CN = InformationStore / 2 CN = berging Groep op die Microsoft Exchange inligting winkel.

 

Stoor Groep - inisialisering van Jet misluk.

Dit vind plaas wanneer die maksimum aantal verteenwoordig deur die naam van die transaksie log vir die betrokke stoor groep (ExxFFFF0.log) 1,048,560 2003 Exchange teken en (0x7FFFFFFF) meld lêers 2,147,483,647 2007 Exchange oorskry.

Maar wanneer dit gebeur:? Die transaksie log lêers (transaksie log) is 'n rekord van elke transaksie wat deur die databasis enjin. Alle transaksies word geskryf om die log, dan stadig geskryf om die databasis.

Elke keer as iemand ontvang, stuur, beweeg 'n e-pos of wanneer 'n gebruiker beweeg ruil waar administrateur van 'n databasis na 'n ander hierdie log groei en sal gestoor word op die hardeskyf as lêers met 'n spesifieke naam Exx<Telling>Log en elk van hierdie lêers in Exchange 2003 5,120 beset KB (5 MB).

Daarom so lank gelede jy disponéis geïnstalleer and Exchange 2003 seker dat jy byna 1 miljoen beweeg gedoen, of reeds geslaag het, of jy sal bietjie moet jy die fout verskyn.

Om dit te spoor wat jy kan proaktief monitor die gids logs van jou Exchange op te spoor indien die lêers wat jy genereer 2003 Exchange (transaksie log) is naby ExxFFFF0Log soos jy kan sien in die volgende beeld:

Megacrack lees »

Tags: , , , , , , , , , , , , , , , , , ,
geplaas deur ruil | 2 Comments »