• Artikel

TechNet – Experternas arena

Frågespalt: System Center

Dina frågor om System Center besvaras av Anders Bengtsson och Björn Axéll, Microsoft MVP.

Tömma loggfilen utan att missa felmeddelanden i Operations Manager 2007

Fråga:

Vi har en applikation som tömmer sin loggfil då och då, och det verkar inte som att Operations Manager 2007 förstår det. Vi tror att vi missar nya error- och felmeddelanden som skrivs i loggfilen. Är det någon inställning jag kan ändra på?

Anders Bengtsson och Björn Axéll

Bengtsson_Axell

Anders Bengtsson (t v), Atea , är Microsoft MVP och MOM Microsoft Certified Systems Engineer: Security. Björn Axéll (t h), Advisec, är även han Microsoft MVP i System Center Operations Manager. Björn och Anders är båda medlemmar i nätverket MEET, Microsoft Extended Experts Team.

Du som är IT-proffs kan skicka dina frågor om System Center till fraganu@microsoft.com och få din fråga besvarad av Anders eller Björn här i frågespalten.

Vi kan tyvärr inte garantera att alla frågor hinner besvaras.

Svar:

Operations Manager 2007 minns vilken rad den slutade läsa på senast. Det betyder att om du tömmer loggfilen när applikationen har skrivit 10 rader i den, så ser inte Operations Manager nya saker förrän på rad 11 och framåt.

Vad du kan göra är konfigurera din applikation till att starta nya loggfiler, exempelvis per dag eller timme.  I Operations Manager 2007 skriver du sedan in ett mönster för vad filerna ska heta, som *.log. Då hittar Operations Manager de nya filerna och börjar övervaka dem.

Om du vill spara hårddiskutrymme kan du ta bort gamla loggfiler med ett script. Vill du sedan lägga till loggfilsnamnet i ditt larm hittar du exempel på intressanta parametrar på Kelvin Holmans blogg:

https://blogs.technet.com/kevinholman/archive/2007/12/12/adding-custom-information-to-alert-descriptions-and-notifications.aspx

Med vänliga hälsningar, Anders Bengtsson

www.contoso.se

Håll dig uppdaterad om System Center – prenumerera på TechNets nyhetsbrev.

De åsikter och idéer som uttrycks i texten är skribentens egna, och delas inte nödvändigtvis av Microsoft AB eller dess representanter.