Gestion des lots de support à l'aide de la BUI
Génération et téléchargement d'un nouveau lot de support (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
Programmation de la notification logicielle (BUI)
Programmation de la notification logicielle (CLI)
Vérification des mises à jour (BUI)
Vérification des mises à jour (CLI)
Mise à jour logicielle sur un contrôleur simple (BUI)
Mise à jour logicielle sur un contrôleur simple (CLI)
Mise à jour logicielle sur des contrôleurs inclus dans un cluster
Préparation de mise à jour des contrôleurs (BUI)
Mise à jour du contrôleur A (BUI)
Mise à jour d'un contrôleur B (BUI)
Préparation de mise à jour des contrôleurs (CLI)
Mise à jour d'un contrôleur A (CLI)
Vérification de la mise à jour d'un contrôleur A (CLI)
Mise à jour d'un contrôleur B (CLI)
Vérification de la mise à jour d'un contrôleur B (CLI)
A propos des vérifications de l'état d'intégrité du système
Vérifications de l'intégrité du système à l'aide de la BUI
Vérifications de l'intégrité du système à l'aide de la CLI
Dépannage des échecs de vérifications d'intégrité préalables à la mise à jour
Résolution des alertes de vérification d'intégrité
Résolution des alertes des vérifications d'intégrité
A propos des mises à jour différées
Application de mises à jour différées (BUI)
Application de mises à jour différées (CLI)
A propos des mises à niveau des microprogrammes matériels
Suppression d'un média de mise à jour (BUI)
Suppression d'un média de mise à jour (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
L'opération de restauration 'restore' s'appuie sur une sauvegarde de configuration sélectionnée et modifie tous les paramètres système correspondants pour qu'ils reflètent ceux de la sauvegarde ; elle supprime également les éléments de configuration qui n'étaient pas présents au moment de la sauvegarde. Les administrateurs doivent respecter les recommandations suivantes lorsqu'ils planifient une restauration :
Indisponibilité prévue - Le processus de restauration prend plusieurs minutes et a un impact sur le service fourni aux clients, puisque la configuration du réseau et les protocoles de données actifs sont reconfigurés. Par conséquent, une restauration de configuration doit uniquement être effectuée sur un système de développement ou lors d'un temps d'arrêt planifié.
Interruption de service - Les clients accédant aux données sur le système via un protocole de données tel que NFS subissent une interruption de service quand le réseau est reconfiguré et le service redémarré. Si la copie de sauvegarde sélectionnée a été créée alors que l'administrateur avait désactivé un service, ce paramètre est restauré et les sessions client sont donc interrompues pour ce protocole.
Interruption de session - Si la restauration est lancée à partir d'un navigateur Web, la session de ce dernier est également déconnectée lors du processus de restauration puisque le réseau est reconfiguré. Si la configuration restaurée n'inclut pas les mêmes paramètres de routage et d'adresse réseau que ceux utilisés par la connexion du navigateur actuel, ou si le navigateur est connecté à une adresse réseau gérée par DHCP, la session du navigateur est interrompue pendant la restauration. Le processus de restauration se termine en arrière-plan, mais vous devrez recharger ou diriger le navigateur vers une nouvelle adresse réseau restaurée pour continuer. C'est la raison pour laquelle il peut être souhaitable de lancer une restauration de configuration complexe à partir de la console série du processeur de service à l'aide de la CLI.
Annulation de mise en cluster, restauration, remise en cluster - Des sauvegardes de configuration peuvent être lancées pour des appareils regroupés dans un cluster, mais une restauration de configuration ne doit pas être utilisée lorsque des systèmes sont activement clusterisés. Le processus de clustering signifie que les paramètres sont synchronisés entre les pairs du cluster et que chaque appareil pair conserve également des paramètres privés. Pour cette raison, vous devez d'abord utiliser la procédure d'annulation de mise en configuration du clustering pour annuler la mise en cluster des deux systèmes, décrite dans la section Annulation de la configuration du clustering à l’aide de la BUI du manuel Guide d’administration des systèmes Oracle ZFS Storage Appliance, version 2013.1.3.0 et dans la section Annulation de la configuration du clustering à l’aide de la CLI du manuel Guide d’administration des systèmes Oracle ZFS Storage Appliance, version 2013.1.3.0 . Restaurez ensuite la sauvegarde de configuration sur une tête sélectionnée, puis remettez en cluster les deux systèmes. L'autre système se synchronise alors automatiquement avec la configuration restaurée.
Privilèges root requis - Les sauvegardes de configuration contiennent toutes les métadonnées du système et requièrent donc tous les privilèges et toutes les autorisations possibles pour la création et l'application. Par conséquent et contrairement à d'autres options d'administration déléguées, seul l'utilisateur root est autorisé à effectuer une sauvegarde ou une restauration de configuration.
Vérification des paramètres des nouvelles fonctionnalités - La restauration d'une configuration enregistrée avant l'application d'une mise à jour système vers une nouvelle version du logiciel de l'appareil est autorisée. Dans certains cas, les services et les propriétés présents au moment de la sauvegarde peuvent avoir des effets différents, et de nouveaux services et propriétés qui n'existaient pas au moment de la sauvegarde peuvent exister dans le nouveau logiciel. A l'instar du processus de mise à jour système, le processus de restauration de configuration fera tout son possible pour transférer les paramètres applicables et appliquer des paramètres par défaut sensés aux propriétés qui n'existaient pas au moment de la sauvegarde. En cas de restauration depuis une version logicielle antérieure, les administrateurs doivent vérifier manuellement les paramètres des nouvelles fonctionnalités après la restauration.
Conservation du mot de passe - Le mot de passe root n'est pas modifié ou réinitialisé sur le mot de passe utilisé au moment de la sauvegarde si ce dernier était différent. La restauration préserve le mot de passe root actuel. Pour obtenir plus d'informations sur les mots de passe, reportez-vous au récapitulatif des Considérations de sécurité.
Keystores de chiffrement - Une restauration remplace la totalité des clés stockées dans les keystores LOCAL et OKM. Dans le cas du keystore LOCAL, si des clés se trouvant sur le système ne sont "pas" incluses dans la sauvegarde actuelle et qu'elles sont utilisées par des partages, les partages concernés deviendront définitivement et irréversiblement inaccessibles, sauf dans l'hypothèse où les clés pourraient être restaurées manuellement. Reportez-vous à la section Utilisation du chiffrement de données du Guide d'administration des systèmes Oracle ZFS Storage Appliance pour plus d'informations.