Skip to main content
NetApp Backup and Recovery
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Découvrez les charges de travail Oracle Database dans NetApp Backup and Recovery

Contributeurs netapp-mwallis
PDF

Découvrez les charges de travail Oracle Database dans NetApp Backup and Recovery afin que vous puissiez les protéger avec des sauvegardes et des snapshots.

Rôle Console NetApp requis Super administrateur de sauvegarde et de restauration. En savoir plus "Rôles et privilèges de sauvegarde et de restauration". "En savoir plus sur les rôles d'accès à la NetApp Console pour tous les services".

Configurer le DNS pour la découverte des hôtes isolés dans le déploiement local de la NetApp Console

Si vous utilisez le déploiement local de NetApp Console dans un environnement isolé (air-gapped) où les hôtes de la base de données ne sont pas accessibles via le DNS standard, vous devez modifier temporairement la configuration interne CoreDNS de RKE2. Cela permet aux pods de résoudre des noms d’hôtes spécifiques en adresses IP au sein du cluster, de la même manière que l’ajout d’entrées /etc/hosts sur un nœud.

Important Avant d'apporter des modifications, vérifiez la configuration CoreDNS existante afin d'éviter d'écraser des personnalisations déjà configurées. Utilisez les manifestes RKE2 pour appliquer cette modification, en veillant à ce qu'elle soit gérée de manière cohérente par l'opérateur et le runtime RKE2.
Avant de commencer

  • Dans la mesure du possible, maintenez le fichier HelmChartConfig sous contrôle de modification.

  • Utilisez un nom de fichier clair afin que l'objectif de la substitution CoreDNS soit évident.

  • Si l'enregistrement DNS attendu n'est pas visible dans le fichier Corefile, vérifiez les journaux du serveur RKE2 et confirmez la syntaxe du fichier manifeste.

Étapes

  1. Vérifiez la configuration CoreDNS existante pour vous assurer que vous ne remplacez pas une modification existante :

    kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}'

  2. Copiez le bloc de commandes suivant et modifiez la zone configBlock pour ajouter vos enregistrements DNS statiques. Cela crée un fichier YAML HelmChartConfig dans le dossier des manifestes de RKE2, que RKE2 applique automatiquement pour remplacer la configuration CoreDNS :

    sudo tee /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml >/dev/null <<'YAML'
apiVersion: helm.cattle.io/v1
kind: HelmChartConfig
metadata:
  name: rke2-coredns
  namespace: kube-system
spec:
  # NOTE: This is a HelmChartConfig that *overlays* values onto the rke2-coredns
  # HelmChart already managed by RKE2. RKE2 watches /var/lib/rancher/rke2/server/manifests
  # and will re-render the rke2-coredns Helm release whenever this file changes.
  #
  # The `servers:` list below REPLACES the chart's default server definition,
  # so every plugin that was in the stock Corefile must be present here.
  # Do NOT delete plugins you don't recognize -- they are required for cluster DNS.
  valuesContent: |-
    servers:
    - zones:
      - zone: .
      port: 53
      plugins:
      - name: errors
      - name: health
        configBlock: |-
          lameduck 10s
      - name: ready
      - name: kubernetes
        parameters: cluster.local in-addr.arpa ip6.arpa
        configBlock: |-
          pods insecure
          fallthrough in-addr.arpa ip6.arpa
          ttl 30
      # ───────────────────────── EDIT BELOW ─────────────────────────
      # Static DNS records for hosts the corporate DNS cannot resolve.
      # Format:  <IP>  <FQDN>  [optional aliases...]
      # `fallthrough` MUST stay as the last line -- it lets every other
      # name go to the upstream resolver via the `forward` plugin below.
      - name: hosts
        configBlock: |-
          1.2.3.4 example.domain.com exampleshortname
          fallthrough
      # ───────────────────────── EDIT ABOVE ─────────────────────────
      - name: prometheus
        parameters: 0.0.0.0:9153
      - name: forward
        parameters: . /etc/resolv.conf
      - name: cache
        parameters: 30
      - name: loop
      - name: reload
      - name: loadbalance
YAML
sudo chmod 600 /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml

  3. Vérifiez que CoreDNS a bien pris en compte la modification :

    kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}'

    Si la modification n'est pas visible après quelques minutes, redémarrez le déploiement de CoreDNS puis vérifiez à nouveau le fichier Corefile :

    kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns

  4. Si vous devez supprimer les entrées après avoir découvert les hôtes de la base de données, procédez comme suit :

    1. Supprimez le fichier HelmChartConfig du dossier des manifestes.

    2. Redémarrez le déploiement CoreDNS :

      kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns

