Wenn ein Zielcomputer meldet, dass ein neues Betriebssystem (BS) installiert wurde (erkennbar an der Änderung der Host-UUID), werden alle bisherigen erfolgreichen Installations- und Verteilungsdatensätze im Jobverlauf des Zielcomputers mit dem Ausdruck "*von RAC entfernt" versehen.
Hinweis: Wenn die Konfigurationsrichtlinie "DSM/Software Delivery/Manager/RAC-Richtlinie" auf "False" (Falsch) gesetzt ist, bleiben vorhandene Datensätze unberührt, und es wird kein RAC-Jobcontainer erstellt.
Dann wird je nach aktueller Konfigurationseinstellung der RAC-Richtlinie von einem Domänen-Manager automatisch ein Jobcontainer erstellt bzw. nicht erstellt. Alle bisherigen erfolgreichen Jobs, die den zuvor genannten Installations- und Verteilungsdatensätzen zugeordnet sind, werden in den Container aufgenommen. Dieser wird dann in der Liste der Jobcontainer angezeigt, wobei der Name das Präfix RAC trägt. Der Name des Jobcontainers wird nach folgendem Schema erstellt:
RAC: Computername [ Aktuelles_DatumAktuelle_Uhrzeit]
Alle RAC-Container werden mit der UUID des entsprechenden Computers und der Uhrzeit versehen, zu der die neue BS-Installation stattgefunden hat. Dadurch wird sichergestellt, dass nur RAC-Container mit einer aktuellen UUID ausgeführt werden. Jobs in einem RAC-Container mit einer alten UUID schlagen fehl und werden in den Fehlerstatus versetzt: RAC-Container ist veraltet. Dieser Fall tritt ein, wenn der Software Delivery-Agent mit einem neuen Betriebssystem installiert wird, bevor ein zuvor erstellter RAC-Container vollständig ausgeführt wurde.
Neue Installationen und Jobs, die offline erzeugt und zusammen mit der neuen BS-Installation gemeldet wurden (durch Verwendung der neuen UUID), werden nicht in den RAC-Container aufgenommen. Alte und neue Installationen für Ziele werden getrennt, indem die UUID für jeden Job aufgezeichnet wird. Alle Jobdatensätze, die offline erzeugt wurden, werden mit der UUID versehen.
Die Einschränkung früherer Software Delivery-Versionen, die Ausführung von Aktivierungs- und Konfigurationsprozessen zu verbieten, solange diese nicht an eine bestehende Installation des aktuellen Ziels gebunden sind, wurde gelockert, um einen RAC-Container alle Jobs auf der Basis des Jobverlaufs des Ziels in einem Durchlauf ausführen zu lassen.
Damit eine größtmögliche Regenerierung des Ziels möglich ist, werden folgende Standardwerte für einen RAC-Container verwendet:
Hinweis: Die Batch-Verknüpfung für einen nicht versiegelten Jobcontainer kann synchronisiert werden.
Bei der Erstellung des RAC-Containers wird die Abschlusszeit der Computerjobs (Jobverlauf) verwendet, um die Ausgangsreihenfolge der Jobs festzulegen. Lieferungen werden grundsätzlich an die erste Stelle gesetzt. Solange der Jobcontainer nicht versiegelt ist, können die Jobs gelöscht oder umpositioniert werden. Es können auch weitere Jobs zum Container hinzugefügt werden.
Wenn ein Job nicht eingerichtet werden kann, weil die zu verwendende Software bereits archiviert wurde, wird der Job in den Warnstatus versetzt und der Jobcontainer bleibt unversiegelt.
Jobs, deren Ausführung vor der Initialisierung von RAC nicht abgeschlossen werden konnten, werden in einen Fehlerstatus versetzt. Sie werden nicht im RAC-Container aufgenommen und können nicht erneuert werden, da sie mit der alten UUID versehen sind. Nach Abschluss des RAC-Vorgangs sollten Sie überprüfen, ob diese Jobs erneut eingerichtet werden sollen.
Wenn ein RAC-Jobcontainer für ein Ziel erstellt wurde, wird das Ziel so lange gesperrt, bis der Container vollständig abgearbeitet ist oder gelöscht wird. Während der Sperrung des Ziels wird der Computername in der Baumansicht von DSM-Explorer rot angezeigt.
In dieser Zeit können keine anderen Jobs für diesen Zielcomputer geliefert, ausgeführt oder gelöscht werden. Alle Jobs, die eingerichtet werden, schlagen fehl und geben einen Fehler zurück: Job ist nicht zulässig: Computer wurde von der RAC gesperrt.
In der Zeit, in der der Zielcomputer gesperrt ist, werden Vorlagen für das Ziel eingerichtet und dem Ordner Ausnahmen hinzugefügt. Wenn diese Jobvorlagen noch während der Sperrung aktiviert werden, werden sie jedoch ebenfalls fehlschlagen. Jobs, die vom Enterprise-Manager aus angefordert werden, werden als fehlgeschlagen gekennzeichnet, wenn sie während der Sperrung des Zielcomputers aktiviert werden. Installations- und Jobdatensätze können während der Sperrung des Zielcomputers nicht gelöscht werden.
Wenn ein RAC-Container fehlschlägt, steht die Standardfunktion zur Erneuerung zur Verfügung. Wenn ein Job fehlschlägt, weil er nicht auf der neuen BS-Installation ausgeführt werden kann, kann dieser Job aus dem RAC-Container entfernt werden, bevor dieser erneuert wird.
Im Falle einer vollständigen Erneuerung, bei der ein neues Betriebssystem erforderlich ist, sollte der RAC-Container gelöscht und eine neue BS-Installation eingeleitet werden.
Wenn die ausgewählte RAC-Richtlinie angibt, dass keine RAC-Automatisierung stattfinden soll, und keine Jobs eingerichtet wurden, dann wird der Zielcomputer freigegeben, sobald sein Installationsregister bereinigt wurde.
|
Copyright © 2014 CA Technologies.
Alle Rechte vorbehalten.
|
|