Navigationslinks �berspringen | |
Druckansicht beenden | |
Oracle Solaris 10 8/11 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades |
Teil I Ausführen eines Upgrades mit Solaris Live Upgrade
1. Informationen zur Planung einer Solaris-Installation
2. Solaris Live Upgrade (Übersicht)
3. Solaris Live Upgrade (Planung)
4. Erstellen einer Boot-Umgebung mit Solaris Live Upgrade (Vorgehen)
5. Ausführen eines Upgrades mit Solaris Live Upgrade (Vorgehen)
6. Wiederherstellen nach Fehler: Zurückgreifen auf die ursprüngliche Boot-Umgebung (Vorgehen)
7. Verwalten von Solaris Live Upgrade-Boot-Umgebungen (Vorgehen)
9. Solaris Live Upgrade (Beispiele)
10. Solaris Live Upgrade (Befehlsreferenz)
11. Solaris Live Upgrade und ZFS (Überblick)
12. Solaris Live Upgrade für ZFS (Planung)
13. Erstellen einer Boot-Umgebung für ZFS-Root-Pools
14. Solaris Live Upgrade für ZFS mit installierten nicht-globalen Zonen
B. Zusätzliche SVR4-Packaging-Anforderungen (Referenz)
Verhindern einer Modifikation des aktuellen BS
Verwenden des Befehls pkgadd -R
Unterschiede zwischen $PKG_INSTALL_ROOT und $BASEDIR - Übersicht
Richtlinien zum Schreiben von Skripten
Erhalten der Diskless-Client-Kompatibilität
Einstellen von Package-Parametern für Zonen
C. Verwenden des Patch Analyzers beim Durchführen von Upgrades (Vorgehen)
Bei der Verwendung der folgenden Solaris-Standarddienstprogramme müssen Packages hinzugefügt oder entfernt werden, ohne dass der Benutzer zu Eingaben aufgefordert wird:
Benutzerdefiniertes JumpStart-Programm
Solaris Live Upgrade
Programm Solaris-Installation
Solaris-Zonen
Um zu testen, dass sich ein Package ohne Benutzereingriffe installieren lässt, können Sie mit dem Befehl pkgadd und der Option - a eine neue Administrationsdatei einrichten. Die Option -a definiert eine Installationsadministrationsdatei, die anstelle der Standardadministrationsdatei verwendet wird. Bei Verwendung der Standarddatei wird der Benutzer möglicherweise zur Eingabe weiterer Informationen aufgefordert. Sie können eine Administrationsdatei erstellen, in der pkgadd angewiesen wird, diese Abfragen auszulassen und das Package ohne Bestätigung seitens des Benutzers zu installieren. Genaueres hierzu entnehmen Sie bitte der Manpage admin(4) oder pkgadd(1M).
An den folgenden Beispielen wird deutlich, wie der Befehl pkgadd die Administrationsdatei verwendet.
Wenn keine Administrationsdatei zur Verfügung gestellt wird, verwendet pkgadd die Datei /var/sadm/install/admin/default. Dabei werden jedoch möglicherweise Benutzereingriffe erforderlich.
# pkgadd
Wenn Sie über die Befehlszeile eine relative Administrationsdatei angeben, sucht pkgadd in /var/sadm/install/admin nach dem Dateinamen. In diesem Beispiel lautet der Name der relativen Administrationsdatei nocheck, und pkgadd sucht nach /var/sadm/install/admin/nocheck.
# pkgadd -a nocheck
Wenn eine absolute Datei angegeben wird, verwendet pkgadd diese. In diesem Beispiel sucht pkgadd in /tmp nach der Administrationsdatei nocheck.
# pkgadd -a /tmp/nocheck
Beispiel B-3 Installations-Administrationsdatei
Sie sehen hier ein Beispiel für eine Installations-Administrationsdatei, die im Zusammenhang mit dem Dienstprogramm pkgadd nur sehr wenig Benutzerinteraktion erfordert. Sofern das Package nicht mehr Festplattenspeicher benötigt, als auf dem System verfügbar ist, greift pkgadd auf diese Datei zu und installiert das Package, ohne den Benutzer zur Eingabe von Informationen aufzufordern.
mail= instance=overwrite partial=nocheck runlevel=nocheck idepend=nocheck space=ask setuid=nocheck confiict=nocheck action=nocheck basedir=default