Ajoutez un hôte de base de données Oracle et découvrez des ressources

Ajoutez les informations de l’hôte de la base de données Oracle et laissez NetApp Backup and Recovery découvrir les charges de travail. Pour chaque agent Console, sélectionnez les systèmes à découvrir.

Étapes

  1. Dans le menu NetApp Console, sélectionnez Protection > Backup and Recovery.

  2. Sous Charges de travail, sélectionnez la vignette Oracle.

  3. Sélectionnez Découvrir les ressources.

  4. Sélectionnez Oracle pour le champ Workload type.

  5. Si vous n'avez pas encore enregistré les informations d'identification pour cet hôte Oracle Database, sélectionnez Add credentials.

    1. Sélectionnez l’agent de console à utiliser avec cet hôte.

    2. Saisissez un nom pour ces informations d’identification.

    3. Entrez le nom d'utilisateur et le mot de passe du compte.

    4. Sélectionnez Terminé.

  6. Enregistrement de l'hôte : Ajoutez un nouvel hôte Oracle Database. Dans le champ Nom de domaine complet (FQDN) ou adresse IP de l'hôte, saisissez le FQDN ou l'adresse IP de l'hôte. Pour les bases de données en cluster, vous pouvez saisir le FQDN ou l'adresse IP de n'importe quel nœud du cluster. Fournissez ensuite les informations d'identification, l'agent Console et le numéro de port.

  7. (Facultatif) Si vous choisissez des informations d'identification pour un utilisateur non root, procédez comme suit :

    1. Pour obtenir des instructions sur l'ajout de l'utilisateur non root sélectionné au fichier sudoers sur l'hôte de la base de données Oracle, sélectionnez Configurer sudoers.

    2. Suivez les instructions de la boîte de dialogue, activez la case à cocher une fois terminé, puis sélectionnez Terminé.

  8. Paramètres avancés : Procédez comme suit :

    1. Saisissez le port et le chemin d'installation à utiliser pour le plug-in NetApp. Le plug-in permet la communication entre l'hôte de la base de données Oracle et NetApp Backup and Recovery.

    2. Choisissez si vous souhaitez autoriser NetApp Backup and Recovery à installer automatiquement le plug-in sur chaque hôte ou ignorer l'installation automatique du plug-in sur tous les hôtes. Sélectionnez Afficher la procédure pour obtenir des instructions d'installation manuelle.

      Remarque

      NetApp Backup and Recovery se connecte à chaque hôte via SSH pour installer automatiquement le plug-in. Activez l’option Utiliser l’installation manuelle lorsque l’une des conditions suivantes est remplie :

      • Un ou plusieurs hôtes n'exécutent pas le service SSH.

      • Tout hôte possède déjà le NetApp plug-in (même si seuls certains membres du cluster le possèdent).

      • Vous préférez installer le plug-in sur chaque hôte manuellement.

    3. Si l’hôte de la base de données est en cluster, activez l’option Ajouter tous les hôtes du cluster pour découvrir tous les hôtes du cluster.

    4. Choisissez si vous souhaitez effectuer des vérifications préalables sur chaque hôte avant l'installation automatique du plug-in. En cas d'échec, l'installation automatique est interrompue. Pour ignorer ces vérifications et procéder à l'installation malgré tout, activez Ignorer les vérifications préalables facultatives (activée automatiquement si vous choisissez l'installation manuelle).

  9. Sélectionnez Découvrir.

    Astuce L'ajout de ressources peut prendre plusieurs minutes. Pour suivre la progression, sélectionnez Suivre la progression dans la boîte de dialogue d'état en bas de la page Inventaire ou sélectionnez Surveillance dans le menu de navigation de gauche.
Résultat

La charge de travail Oracle Database apparaît dans la liste des charges de travail sur la page Inventaire.

Accéder au tableau de bord de NetApp Backup and Recovery

  1. Dans le menu NetApp Console, sélectionnez Protection > Backup and Recovery.

  2. Sélectionnez une tuile de charge de travail (par exemple, Oracle Database).

  3. Dans le menu Sauvegarde et récupération, sélectionnez Tableau de bord.

  4. Évaluez l'état de la protection des données. Le nombre de charges de travail à risque ou protégées augmente en fonction des charges de travail nouvellement découvertes, protégées et sauvegardées.