Skip to main content
NetApp Backup and Recovery
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Descubre las cargas de trabajo de Oracle Database en NetApp Backup and Recovery

Colaboradores netapp-mwallis
PDF

Descubre las cargas de trabajo de Oracle Database en NetApp Backup and Recovery para que puedas protegerlas con copias de seguridad e instantáneas.

Rol requerido de NetApp Console: superadministrador de Backup and Recovery. Conoce más sobre "Funciones y privilegios de backup y recuperación". "Obtenga información sobre los roles de acceso a la NetApp Console para todos los servicios".

Configura DNS para el descubrimiento de hosts aislados en la implementación local de NetApp Console

Si estás utilizando una implementación local de NetApp Console en un entorno aislado (air-gapped) en el que los hosts de bases de datos no son accesibles a través del DNS estándar, debes modificar temporalmente la configuración interna de RKE2 CoreDNS. Esto permite que los pods resuelvan nombres de host específicos a direcciones IP dentro del clúster, de forma similar a añadir entradas a /etc/hosts en un nodo.

Importante Antes de realizar cambios, comprueba la configuración actual de CoreDNS para evitar sobrescribir cualquier personalización existente. Utiliza los manifiestos de RKE2 para aplicar este cambio, asegurándote de que el operador y el runtime de RKE2 lo gestionen de forma coherente.
Antes de empezar

  • Siempre que sea posible, mantén el archivo HelmChartConfig bajo control de cambios.

  • Utiliza un nombre de archivo claro para que el propósito de la sustitución de CoreDNS sea obvio.

  • Si el registro DNS esperado no aparece en el archivo Corefile, comprueba los registros del servidor RKE2 y confirma la sintaxis del archivo de manifiesto.

Pasos

  1. Comprueba la configuración actual de CoreDNS para asegurarte de que no estás anulando un cambio ya realizado:

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

  2. Copia el siguiente bloque de comandos y edita el área configBlock para añadir tus registros DNS estáticos. Esto crea un archivo YAML HelmChartConfig en la carpeta manifests de RKE2, que RKE2 aplica automáticamente para anular la configuración de 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. Comprueba que CoreDNS haya detectado el cambio:

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

    Si el cambio no se aprecia al cabo de unos minutos, reinicia la implementación de CoreDNS y luego vuelve a comprobar el archivo Corefile:

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

  4. Si necesitas eliminar las entradas después de descubrir los hosts de la base de datos, haz lo siguiente:

    1. Elimina el archivo HelmChartConfig de la carpeta manifests.

    2. Reinicia la implementación de CoreDNS:

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

Añade un host de base de datos Oracle y descubre recursos

Añade la información del host de la base de datos Oracle y deja que NetApp Backup and Recovery descubra las cargas de trabajo. Para cada agente de Console, selecciona los sistemas que quieres descubrir.

Pasos

  1. En el menú de la NetApp Console, selecciona Protección > Backup and Recovery.

  2. En Cargas de trabajo, seleccione el mosaico Oracle.

  3. Seleccione Descubrir recursos.

  4. Selecciona Oracle para el campo Tipo de carga de trabajo.

  5. Si aún no has almacenado credenciales para este host de Oracle Database, selecciona Add credentials.

    1. Seleccione el agente de consola que se utilizará con este host.

    2. Introduzca un nombre para esta credencial.

    3. Introduzca el nombre de usuario y la contraseña de la cuenta.

    4. Seleccione Listo.

  6. Registro de host: Añade un nuevo host de Oracle Database. En el campo FQDN o dirección IP del host, introduce el FQDN o la dirección IP del host. Para bases de datos en clúster, puedes introducir el FQDN o la dirección IP de cualquier nodo del clúster. Luego proporciona las credenciales, el agente de la Console y el número de puerto.

  7. (Opcional) Si eliges credenciales para un usuario que no es root, haz lo siguiente:

    1. Para obtener instrucciones sobre cómo añadir el usuario no raíz seleccionado al archivo sudoers en el host de la base de datos Oracle, selecciona Configurar sudoers.

    2. Sigue las instrucciones en el cuadro de diálogo, activa la casilla cuando termines y selecciona Done.

  8. Configuración avanzada: haz lo siguiente:

    1. Introduce el puerto y la ruta de instalación que quieres usar para el NetApp plug-in. El plug-in permite la comunicación entre el host de la base de datos Oracle y NetApp Backup and Recovery.

    2. Elige si quieres permitir que NetApp Backup and Recovery instale el complemento automáticamente en cada host o saltar la instalación automática del complemento para todos los hosts. Selecciona Muéstrame cómo para ver las instrucciones de instalación manual.

      Nota

      NetApp Backup and Recovery se conecta a cada host a través de SSH para instalar el complemento automáticamente. Activa Usar instalación manual cuando se dé alguna de las siguientes circunstancias:

      • Uno o más hosts no están ejecutando el servicio SSH.

      • Cualquier host ya dispone del complemento NetApp (incluso si solo lo tienen algunos miembros del clúster).

      • Prefieres instalar el plug-in en cada host manualmente.

    3. Si el host de la base de datos está en clúster, activa la opción Add all hosts in the cluster para descubrir todos los hosts del clúster.

    4. Elige si quieres ejecutar comprobaciones de preinstalación en cada host antes de instalar automáticamente el plug-in. Si las comprobaciones fallan, se detiene la instalación automática del plug-in. Para omitir las comprobaciones e instalar de todos modos, activa Skip optional preinstall checks (se activa automáticamente si eliges la instalación manual).

  9. Seleccione Descubrir.

    Consejo Añadir recursos puede tardar varios minutos. Para ver el progreso, selecciona Seguir el progreso en el cuadro de diálogo de estado en la parte inferior de la página de Inventario o selecciona Supervisión en la navegación de la izquierda.
Resultado

La carga de trabajo de Oracle Database aparece en la lista de cargas de trabajo en la página de Inventario.

Continuar al panel de control de NetApp Backup and Recovery

  1. En el menú de la NetApp Console, selecciona Protección > Backup and Recovery.

  2. Selecciona un mosaico de carga de trabajo (por ejemplo, Oracle Database).

  3. Desde el menú Copia de seguridad y recuperación, seleccione Panel de control.

  4. Comprueba el estado de la protección de datos. El número de cargas de trabajo en riesgo o protegidas aumenta en función de las cargas de trabajo recién detectadas, protegidas y respaldadas.