Guide de l'administrateur NetBackup™ Snapshot Manager for Data Center

Reprise après incident lors de la perte du package de reprise après incident ou de la phrase de passe

Ce problème peut se produire en cas de perte du package DR ou de la phrase de passe.

Dans le cas d'une sauvegarde de catalogue, deux packages de sauvegarde sont créés :

Le package DR contient le certificat UUID NetBackup tandis que la base de données de catalogue contient l'UUID. Lorsque vous procédez à une reprise après incident à l'aide du package DR, puis à la récupération de catalogue, le certificat UUID et l'UUID sont restaurés. Cela permet à NetBackup de communiquer avec NetBackup Snapshot Manager for Data Center, car l'UUID reste inchangé.

Cependant, l'opération de reprise après incident ne peut pas être réalisée en cas de perte du package DR ou de la phrase de passe. Vous ne pouvez récupérer le catalogue sans le package DR qu'après avoir réinstallé NetBackup. Dans ce cas, un nouvel UUID est créé pour NetBackup et NetBackup Snapshot Manager for Data Center ne le reconnaît pas. Le mappage un à un de NetBackup et NetBackup Snapshot Manager for Data Center est perdu.

Solution de contournement :

Pour résoudre ce problème, vous devez mettre à jour le nouvel UUID NetBackup et le numéro de version une fois le serveur principal NetBackup créé.

Après avoir obtenu l'UUID NetBackup et le numéro de version, exécutez la commande suivante sur l'hôte NetBackup Snapshot Manager for Data Center pour mettre à jour le mappage :

/cloudpoint/scripts/cp_update_nbuuid.sh -i <NBU UUID> -v <Version Number>

La fonction NetBackup Snapshot Manager for Data Center échoue lorsque NetBackup Snapshot Manager for Data Center est déployé dans un sous-réseau privé (sans Internet)

Ce problème se produit lorsque NetBackup Snapshot Manager for Data Center est déployé sur un réseau privé pour lequel un pare-feu est activé ou les adresses IP publiques sont désactivées. L'équipe en charge de la sécurité des informations du client n'accorde pas à la machine virtuelle un accès complet à Internet.

Solution de contournement :

Activez les ports à partir de la ligne de commande du pare-feu à l'aide des commandes suivantes :

firewall-cmd --add-port=22/tcp

firewall-cmd --add-port=5671/tcp

firewall-cmd --add-port=443/tcp

Après le lancement des services de démarrage/arrêt, les conteneurs NetBackup Snapshot Manager for Data Center, RabbitMQ et MongoDB demeurent toujours à l'état de démarrage

Les conteneurs flexsnap-mongodb et flexsnap-rabbitmq n'apparaissent pas comme étant en état de fonctionnement. L'état du conteneur flexsnap-mongodb est le suivant :

[ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format='{{json .Config.Healthcheck}}'
flexsnap-mongodb {"Test":["CMD-SHELL","echo 'db.runCommand({ping: 1}).ok' 
| mongo --ssl --sslCAFile /cloudpoint/keys/cacert.pem 
--sslPEMKeyFile /cloudpoint/keys/mongodb.pem flexsnap-mongodb:27017/zenbrain --quiet"],
"Interval":60,"Timeout":30000000000,"Retries":3} [ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format='
{{json .State.Healthcheck}}' flexsnap-mongodb {"Status":"starting","FailingStreak":0,"Log":null} [ec2-user@ip-172-31-23-60 log]$

Solution de contournement :

Exécutez la commande #podman suivante depuis l'interface de ligne de commande :

[ec2-user@ip-172-31-23-60 log]$ sudo podman healthcheck run flexsnap-mongodb

[ec2-user@ip-172-31-23-60 log]$ sudo podman ps -a

CONTAINER ID   IMAGE                        COMMAND                         CREATED      STATUS                  PORTS                           NAMES

fe8cf001032b  localhost/veritas/   flexsnap-fluentd:10.0.0.0.9817         2 days ago    Up 45 hours ago      0.0.0.0:24224->24224/tcp        flexsnap-fluentd

2c00500c1ac6  localhost/veritas/   flexsnap-mongodb:10.0.0.0.9817         2 days ago    Up 45 hours ago (healthy)                            flexsnap-mongodb

7ab3e248024a  localhost/veritas/   flexsnap-rabbitmq:10.0.0.0.9817        2 days ago    Up 45 hours ago (starting)                           flexsnap-rabbitmq

[ec2-user@ip-172-31-23-60 log]$ sudo podman healthcheck run flexsnap-rabbitmq

[ec2-user@ip-172-31-23-60 log]$ sudo podman ps -a

CONTAINER ID   IMAGE                        COMMAND                        CREATED       STATUS                      PORTS                         NAMES

fe8cf001032b  localhost/veritas/    flexsnap-fluentd:10.0.0.0.9817        2 days ago    Up 45 hours ago          0.0.0.0:24224->24224/tcp     flexsnap-fluentd

2c00500c1ac6  localhost/veritas/    flexsnap-mongodb:10.0.0.0.9817        2 days ago    Up 45 hours ago (healthy)                             flexsnap-mongodb

7ab3e248024a  localhost/veritas/    flexsnap-rabbitmq:10.0.0.0.9817       2 days ago    Up 45 hours ago (healthy)                             flexsnap-rabbitmq

 [ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format='{{json .State.Healthcheck}}' flexsnap-mongodb

{"Status":"healthy","FailingStreak":0,"Log":[{"Start":"2022-02-14T07:32:13.051150432Z","End":"2022-02-14T07:32:13.444636429Z","ExitCode":0,"Output":""}]}

[ec2-user@ip-172-31-23-60 log]$ sudo podman container inspect --format='{{json .State.Healthcheck}}' flexsnap-rabbitmq

{"Status":"healthy","FailingStreak":0,"Log":[{"Start":"2022-02-14T07:32:46.537804403Z","End":"2022-02-14T07:32:47.293695744Z","ExitCode":0,"Output":""}]}

[ec2-user@ip-172-31-23-60 log]$

La génération du certificat échoue lors de l'enregistrement de NetBackup Snapshot Manager for Data Center sur NetBackup

À partir de la version 9.1.2 de NetBackup Snapshot Manager for Data Center, NetBackup synchronise la génération de certificats avec l'enregistrement dans l'API de registre de NetBackup Snapshot Manager for Data Center. Cela signifie que l'échec de la génération d'un certificat entraînera l'échec de l'enregistrement de NetBackup Snapshot Manager for Data Center auprès de NetBackup (ajout ou modification de l'entrée NetBackup Snapshot Manager for Data Center dans l'interface utilisateur Web). Ces certificats sont utilisés pour le datamover qui est lancé pour des opérations telles que la sauvegarde à partir d'un snapshot, la restauration à partir d'une sauvegarde, l'indexation (basée sur VxMS), etc. Si la génération du certificat échoue, ces travaux ne peuvent pas être exécutés. NetBackup Snapshot Manager for Data Center sur des machines virtuelles cloud ne peut donc pas se connecter à NetBackup sur des machines virtuelles de laboratoire, ce qui signifie que l'enregistrement échouera et que NetBackup Snapshot Manager for Data Center ne pourra pas être ajouté à NetBackup.

Solution de contournement :

Pour ajouter NetBackup Snapshot Manager for Data Center dans ce type de situation, vous devez ajouter l'entrée suivante au fichier /cloudpoint/flexsnap.conf pour ignorer la génération de certificat sur NetBackup Snapshot Manager for Data Center :

[client_registration] skip_certificate_generation = yes

Les informations du plug-in sont dupliquées si des tentatives précédentes d'enregistrement de NetBackup Snapshot Manager for Data Center ont échoué

Ce problème se produit uniquement lorsque NetBackup Snapshot Manager for Data Center a été déployé à l'aide du mécanisme de déploiement du marketplace. Lorsque les informations de plug-in sont ajoutées avant l'enregistrement, des informations de plug-in sont créées en double dans le fichier CloudPoint_plugin.conf.

Solution de contournement :

Supprimez manuellement les informations de plug-in en double dans le fichier CloudPoint_plugin.conf.

Dans l'exemple suivant, l'entrée en double pour la configuration du plug-in GCP est visible (en gras) dans le fichier CloudPoint_plugin.conf :

{
    "CPServer1": [
      {
        "Plugin_ID": "test",
        "Plugin_Type": "aws",
        "Config_ID": "aws.8dda1bf5-5ead-4d05-912a-71bdc13f55c4",
        "Plugin_Category": "Cloud",
        "Disabled": false
      }
    ]
  },
  {
    "CPServer2": [
      {
        "Plugin_ID": "gcp.2080179d-c149-498a-bf1f-4c9d9a76d4dd",
        "Plugin_Type": "gcp",
        "Config_ID": "gcp.2080179d-c149-498a-bf1f-4c9d9a76d4dd",
        "Plugin_Category": "Cloud",
        "Disabled": false
      },
      {
        "Plugin_ID": "gcp.2080179d-c149-498a-bf1f-4c9d9a76d4dd",
        "Plugin_Type": "gcp",
        "Config_ID": "gcp.2080179d-c149-498a-bf1f-4c9d9a76d4dd",
        "Plugin_Category": "Cloud",
        "Disabled": false
      }
    ]
  }

Les informations du plug-in sont dupliquées si le NetBackup Snapshot Manager for Data Center cloné est ajouté au NetBackup

Cela se produit uniquement lorsque le NetBackup Snapshot Manager for Data Center cloné est ajouté à NetBackup lors de la migration de NetBackup Snapshot Manager for Data Center vers une machine virtuelle RHEL 8.6. Le clonage de NetBackup Snapshot Manager for Data Center utilise le volume NetBackup Snapshot Manager for Data Center existant pour créer un nouveau NetBackup Snapshot Manager for Data Center, ce qui entraîne la création d'une entrée en double dans le fichier CloudPoint_plugin.conf.

Solution de contournement :

Modifiez et supprimez manuellement les informations de plug-in en double dans le fichier CloudPoint_plugin.conf.

Dans l'exemple suivant, l'entrée en double pour la configuration du plug-in Azure est visible (en gras) dans le fichier CloudPoint_plugin.conf :

{
    "CPServer1": [
      {
        "Plugin_ID": "config10",
        "Plugin_Type": "azure",
        "Config_ID": "azure.327ec7fc-7a2d-4e94-90a4-02769a2ba521",
        "Plugin_Category": "Cloud",
        "Disabled": false
      }
    ]
  },
  {
    "CPServer2": [
      {
        "Plugin_ID": "azure.327ec7fc-7a2d-4e94-90a4-02769a2ba521",
        "Plugin_Type": "azure",
        "Config_ID": "azure.327ec7fc-7a2d-4e94-90a4-02769a2ba521",
        "Plugin_Category": "Cloud",
        "Disabled": false
      },
       {
    "cpserver101.yogesh.joshi2-dns-zone": [
      {
        "Plugin_ID": "azure.327ec7fc-7a2d-4e94-90a4-02769a2ba521",
        "Plugin_Type": "azure",
        "Config_ID": "azure.327ec7fc-7a2d-4e94-90a4-02769a2ba521",
        "Plugin_Category": "Cloud",
        "Disabled": false
      },
      {
        "Plugin_ID": "AZURE_PLUGIN",
        "Plugin_Type": "azure",
        "Config_ID": "azure.4400a00a-8d2b-4985-854a-74f48cd4567e",
        "Plugin_Category": "Cloud",
        "Disabled": false
      }
    ]
  }
 ]
}