Wie den Startzeitpunkt des Service beim Booten optimieren?

[r29d43]

Hi,


wenn mein Service beim Booten mitgestartet wird, dann scheint zu diesem Zeitpunkt aber leider schon ein wichtiges Ereignis vorbei zu sein, ..welches der Service aber eigentlich schon mitprotokollieren hätte sollen. Es wäre also notwendig, diesen Service beim Booten auch wirklich so früh wie überhaupt nur möglich aktionsfähig zu haben.


Gibt es da irgendwelche Möglichkeiten, solches event. mit der Property "LoadGroup" zu erreichen? Die Suchfunktion bringt bei diesem Begriff leider nur 0 (NULL) Treffer. Wie könnten bei dieser Property denn überhaupt relevante Eingaben aussehen?

Andere Möglichkeiten, den Servicestart zu beschleunigen, wären natürlich auch willkommen. Allerdings kann ich den Rahmen eines ServiceType=stWin32 imo nicht verlassen, und damit scheint auch der StartType=stAuto leider nicht mehr verbesserbar zu sein.


Irgendwelche Ideen diesbezüglich?


Thx...

[Bernhard Geyer]

Mit "LoadGroup" kannst du angeben nach welchen Anderen Diensten dein Service gestartet werden darf (wegen Abhängigkeiten). Du müsstest also bei allen (von dir überwachten) Dienste eintragen das sie nach deinem Dienst starten sollen. Aber mach da nix falsch sonst hast du "kleine" Startprobleme.

[r29d43]

Thx, aber ich habe mich in der Zwischenzeit mal ein bisschen in der Registry danach umgesehen, was denn die übrigen Dienste da so unter "Group" eingetragen haben. ...Und da gab es dann Einträge (und damit also auch Gruppen) wie "Network", "SCSI miniport", "Boot Bus Extender", "TDI", "Extended Base" usw. usf.

Wenn man die gesammelten Namen dieser Gruppen jetzt noch alle irgendwo auslesen könnte, dann könnte man natürlich die erste davon einfach mal beim eigenen Service testweise eintragen...


Nur, wo in der Registry könnten man so eine Namensliste bzgl. dieser Gruppen denn mal zufälligerweise antreffen?

[Tyrael Y.]

Das Stichwort wurde dir doch schon genannt.

Abhängigkeiten.

Welcher Service soll nach deinem Service starten?

Du musst dann bei diesem Service deinen Service eintragen, dann wird vor diesem Service dein Service geladen.

[r29d43]

Ok ok, das mit der Dependencies-Property habe ich jetzt auch zur Kenntnis genommen. Mein Problem ist nur, dass ich nicht weiß, ob das erwähnte Ereignis (welches von meinem Service protokolliert werden soll) überhaupt durch einen (anderen) Service verursacht bzw. gemanagt wird. ...wahrscheinlich eher weniger.

Fakt ist aber, dass dieses Ereignis (= das LogOn eines Benutzers am pysikalischen Terminal Service) zum jetztigen Startzeitpunkt (während des Bootvorganges) meines Service leider schon stattgefunden hat.

Genau betrachtet handelt es sich bei der Situation um das erste Einloggen des Users nach dem Booten bei ausgeschalteter Passworteingabe. Und irgendwie, denkt man doch einfach erstmal so, sollten doch zuerst die Services geladen sein, bevor das System dieses erste automatische Logon am Terminal Service ausführt. Das scheint aber irgendwie nicht ganz so der Fall zu sein.

...also versuchte ich deswegen auch zuerstmal den Ladezeitpunt meines Service irgendwie etwas vorzuverlegen. Und eben dazu scheint mir diese "LoadGroup"-Property doch immer noch irgendwie am vielversprechendsten zu sein, oder?


Ob das dann auch so funktioniert ist natürlich eine andere Frage,
...muss man eben mal (kurz) ausprobieren.

[r29d43]

Also, die Liste dieser Service-Groups (welche man in die "LoadGroup"-Property seines eigenen Service eintragen kann) habe ich gefunden. Sie steht hier in der Registry: HKLM\SYSTEM\CurrentControlSet\Control\ServiceGroup Order


Hier mal kurz der Listeninhalt auf meinem PC:


System Reserved
Boot Bus Extender
System Bus Extender
SCSI miniport
Port
Primary Disk
SCSI Class
SCSI CDROM Class
FSFilter Infrastructure
FSFilter System
FSFilter Bottom
FSFilter Copy Protection
FSFilter Security Enhancer
FSFilter Open File
FSFilter Physical Quota Management
FSFilter Encryption
FSFilter Compression
FSFilter HSM
FSFilter Cluster File System
FSFilter System Recovery
FSFilter Quota Management
FSFilter Content Screener
FSFilter Continuous Backup
FSFilter Replication
FSFilter Anti-Virus
FSFilter Undelete
FSFilter Activity Monitor
FSFilter Top
Filter
Boot File System
Base
Pointer Port
Keyboard Port
Pointer Class
Keyboard Class
Video Init
Video
Video Save
File System
Event Log
Streams Drivers
NDIS Wrapper
COM Infrastructure
UIGroup
LocalValidation
PlugPlay
PNP_TDI
NDIS
TDI
Symantec Core Services
Symantec Services
NetBIOSGroup
ShellSvcGroup
SchedulerGroup
SpoolerGroup
AudioGroup
SmartCardGroup
NetworkProvider
RemoteValidation
NetDDEGroup
Parallel arbitrator
Extended Base
PCI Configuration
MS Transactions


Frage jetzt nochmal: In welche Group (möglichst weit am Anfang der Liste) könnte ich meinen Service jetzt wohl mal am gefahrlosesten eintragen? Wenn er nirgends eingetragen ist, dann wird er, gemäß PSDK, beim Bootvorgang nach all den Services geladen, welche ihrerseits aber in einer solchen Gruppe eingetragen sind.

?

Da ich in dem Service einen File-Zugriff habe sollte er dann vllt. auch hinter der "File System"-Group stehen? ...Und von daher bietet sich die "Event Log"-Group für meine Zwecke eigentlich geradezu an, zumal mein Service ja auch so eine ähnliche Funktion insgesamt hat. Das könnte man doch mal so riskieren, oder?

[edit: äh, ja, die liebe Grammatik usw.]

[Tyrael Y.]

Normalerweise geht man an solch ein Problem von der anderen Seite her.
Man sucht den Service, der für den eigenen Service auf jeden Fall geladen sein muss und trägt dann beim eigenem Service eine Abhängigkeit ein.

zB. mein eigener Service braucht unbedingt den SQL-Server

...also schreibe ich dann in meinen eigenen Service als dependency den SQL-Server-Service hinein