2013-10-03 18 views
5

Pracuję nad aplikacją, która loguje się do niestandardowego dziennika zdarzeń. Aplikacja została ostatnio przemianowana, a nazwa dziennika zdarzeń zmieniła się (z "CompanyA Events" na "CompanyB Events"). Nazwa (-y) źródeł dzienników zdarzeń ("Podsystem1", "Podsystem2" itp.) Nie uległa zmianie. Instalator aplikacji usuwa stare wpisy dziennika z rejestru i zapisuje nowe.Reinicjowanie usługi dziennika zdarzeń systemu Windows bez ponownego uruchamiania komputera

Zauważyłem, że w niektórych środowiskach (dzieje się to często w 2008 R2) rejestrowanie zatrzymuje się i nie są zapisywane żadne zdarzenia. Czasami zdarzenia są zapisywane w pliku OLD evtx, który miał zostać usunięty. Poniższe rozwiązuje problem:

  • maszyna restart
  • restart "Windows Event Log" usługa

Latter działania nie mogą zostać osiągnięte za pomocą SCM ponieważ odmówiono dostępu, choć jestem administratorem. Jednak zabicie procesu działa, a ja uruchomię usługę "Dziennik zdarzeń Windows", po której rejestrowanie zdarzeń działa normalnie.

Pytanie: Jak ponownie zainicjować usługę dziennika zdarzeń bez zabijania procesu lub ponownego uruchamiania komputera? Czy istnieje jakieś udokumentowane lub nieudokumentowane wywołanie, które mógłbym użyć do sygnalizowania usługi dziennika zdarzeń, aby ponownie odczytał jej konfigurację?

+0

Usługa harmonogramu zadań jest zależnością, z powodu której usługa dziennika zdarzeń nie może zostać ponownie uruchomiona. – vijayst

+0

@Vijay Odmowa dostępu jest przyczyną, z powodu której usługa dziennika zdarzeń nie może się ponownie uruchomić – galets

+0

Właściwie @Vijay ma rację. Komunikat odmowy dostępu jest spowodowany tym, że nie można ponownie uruchomić "usługi harmonogramu zadań". Jeśli spróbujesz przez konsolę usług, wszystkie działania dla "Usługi harmonogramu zadań" są wyłączone. Mam ten sam problem, jeśli coś znalazłeś, proszę podziel się. Dzięki – Christos

Odpowiedz

6

Tylko dla przypomnienia, jak to jest stare pytanie: Miałem ten problem również i Christo's comment postawił mnie na drodze do rozwiązania:

  • wykorzystaniem psexec -s net stop schedule (tak, ja przestałem harmonogramu zadań usługa z kontem systemowym),
  • Następnie mogłem ponownie uruchomić usługę dziennika zdarzeń.
  • Po ponownym uruchomieniu po prostu ponownie użyłem psexec -s net start schedule. Droga do celu.

Być może trzeba będzie pobrać oprogramowanie psexec firmy Microsoft.

+1

Usługa harmonogramu zadań w moim systemie nazywa się 'schedule' zamiast' scheduler', w przeciwnym razie twoje rozwiązanie działało jak czar! – lazlev

+0

To prawda: nazwa usługi to "Schedule", a nazwa wyświetlana to "Task Scheduler". W pewnym momencie to pomieszałem ... Zrobiłem odpowiedź na przyszłe referencje, dziękuję! – curropar

Powiązane problemy