Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Manuel d'entretien client des systèmes Oracle® ZFS Storage Appliance Pour les contrôleurs ZS3-x, 7x20 et les étagères de disques DE2-24, Sun Disk Shelf |
Utilisation de la présente documentation
Chapitre 2 Maintenance de l'équipement
Chapitre 3 Maintenance du système
Gestion des lots de support à l'aide de la BUI
Génération et téléchargement d'un lot de support à l'aide de la BUI
Options pour les lots de support
Gestion des lots de support à l'aide de la CLI
Réinitialisation des paramètres d'usine
Notification de mises à jour logicielles
Planification des notifications de logiciels à l'aide de la BUI :
Planification des notifications de logiciels à l'aide de la CLI :
Vérification de mises à jour à l'aide de la BUI
Vérification de mises à jour à l'aide de la CLI
Présentation des mises à jour du système
Vérifications d'intégrité préalables à la mise à jour
Interface de ligne de commande
Dépannage des échecs de vérifications d'intégrité préalables à la mise à jour
Mesures à prendre pour résoudre les alertes concernant des vérifications d'intégrité
Etapes de résolution des alertes de vérification d'intégrité
Réinitialisation après une mise à jour
Mises à jour de microprogrammes du matériel
Réalisation d'une mise à niveau de cluster
Etats du cluster pendant la mise à niveau
Décompression et vérification du média
Suppression d'un média de mise à jour
Application de mises à jour différées
Décompression et vérification du média
Suppression d'un média de mise à jour
Application de mises à jour différées (CLI)
Mise à jour différée Passthrough-x
Mise à jour différée Quotas d'utilisateurs
Mise à jour différée RAID triple parité
Mise à jour différée Suppression des doublons de données
Mise à jour différée Réplication
Mise à jour différée Propriétés reçues
Mise à jour différée Suppression d'instantanés
Mise à jour différée Instantanés récursifs
Mise à jour différée Remplacement multiple
Mise à jour différée RAIDZ/Miroir
Groupes d'initiateurs multiples par LUN
Support pour les blocs de très grande taille
Support pour les blocs de très grande taille
Gestion des sauvegardes de configuration à l'aide de la BUI
Création d'une sauvegarde de configuration
Restauration à partir d'une configuration enregistrée
Suppression d'une configuration enregistrée
Exportation d'une configuration enregistrée
Importation d'une configuration enregistrée
Gestion de sauvegardes de configuration à l'aide de la CLI
Affichage de la liste des configurations
Création d'une sauvegarde de configuration
Restauration à partir d'une configuration enregistrée
Suppression d'une configuration enregistrée
Exportation d'une configuration enregistrée
Importation d'une configuration enregistrée
Affichage des problèmes actifs
Interface de ligne de commande
Affichage de la liste de journaux
Afficher toutes les entrées du journal
Afficher des groupes d'entrées du journal
Affichage des détails d'une entrée
Contexte d'exécution des workflows
Gestion des erreurs des workflows
Validation des entrées des workflows
Audit sur l'exécution de workflows
Rapports sur l'exécution de workflows
Gestion des versions des workflows
Workflows en tant qu'actions d'alerte
Contexte d'exécution des actions d'alerte
Réalisation d'audits sur les actions d'alerte
Utilisation de workflows programmés
Exemple : sélection du type de périphérique
La procédure de restauration rétablit l'état de l'ensemble du logiciel système et des paramètres de métadonnées antérieur à l'application d'une mise à jour. Cette fonctionnalité est implémentée en prenant un instantané de différents aspects du système avant l'application de la nouvelle mise à jour et en restaurant cet instantané. Les conséquences de la restauration sont les suivantes :
Toutes les modifications de configuration de l'appareil sont annulées et perdues. Par exemple, supposons que vous exécutez une version V. Vous effectuez ensuite une mise à jour vers la version V+1, puis vous modifiez votre serveur DNS. Si vous exécutez une restauration, la modification du paramètre du serveur DNS est annulée et définitivement supprimée du système.
Inversement, les modifications apportées aux données utilisateur ne sont pas rétablies : si vous mettez à jour de V vers V+1, et si les clients créent des répertoires ou modifient les partages d'une quelconque manière, ces modifications existent toujours après la restauration.
Supposons que l'appareil exécute la version V et dispose comme cibles de restauration des versions antérieures V-1 et V-2 : si vous restaurez la version V-2 (en "sautant" la version V-1), vous supprimez non seulement le logiciel système et les paramètres associés pour la version V, mais aussi pour la version V-1. C'est-à-dire qu'après une restauration de V-2, tout se passe comme si les mises à jour vers V-1 et V n'avaient jamais eu lieu. Cependant, les images logicielles des versions V-1 et V sont toujours enregistrées sur le système et, si vous le souhaitez, vous pouvez les appliquer à nouveau après la restauration en répétant l'exécution des mises à jour.
Une fois que le système a été réinitialisé après l'application d'une mise à jour, vous pouvez utiliser la BUI ou la CLI pour lancer la restauration de l'une des deux mises à jour précédemment appliquées. Si l'exécution du système échoue complètement après une mise à jour, utilisez la procédure de restauration de secours.
Les administrateurs peuvent exécuter une restauration de secours du logiciel système à partir de la console série en sélectionnant l'une des autres entrées du menu d'initialisation, lorsque d'autres entrées s'affichent. Bien que la restauration puisse également être déclenchée à partir de la BUI ou de la CLI, elle est proposée dans le menu d'initialisation, car elle peut être indispensable dans les cas de figure où le nouveau logiciel système est en échec total, c'est-à-dire où il ne parvient même pas à s'initialiser. Pour une restauration à partir de la console, accédez à la console série comme d'habitude et, pendant l'initialisation, avant l'expiration des dix secondes, utilisez la touche flèche pour sélectionner un menu plus bas, sur l'une des entrées précédentes :
GNU GRUB version 0.97 (612K lower / 2087424K upper memory) +-------------------------------------------------------------------------+ | Sun ZFS Storage 7120 2013.06.05.0.0,1-1.6 | | Sun ZFS Storage 7120 2011.04.24.4.2,1-1.28 | | | +-------------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.
Après la sélection de l'entrée du menu d'initialisation correspondant à la version à restaurer, le système initialise l'ancien logiciel système, mais la restauration doit être confirmée manuellement sur la console pour être validée. Ce n'est qu'ensuite que les modifications apportées entre-temps au système sont supprimées, comme décrit plus haut. L'étape de confirmation ressemble à ceci :
SunOS Release 5.11 Version ak/generic@2011.04.24.4.2,1-1.28 64-bit Copyright (c) 1983, 2010, Oracle and/or its affiliates. All rights reserved. System rollback in progress. Rollback to: ak/nas@2011.04.24.4.2,1-1.28 Proceed with system rollback [y,n,?]
Si vous saisissez la lettre "y", la restauration se poursuit et le système termine l'initialisation à l'aide de l'instantané antérieur. Si vous saisissez la lettre "n", la restauration est annulée et le système est immédiatement réinitialisé ; l'administrateur peut alors sélectionner une autre image d'initialisation (le logiciel système actuel ou un instantané plus ancien par exemple).