Hoofdstuk 1. IBM Rescue and Recovery - Lenovo

Repository
De repository-functie werkt op alle systemen en controleert regelmatig of er
nieuwe berichten van de beheerder zijn. De controle vindt plaats met een bepaalde
frequentie of wanneer en speciale interessante gebeurtenissen plaatsvinden (bijvoorbeeld
opstarten, hervatten vanuit Standby of de slaapstand, ontdekking van
een nieuwe netwerkadapter en toekenning van een nieuw IP-adres). De repositoryfunctie
zoekt de berichten van de beheerder in een groep directory’s, in een sharelocatie
van Windows, zoals \\machine\share\directory, ap HTTP-URL’s en op
FTP-URL’s. Als er meer dan één bericht wordt aangetroffen, worden de berichten
in de volgorde van de “korte naam directory”. Er wordt slechts één bericht tegelijk
verwerkt. Een bericht wordt slechts één keer met succes afgehandeld. Als de afhandeling
van het bericht mislukt, wordt het standaard niet nogmaals geprobeerd,
maar in het bericht zelf kan worden opgegeven dat dit wél moet gebeuren.
Om door de repository-functie te kunnen worden verwerkt, moet elk bericht door
de beheerder worden ingepakt alvorens het in een directory wordt geplaatst. Om
een dergelijk pakket te maken, plaatst de beheerder alle bestanden die samen
het bericht vormein in een directory (of de subdirectory’s daarvan). Een van de
bestanden moet de naam “GO.RRS” hebben; dit is het primare opdrachtscript. Desgewenst
kan de beheerder een ondertekeningssleutel (signature key) voor het
bericht opgeven, maar in dat geval moet die sleutel beschikbaar zijn voor alle doelsystemen.
De repository-functie controleert de integriteit van het pakket, gaat na of
er een ondertekeningssleutel voor het pakket is opgegeven en pakt alle bestanden
uit in een lokale directory. Daarna wordt GO.RRS uitgevoerd.
Voor het bestand met het primaire opdrachtscript (GO.RRS) geldt de syntaxisx van
normale opdrachtbestanden van Windows. Naast geldige Windows-opdrachten kan
het alle opdrachten bevatten die in de volgende paragraaf worden opgesomd.
Bovendien wordt er als onderdeel van de Rescue and Recovery-omgeving een
Python opdrachtinterpreter geïnstallaeerd, dus er kunnen vanuit het script GO.RRS
ook Python-scripts worden aangeroepen.
Aan het eind van de uitvoering van het script worden alle bestanden die uit het
bericht zijn uitgepakt, gewist. Mochten er na afloop van het script nog bepaalde
bestanden nodig zijn (bijvoorbeeld voor het installeren van een patch na het
opnieuwopstarten), dan moeten die berichten vanuit de berichtdirectory naar een
andere locatie worden verplaatst.
Op elk systeem is er een configuratie van repository’s die moet worden gecontroleerd.
De IT-beheerder kan ervoor kiezen om het totaal aan systemen te verdelen in
een aantal groepen en aan elke groep andere repository’s (netwerk-shares) toe te
wijzen. De systemen zouden bijvoorbeeld gegroepeerd kunnen worden op basis
van geografische afstand tot een bestandsserver. Of de systemen zouden kunnen
worden gegroepeerd op functie, zoals Ontwikkeling, Verkoop of Ondersteuning.
Antidote Delivery Manager-opdrachten en beschikbare Windows-opdrachten
Het Antidote Delivery Manager-systeem kent verschillende opdrachten om de
besturing van het systeem te vereenvoudigen. Naast opdrachten voor het maken
van berichten en het aanpassen van instellingen zijn er opdrachten voor het besturen
van het netwerk, voor het bepalen en besturen van de status van het
besturingssysteem, voor het onderzoeken van XML-bestanden uit systeeminventarisaties
en voor het inlichten van de eindgebruiker omtrent de voortgang
48 IBM Rescue and Recovery Gids voor ingebruikname Versie 2.0