Zeige letzte Bearbeiter
author | version | line-number | content |
---|---|---|---|
1 | {{aagon.floatingbox/}} | ||
2 | |||
3 | Das Job Management ermöglicht Ihnen ein reibungsloses Managen von Aufgaben für die Clients und den Server. | ||
4 | |||
5 | Mit Jobs können einmalige oder wiederkehrende Aufgaben über den Server an verwaltbare Clients verteilt werden. Ein Job besteht dabei grundlegend aus 2 Teilen: Zum einen aus der Aufgabe selbst, zum anderen aus der Startbedingung. Zudem können Jobs einzeln oder in einer [[(% style="color:#3173b5" %)Job Collection>>doc:ACMP.68.ACMP-Solutions.Jobs.Job Collections.WebHome]](%%) angelegt und ausgeführt werden. | ||
6 | |||
7 | {{aagon.infobox}} | ||
8 | Jobs können, unabhängig von der Betriebssystemfamilie, ausschließlich auf verwalteten Clients ausgeführt werden. Diese Clients sind entsprechend über die Client-Icons [[image:Ico_ClientTypeService.png||height="24" width="24"]] [[image:Ico_ClientType_Linux_Managed.png||height="24" width="24"]][[image:Ico_ClientType_MacOs_Managed.png||height="24" width="24"]]gekennzeichnet. | ||
9 | {{/aagon.infobox}} | ||
10 | |||
11 | = Arten von Jobs = | ||
12 | |||
13 | Die Aufgabe eines Jobs ist grundlegend von seiner Art abhängig. Seit ACMP 6.8 wird zudem bei der Betriebssystemfamilie der Clients unterschieden, auf denen der Job ausgeführt werden soll. Daher gibt es Jobs für Clients mit Windows-Betriebssystemfamilie und Jobs für Clients mit Unix-Betriebssystemfamilie. | ||
14 | |||
15 | == Windows-Jobs == | ||
16 | |||
17 | Bei Windows-Jobs können Sie zwischen folgenden Job-Arten wählen: Client Command, Job Collections, System Jobs, Managed Software und Windows Update Collections. | ||
18 | |||
19 | == Unix Jobs == | ||
20 | |||
21 | Bei Unix-Jobs können Sie derzeit ausschließlich Unix Scripts als Jobs ausführen. | ||
22 | |||
23 | {{aagon.infobox}} | ||
24 | Beachten Sie, dass für die Ausführung von Unix Jobs eine funktionierende SICS-Verbindung benötigt wird. Weitere Informationen dazu finden Sie im Abschnitt __[[Unix Scripts>>doc:ACMP.68.ACMP-Solutions.Desktop Automation.Unix Scripts.WebHome]]__. | ||
25 | {{/aagon.infobox}} | ||
26 | |||
27 | = Ausführungen von Jobs = | ||
28 | |||
29 | Sie haben die Möglichkeit, Jobs entweder einmalig manuell oder wiederkehrend, in einem von Ihnen bestimmten Turnus, zu starten. Für beide Varianten legen Sie vorab Startbedingungen fest, zu wann der Job ausgeführt werden soll. | ||
30 | |||
31 | {{aagon.infobox}} | ||
32 | Beachten Sie, dass die Ausführung von Jobs einer Gruppe sequenziell verlaufen. Das heißt, wenn Sie mehrere Client Command-Jobs anlegen, werden diese nacheinander ausgeführt. Haben Sie jedoch einen Client Command-Job und einen System Job gestartet, können diese nicht sequenziell, sondern parallel ausgeführt werden. Beide Jobs stammen aus einer anderen Job-Gruppe. | ||
33 | {{/aagon.infobox}} | ||
34 | |||
35 | == Einen manuellen Job ausführen == | ||
36 | |||
37 | Ein manueller Job wird immer nur einmalig ausgeführt. Um einen Job manuell zu starten, müssen Sie zuerst eine Abfrage durchführen und die Clients auswählen, auf denen der Job ausgeführt werden soll. Beachten Sie dabei, dass die Job-Ausführung immer nur für eine Betriebssystemfamilie möglich ist. Für ggf. ausgewählte Clients einer anderen Betriebssystemfamilie wird der Job übersprungen. | ||
38 | |||
39 | 1. Wählen Sie die Clients aus, auf denen der Job einmalig ausgeführt werden soll. | ||
40 | 1. Klicken Sie in der Ribbonleiste abhängig von der Betriebssystemfamilie der ausgewählten Clients entweder auf Windows-//Jobs ausführen //oder auf //Unix-Jobs ausführen.// | ||
41 | 1. Wähle Sie im sich öffnenden Wizard die Art des Jobs aus (Client Command, Job Collections, System Jobs, Managed Software, Windows Update Collections oder Unix Scripts). | ||
42 | 1. Führen Sie in der Ordneransicht einen Doppelklick auf jeden Job aus, der ausgeführt werden soll. Alternativ können Sie die Jobs auch per Drag-and-Drop in den rechten Fensterbereich ziehen. | ||
43 | 1. Konfigurieren Sie ggf. die Parameter-Einstellungen für die ausgewählten Jobs. | ||
44 | 1. Passen Sie bei mehreren Jobs über die Pfeile im rechten Fensterbereich ggf. die Reihenfolge an, in der die Jobs ausgeführt werden sollen. | ||
45 | 1. Wählen Sie ggf. den Verteilungsring aus, der für die ausgewählten Jobs verwendet werden soll. | ||
46 | 1. Klicken Sie auf den Button //Weiter >.// | ||
47 | 1. Legen Sie bei Bedarf individuelle Startbedingungen für die Ausführung fest. | ||
48 | 1. Klicken Sie auf den Button //Ausführen.// | ||
49 | |||
50 | {{aagon.infobox}} | ||
51 | Das Console Skript eines Client Commands wird nur beim Pushen eines Jobs ausgeführt. Hier wird es mit den Rechten, mit dem die ACMPConsole.exe gestartet wurde, ausgeführt. Die Ausführung erfolgt dabei auf der Console, die das Command angestoßen hat. Es wird erst das Console-Skript ausgeführt und nur, wenn dies erfolgreich durchgelaufen ist, wird dann auch das Client-Skript ausgeführt. Der Verbindungsaufbau zu den Clients erfolgt vom ACMP Server aus. | ||
52 | {{/aagon.infobox}} | ||
53 | |||
54 | [[Manuelle Ausführung von Jobs>>image:Jobs_Manuelle Ausführung.png||alt="Manuelle Ausführung von Jobs"]] | ||
55 | |||
56 | == Einen Container-Job ausführen == | ||
57 | |||
58 | Einem Container wird ein Job oder eine ganze Job Collection angehängt, welche entweder wiederkehrend oder einmalig auf dem ACMP Agenten gestartet wird. | ||
59 | |||
60 | Sollte der Server den Client nicht erreichen, holt der Client sich die ihm zugewiesenen Jobs. Sollte der Client ausgeschaltet sein, wird dieser zu einem späteren Zeitpunkt beim Start des ACMP Agent Dienstes ausgeführt. Im Gegensatz zum gepushten Job wird beim Container-Job kein Console Skript ausgeführt. | ||
61 | |||
62 | Das Hinzufügen von Jobs oder Job Collections zu Container ist im Modul Container möglich: | ||
63 | |||
64 | 1. Navigieren Sie in der Navigation der ACMP Console zu //Client Management > Container.// | ||
65 | 1. Wählen Sie einen bereits erstellten Container aus. Falls Sie noch keinen Container erstellt haben, lesen Sie zuerst den Abschnitt [[Container erstellen>>doc:ACMP.68.ACMP-Solutions.Client-Management.Container.Container verwalten.WebHome||anchor="HContainererstellen"]]. | ||
66 | 1. Klicken Sie in der Detailansicht des Containers auf den Tab //Jobs.// | ||
67 | 1. Klicken Sie in der Ribbonleiste im Bereich //Jobs //auf den Button //Hinzufügen.// | ||
68 | 1. Es öffnet sich ein Wizard, in dem Sie die Art des Jobs (Client Command, Job Collections, Managed Software, Windows Update Collections oder Unix Scripts) auswählen können.{{aagon.infobox}}Welche Job-Arten zur Auswahl stehen, ist abhängig von der Betriebssystemfamilie, die dem Container zugeordnet ist.{{/aagon.infobox}} | ||
69 | 1. Führen Sie in der Ordneransicht einen Doppelklick auf jeden Job aus, der ausgeführt werden soll. Alternativ können Sie die Jobs auch per Drag-and-Drop in den rechten Fensterbereich ziehen. | ||
70 | 1. Konfigurieren Sie ggf. die Parameter-Einstellungen für die ausgewählten Jobs. | ||
71 | 1. Passen Sie bei mehreren Jobs über die Pfeile im rechten Fensterbereich ggf. die Reihenfolge an, in der die Jobs ausgeführt werden sollen. | ||
72 | 1. Klicken Sie auf den Button //OK,// um die ausgewählten Jobs zu bestätigen und den Wizard zu schließen. | ||
73 | 1. Wählen Sie im Dialogfenster aus, ob Sie individuelle Startbedingungen für die Jobs festlegen möchten. | ||
74 | 1. Legen Sie bei Bedarf individuelle Startbedingungen für die Ausführung fest. Folgen Sie dafür den Anweisungen im Startbedingungen-Wizard | ||
75 | 1. Klicken Sie abschließend auf den Button //Fertig.// | ||
76 | |||
77 | [[Hinzufügen von Jobs zu Containern>>image:Container-Jobs.png||alt="Hinzufügen von Jobs zu Containern"]] | ||
78 | |||
79 | == Parameter für Client Command Jobs einstellen == | ||
80 | |||
81 | Führen Sie einen CC Job aus, so haben Sie zusätzlich die Möglichkeit, Parameterwerte zu editieren. Jedes CC verfügt über die Parameter, die Sie nach Ihrem Bedarf anpassen können. Die Parameter-Einstellungen beziehen sich nur auf das ausgewählte CC. | ||
82 | |||
83 | {{figure}} | ||
84 | [[image:Feste Parameter.PNG||data-xwiki-image-style-alignment="center"]] | ||
85 | |||
86 | {{figureCaption}} | ||
87 | Feste Parameterwerte des CC-Jobs | ||
88 | {{/figureCaption}} | ||
89 | {{/figure}} | ||
90 | |||
91 | Dabei handelt es sich um folgende Werte: | ||
92 | |||
93 | **//Console Skript ausführen//** | ||
94 | |||
95 | Ein CC kann sowohl benutzerdefinierte Parameter als auch ein Console Skript besitzen. Dabei kann es sein, dass die CC Projektvariable neben dem Command //Transfer content from console to client// des Console Skripts auch durch die Parameter befüllt werden. | ||
96 | |||
97 | {{aagon.infobox}} | ||
98 | In diesem Fall überschreibt das Console Skript die Parameterwerte! | ||
99 | {{/aagon.infobox}} | ||
100 | |||
101 | Haken Sie die Checkbox //Console Skript// //ausführen// an, wenn das Console Skript die benutzerdefinierten Parameter in jedem Fall überschreiben sollen. | ||
102 | |||
103 | **//Logmethode//** | ||
104 | |||
105 | Bei der Ausführung eines CCs können erweiterte Logs im Jobmonitor eingesehen werden. Mit dieser Einstellung können Sie aus unterschiedlichen Optionen die gewünschte Logmethode festlegen, die dann bei der Ausführung gespeichert werden: | ||
106 | |||
107 | |//Verhalten des Client Commands als Standardeinstellung übernehmen//|Es wird bei der Jobausführung immer die im CC eingestellte Logmethode genutzt. Diese Einstellung ist standardmäßig aktiviert. | ||
108 | |//Erweitertes Log nie speichern//|Das erweiterte Log wird bei der Jobausführung nie gespeichert. | ||
109 | |//Erweitertes Log nur im Fehlerfall speichern//|Das erweiterte Log wird nur im Falle eines gefundenen Fehlers während der Jobsausführung gespeichert. | ||
110 | |//Erweitertes Log immer speichern//|Das erweiterte Log wird immer gespeichert, unabhängig, ob ein Fehler während der Jobausführung aufgetreten ist oder nicht. | ||
111 | |||
112 | == **Parameter für Managed Software Jobs einstellen** == | ||
113 | |||
114 | Wenn Sie einen Managed Software-Job ausführen lassen wollen, dann geben Sie auch diesem Job Parameter hinzu. Jedes Softwarepaket verfügt über individuelle Parameter, die Sie nach Ihrem Bedarf anpassen können. Die individuellen Parameter beziehen sich nur auf das dazugehörige Softwarepaket und werden auf alle verfügbaren Versionen angewendet. | ||
115 | |||
116 | {{figure}} | ||
117 | [[image:Parameter MSW.PNG||data-xwiki-image-style-alignment="center"]] | ||
118 | |||
119 | {{figureCaption}} | ||
120 | Feste und variable Parameterwerte des MSW-Jobs | ||
121 | {{/figureCaption}} | ||
122 | {{/figure}} | ||
123 | |||
124 | Dabei handelt es sich um folgende Werte: | ||
125 | |||
126 | **//Aktion//** | ||
127 | |||
128 | Mithilfe dieser Einstellungen entscheiden Sie, welche Aktion als Parameter an die ausgewählte Managed Software gegeben wird: | ||
129 | |||
130 | |//Installieren oder updaten//|Bei der Jobausführung wird die ausgewählte Managed Software entweder erstmals installiert oder, falls eine Installation bereits vorhanden ist, geupdated. | ||
131 | |//Nur vorhandene Installationen updaten//|Bei der Jobausführung werden ausschließlich Updates von bereits vorhandenen Installationen durchgeführt. | ||
132 | |//Erneut installieren//|Die installierte Managed Software-Version wird deinstalliert und im Anschluss die aktuellere Version neu installiert. Falls keine Version der Software installiert ist, werden keine Änderungen vorgenommen. | ||
133 | |Deinstallieren|Die ausgewählte Managed Software wird deinstalliert. | ||
134 | |||
135 | **//Logmethode//** | ||
136 | |||
137 | Bei der Ausführung einer Managed Software können erweiterte Logs im Jobmonitor eingesehen werden. Mit dieser Einstellung können Sie aus unterschiedlichen Optionen die gewünschte Logmethode festlegen, die dann bei der Ausführung gespeichert werden: | ||
138 | |||
139 | |//Erweitertes Log nie speichern//|Das erweiterte Log wird bei der Jobausführung nie gespeichert. | ||
140 | |//Erweitertes Log nur im Fehlerfall speichern//|Das erweiterte Log wird nur im Falle eines gefundenen Fehlers während der Jobsausführung gespeichert. | ||
141 | |//Erweitertes Log immer speichern//|Das erweiterte Log wird immer gespeichert, unabhängig, ob ein Fehler während der Jobausführung aufgetreten ist oder nicht. | ||
142 | |||
143 | {{aagon.infobox}} | ||
144 | Beachten Sie, dass die Parameter der MSW nur die beiden oben beschriebenen festen Parameter besitzt und ggf. weitere variable Parameter eingestellt werden können. Diese variieren jedoch und sind von der Managed Software abhängig. | ||
145 | {{/aagon.infobox}} | ||
146 | |||
147 | = **Startbedingungen** = | ||
148 | |||
149 | Die Startbedingungen geben an, zu wann der Job ausgeführt werden soll. Bei einigen Bedingungen können Sie konkrete Datumsangaben machen, bei wiederum anderen können Sie die bestimmten Handlungen während der Arbeit am Dienst definieren. | ||
150 | |||
151 | {{aagon.infobox}} | ||
152 | Für die Betriebssystemfamilie Unix sind derzeit weniger Startbedingungen verfügbar als für die Windows-Betriebssystemfamilie. | ||
153 | {{/aagon.infobox}} | ||
154 | |||
155 | Geben Sie zunächst an, ob der Task aktiv oder inaktiv sein soll. Setzen Sie entsprechend den Haken in der Checkbox //Aktiviert//, wenn Sie die Startbedingungen ändern wollen. | ||
156 | |||
157 | Ergänzend zu den aktivierten Startbedingungen können Sie auch die// Netzwerkverbindungsoptionen// definieren. Mithilfe der// Netzwerkverbindungsoptionen// können Sie zudem festlegen, ob der Scanner getaktete Verbindungen berücksichtigt und den Scanner damit nicht startet. Suchen Sie sich anschließend die gewünschte Startbedingung aus, nach der der Scanner oder die Wartung erfolgen soll. | ||
158 | |||
159 | {{aagon.infobox}} | ||
160 | Einmalig auszuführende Jobs können nicht für die Startbedingungen //Bestimmte Zeit//, //Sobald wie möglich// und //Startintervall// eingestellt werden. | ||
161 | {{/aagon.infobox}} | ||
162 | |||
163 | |**Startbedingung**|**Erklärung** | ||
164 | |Anmeldung|- Die Bedingung wird ausgeführt, sobald sich ein Benutzer am System oder Terminalserver anmeldet.((( | ||
165 | * Beispiel: Der Benutzer meldet sich am Computer an. | ||
166 | ))) | ||
167 | |Bestimmte Zeit|- Die Bedingung wird täglich zu einer bestimmten Zeit ausgeführt, die Sie festlegen können. | ||
168 | |Bestimmtes Datum|- Sie können den Scanner nur zu einem bestimmten Datum laufen lassen, indem Sie eine Datumsangabe machen. | ||
169 | |Datumsintervall|- Bei der Ausführung können dynamisch kalkulierte Zeitpunkte definiert werden.((( | ||
170 | * Beispiel: Der erste Tag im Monat. | ||
171 | ))) | ||
172 | |Herunterfahren|- Die Startbedingung wird ausgeführt, wenn der Client heruntergefahren wird. Dazu wird zunächst der Benutzer abgemeldet und erst dann im Anschluss werden die Jobs ausgeführt.((( | ||
173 | * Besonderheit: Commands, die im Benutzerkontext laufen, werden nicht ausgeführt (z.B. alle Befehle der Kategorie Dialogs, sowie Lock manual input, Unlock manual input, Get idle time, Lock workstation, Get/Set default printer und If user is (not) in group). | ||
174 | ))) | ||
175 | |Letzter Tag jeden Monats (veraltet)|- Der Scanner wird am letzten Tag jeden Monats ausgeführt.((( | ||
176 | * Bitte beachten Sie, dass es sich dabei um eine veraltete Startbedingung handelt. Wir empfehlen Ihnen dagegen die Einstellung "Datumsintervall" zu nutzen. | ||
177 | ))) | ||
178 | |Sobald wie möglich|- Mit der Einstellung wird der Task sobald wie möglich ausgeführt. | ||
179 | - Hinweis: Beachten Sie, dass diese Startbedingung eine einmalige Ausführung impliziert! | ||
180 | |Start des Agenten| - Die Ausführung wird beim Start des ACMP Agenten durchgeführt (manuell über die Diensteverwaltung oder den Neustart des Rechners).Beispiel: Der Computer wird neu gestartet. | ||
181 | |Startzeit|- Die Ausführung beginnt mit dem Startzeitpunkt, welches Sie angeben können. Sie können zusätzlich ein Enddatum festlegen, wodurch bei Erreichen des Datums keine automatische Aktualisierung der Daten erfolgt. | ||
182 | |Startintervall|- Innerhalb der Startbedingung können Sie ein Intervall definieren (Minuten, Stunden, Tage), wann der Task immer beginnen soll. | ||
183 | - Hinweis: Beachten Sie, dass das Startverhalten von zufälligen Zeitfenstern nur bei der Intervalleinstellung "Tage" verfügbar ist. | ||
184 | |Tag der Woche|- Die Ausführung wird gestartet, wenn Sie einen oder mehrere Tage der Woche angeben. Zusätzlich besteht die Option, dass jeder n-te Tag eines Monats berücksichtigt werden soll. | ||
185 | |Tag des Monats|- Die Bedingung wird an allen von Ihnen angegebenen Tagen im Monat ausgeführt. Die Ausführung wird nur in Monaten mit den ausgewählten Tagen ausgeführt. | ||
186 | |Zeitfenster|- Es kann ein konkretes Zeitfenster mit einer Start- und Enduhrzeit festgelegt werden. | ||
187 | |||
188 | Speichern Sie zum Schluss Ihre Änderungen, damit die Scanner oder Wartungsaufgaben unter den neuen Startbedingungen starten können. | ||
189 | |||
190 | == **Besonderes Verhalten der Startbedingungen** == | ||
191 | |||
192 | {{aagon.infobox}} | ||
193 | Bitte beachten Sie ein besonderes Verhalten bei der Option „Zeitfenster“. Sollten Sie dieses in Kombination mit den Startbedingungen „Tag der Woche“, „Tag des Monats“ oder „Bestimmtes Datum“ verwenden und sich das Zeitfenster über einen Tag hinausstreckt (z.B. 22:00 Uhr – 02:00 Uhr), so würde der Client Task nur an diesem bestimmten Datum ausgeführt. Dies gilt auch dann, wenn das Zeitfenster sich noch bis in den nächsten Tag erstreckt. Überprüfen Sie deshalb zunächst immer das Datum und erst anschließend das Zeitfenster. Wenn Sie also beispielsweise einen Scanner nur abends ausführen wollen, würde dieser bis 23:59 Uhr laufen, aber nicht bis zum eigentlichen Ende des festgelegten Zeitfensters. | ||
194 | {{/aagon.infobox}} | ||
195 | |||
196 | {{aagon.infobox}} | ||
197 | In den Startbedingungen „Startintervall“ und „Zeitfenster“ gibt es die Option „An einem zufälligen Zeitpunkt innerhalb des Zeitfensters starten“. Wir empfehlen Ihnen diese Startbedingung zu nutzen. Dadurch wird gewährleistet, dass die Scan-Daten zeitlich versetzt zum Server gesendet werden. Bei vielen gleichzeitig gesendeten Scan-Daten kann der Import unter Umständen nur zeitverzögert durchgeführt werden. | ||
198 | {{/aagon.infobox}} | ||
199 | |||
200 | == Verarbeitung von kombinierten Startbedingungen == | ||
201 | |||
202 | Je nachdem welche Startbedingung Sie ausgewählt haben, ist auch eine Kombination aus mehreren Bedingungen möglich. Diese Startbedingungen werden dabei jeweils nacheinander ausgewertet und verarbeitet. Das bedeutet: Aufeinander aufbauende bzw. folgende Startbedingungen können nur jeweils abgearbeitet werden, wenn die vorherige Bedingung zutrifft. Erst dann wird die nachfolgende Bedingung überprüft. | ||
203 | |||
204 | {{box}} | ||
205 | **Beispiel:** Wählen Sie im Wizard die Startbedingung „Startzeit“ aus und klicken Sie auf //Weiter >//. Geben Sie ein Startdatum an (z.B. 21.11.2024 um 12:00 Uhr). Wählen Sie nun aus dem Bereich //Kombiniere mit //die Bedingung „Zeitfenster“ aus und geben Sie dort auf der rechten Seite an, wann das Zeitfenster sein soll (hier beispielsweise zwischen 12:00 und 15:00 Uhr). Soll noch sichergestellt werden, dass der Computer für den Job aufgeweckt wird, aktivieren Sie die gleichnamige Checkbox. | ||
206 | {{/box}} | ||
207 | |||
208 | Die Bedingungsbeschreibung lautet nun „Ab 21.11.2024 12:00 zwischen 12:00 und 15:00 und wecke 10 Minuten zuvor.“ Da hier die Startzeit vor Beginn des Zeitfensters ist, würde die Bedingung erst am 22.11.2024 anlaufen, da sie durch das Aufwecken des Computers 10 Minuten vorgezogen wurde und damit nicht mehr in die Bedingung passt. | ||
209 | |||
210 | [[Kombinierte Startbedingungen>>image:ACMP.68.ACMP-Solutions.Desktop Automation.Client Commands.Jobs ausführen.WebHome@68_Startbedingung_Kombination verschiedener Startbedingungen_845.png||alt="67_Startbedingung_Kombination verschiedener Startbedingungen_845.png"]] | ||
211 | |||
212 | In der Abfolge wird zunächst die „Startzeit“-Bedingung ausgewertet. Erst, wenn diese erfüllt ist, wird die „Zeitfenster“-Bedingung geprüft. Die zusätzlich ausgewählte Option //Computer für Job aufwecken //(sowie alle nicht ausgewählten Optionen in der Abbildung) gehören immer zu der jeweiligen Bedingung („Zeitfenster“) und beziehen sich nicht auf die gesamte Bedingung. | ||
213 | |||
214 | {{aagon.infobox}} | ||
215 | Auch eine Kombination aus den Startbedingungen „Startzeit“ und „Bestimmte Zeit“ würde sich gleich verhalten, wie im oberen Beispiel. Auch hier würden die Startbedingungen nacheinander ausgewertet werden und nur dann greifen, wenn die vorherige Startbedingung erfüllt wäre. | ||
216 | {{/aagon.infobox}} | ||
217 | |||
218 | == Geplante Serveraufgaben == | ||
219 | |||
220 | Die [[geplanten Serveraufgaben>>doc:ACMP.68.ACMP-Solutions.System.Einstellungen.ACMP Server.WebHome||anchor="HGeplanteServeraufgaben"]], die Sie unter //System > Einstellungen > ACMP Server// einstellen und starten können, sind ebenfalls Jobs. Diese Jobs betreffen allerdings nur den ACMP Server und basieren ausschließlich auf wiederkehrenden Startbedingungen. | ||
221 | |||
222 | = Ausführungen von Jobs kontrollieren = | ||
223 | |||
224 | Nachdem Sie Ihre Jobs gestartet haben, können Sie diese im [[Jobmonitor>>doc:ACMP.68.Arbeiten mit der ACMP Console.Aufbau der Console.Ribbonleiste.Monitore.WebHome||anchor="HJobmonitor"]] einsehen. Sie erhalten Informationen darüber, welche Jobs auf den Clients anstehen, bereits erfolgreich gelaufen oder fehlgeschlagen sind. | ||
225 | Sie können zusätzlich auch alle Jobs, die von einem oder mehreren Clients noch durchgeführt, bereits erfolgreich durchgeführt oder fehlgeschlagen sind aus Clientsicht im [[Clientmonitor>>doc:ACMP.68.Arbeiten mit der ACMP Console.Aufbau der Console.Ribbonleiste.Monitore.WebHome||anchor="HClientmonitor"]] einsehen. | ||
226 | Die Ausführungen der Serverjobs können Sie im [[Servermonitor>>doc:ACMP.68.Arbeiten mit der ACMP Console.Aufbau der Console.Ribbonleiste.Monitore.WebHome||anchor="HServermonitor"]] kontrollieren. |