Rechercher

8.2. Utilisation d'une image de secours ReaR sur l'architecture IBM Z 64 bits

download PDF

La fonctionnalité de base Relax and Recover (ReaR) est désormais disponible sur l'architecture IBM Z 64 bits en tant qu'aperçu technologique. Vous pouvez créer une image de secours ReaR sur IBM Z uniquement dans l'environnement z/VM. La sauvegarde et la récupération des partitions logiques (LPAR) n'ont pas été testées.

Important

ReaR sur l'architecture IBM Z 64 bits n'est pris en charge qu'avec le paquetage rear version 2.6-17.el9 ou ultérieure. Les versions antérieures ne sont disponibles qu'en tant que fonctionnalité d'aperçu technologique. Pour plus d'informations sur l'étendue de la prise en charge des fonctionnalités Technology Preview de Red Hat, consultez https://access.redhat.com/support/offerings/techpreview.

La seule méthode de sortie actuellement disponible est le chargement de programme initial (IPL). L'IPL produit un noyau et un disque RAM initial (initrd) qui peut être utilisé avec le chargeur de démarrage zIPL.

Conditions préalables

  • ReaR est installé.

    • Pour installer ReaR, exécutez la commande dnf install rear

Procédure

Ajoutez les variables suivantes au site /etc/rear/local.conf pour configurer ReaR afin de produire une image de secours sur l'architecture IBM Z 64 bits :

  1. Pour configurer la méthode de sortie IPL, ajoutez OUTPUT=IPL.
  2. Pour configurer la méthode de sauvegarde et la destination, ajoutez les variables BACKUP et BACKUP_URL. Par exemple :

    BACKUP=NETFS
    
    BACKUP_URL=nfs://<nfsserver name>/<share path>
    Important

    Le stockage local de sauvegarde n'est actuellement pas pris en charge sur l'architecture IBM Z 64 bits.

  3. En option, vous pouvez également configurer la variable OUTPUT_URL pour enregistrer les fichiers kernel et initrd. Par défaut, le fichier OUTPUT_URL est aligné avec BACKUP_URL.
  4. Pour effectuer une sauvegarde et créer une image de secours :

    rear mkbackup
  5. Cette opération crée les fichiers kernel et initrd à l'emplacement spécifié par la variable BACKUP_URL ou OUTPUT_URL (si elle est définie), ainsi qu'une sauvegarde à l'aide de la méthode de sauvegarde spécifiée.
  6. Pour récupérer le système, utilisez les fichiers ReaR kernel et initrd créés à l'étape 3 et démarrez à partir d'un DASD (Direct Attached Storage Device) ou d'un périphérique SCSI relié au protocole Fibre Channel (FCP) préparé avec le chargeur de démarrage zipl, le kernel et initrd. Pour plus d'informations, voir Utilisation d'un DASD préparé.
  7. Lorsque le noyau de secours et initrd sont démarrés, l'environnement de secours ReaR est lancé. Procédez à la récupération du système.
Avertissement

Actuellement, le processus de récupération reformate tous les DASD (Direct Attached Storage Devices) connectés au système. Ne tentez pas de récupérer le système si des données de valeur sont présentes sur les périphériques de stockage du système. Cela inclut également le périphérique préparé avec le chargeur de démarrage zipl, le noyau ReaR et l'initrd qui ont été utilisés pour démarrer dans l'environnement de secours. Veillez à en conserver une copie.

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.