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 Microsoft SQL Server en NetApp Backup and Recovery

Colaboradores netapp-mwallis
PDF

Descubre las cargas de trabajo de Microsoft SQL Server en NetApp Backup and Recovery para que puedas protegerlas y restaurarlas. Si ya utilizas SnapCenter, también puedes importar los datos y las políticas de copia de seguridad existentes.

Rol requerido de NetApp Console: superadministrador de Backup and Recovery. Si estás protegiendo datos almacenados en un clúster de Cloud Volumes ONTAP, también se requiere el rol de Cloud Volumes ONTAP Admin. 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 NetApp Console en una implementación local en un entorno aislado (air-gapped) donde los hosts de bases de datos no son accesibles a través del DNS estándar, necesitas 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 tanto la configuración actual de CoreDNS como el archivo existente rke2-coredns-config.yaml HelmChartConfig para evitar sobrescribir cualquier personalización ya existente. En la mayoría de los nodos de implementación local de NetApp Console, este archivo ya existe y ya contiene solicitudes de recursos. Si el archivo ya existe, no lo vuelvas a crear; en su lugar, añade únicamente el bloque servers: al valuesContent existente. Aplica este cambio usando los manifiestos de RKE2 para que el operador y el runtime de RKE2 sigan gestionándolo 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. Comprueba que el archivo HelmChartConfig existe:

    sudo cat /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml
    Si el archivo existe

    1. Ejecuta el siguiente script para añadir el servers: bloque al archivo HelmChartConfig ya existente:

      MANIFEST=/var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml

# 1. Back up first
sudo cp -a "$MANIFEST" "$MANIFEST.bak.$(date +%Y%m%d-%H%M%S)"

# 2. Safety checks: valuesContent must be the last key, no servers: block yet
grep -n 'servers:' "$MANIFEST"        # must return nothing
tail -c 1 "$MANIFEST" | od -c | head  # file must end with a newline

# 3. Append ONLY the servers block (nothing above it changes)
sudo tee -a "$MANIFEST" >/dev/null <<'YAML'
    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

# 4. Confirm the merged result
sudo cat "$MANIFEST"

    2. Comprueba que el único cambio en el archivo HelmChartConfig sea la incorporación del bloque servers:.

    Si el archivo no existe

    1. Edita el área configBlock del siguiente script y añade 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

    2. Copia y ejecuta el script.

  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:

    Si añadiste datos al final de un archivo existente

    1. Restaura el archivo de copia de seguridad o elimina únicamente el bloque servers: del archivo:

      sudo cp -a /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml.bak.<timestamp> \
/var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml

      No borres el archivo, porque contiene la configuración existente del recurso RKE2.

    2. Después de restaurar el archivo, elimina las entradas de host. Las entradas obsoletas pueden causar problemas en la detección de hosts y en las copias de seguridad programadas.

    3. Reinicia la implementación de CoreDNS:

      kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns
    Si has creado un archivo nuevo

    1. Elimina el archivo HelmChartConfig de la carpeta manifests:

      sudo rm /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml

    2. Tras eliminar el archivo, borra las entradas de host. Las entradas obsoletas pueden provocar problemas en la detección de hosts y en las copias de seguridad programadas.

    3. Reinicia la implementación de CoreDNS:

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

Descubra las cargas de trabajo de Microsoft SQL Server y, opcionalmente, importe recursos de SnapCenter

Durante el descubrimiento, NetApp Backup and Recovery analiza las instancias y bases de datos de Microsoft SQL Server en los sistemas de tu organización.

El servicio evalúa los niveles de protección existentes, incluidas las políticas de backup actuales, las instantáneas y las opciones de backup y recuperación.

El descubrimiento se produce de las siguientes maneras:

  • Si ya tiene SnapCenter, importe los recursos de SnapCenter a NetApp Backup and Recovery mediante la interfaz de usuario de NetApp Backup and Recovery .

    Nota Si ya tienes SnapCenter, primero asegúrate de que cumples los requisitos previos antes de importar desde SnapCenter. Por ejemplo, deberías añadir los sistemas de almacenamiento en clúster locales de SnapCenter a NetApp Console antes de importar desde SnapCenter. Consulta "Requisitos previos para importar recursos desde SnapCenter".

  • Si aún no tienes SnapCenter, igual puedes descubrir cargas de trabajo añadiendo un vCenter manualmente y realizar la detección.

Si SnapCenter ya está instalado, importe los recursos de SnapCenter en NetApp Backup and Recovery

Si ya tiene SnapCenter instalado, importe los recursos de SnapCenter a NetApp Backup and Recovery siguiendo estos pasos. La NetApp Console descubre recursos, hosts, credenciales y programaciones desde SnapCenter; no es necesario volver a crear toda esa información.

Puedes hacerlo de las siguientes maneras:

  • Durante el descubrimiento, seleccione una opción para importar recursos desde SnapCenter.

  • Después del descubrimiento, desde la página Inventario, seleccione una opción para importar recursos de SnapCenter .

  • Después del descubrimiento, en el menú Configuración, seleccione una opción para importar recursos de SnapCenter . Para más detalles, consulte"Configurar NetApp Backup and Recovery" .

Este es un proceso de dos partes:

  • Importar recursos de host y aplicaciones de SnapCenter Server

  • Administrar recursos de host de SnapCenter seleccionados

Importar recursos de host y aplicaciones de SnapCenter Server

Este primer paso importa recursos del host desde SnapCenter y muestra esos recursos en la página Inventario de NetApp Backup and Recovery . En ese momento, los recursos aún no están administrados por NetApp Backup and Recovery.

Consejo Después de importar los recursos del host de SnapCenter , NetApp Backup and Recovery no se hace cargo de la administración de la protección automáticamente. Para ello, debe seleccionar explícitamente administrar los recursos importados en NetApp Backup and Recovery. Esto garantiza que esté listo para que NetApp Backup and Recovery respalde esos recursos.
Pasos

  1. Desde el panel de navegación izquierdo de la NetApp Console , seleccione Protección > Copia de seguridad y recuperación.

  2. Seleccione Inventario.

  3. Seleccione Descubrir recursos.

  4. Desde la página de recursos de carga de trabajo Discover de NetApp Backup and Recovery , seleccione Importar desde SnapCenter.

  5. Ingrese * credenciales de la aplicación SnapCenter *:

    1. * FQDN o dirección IP de SnapCenter *: ingrese el FQDN o la dirección IP de la aplicación SnapCenter .

    2. Puerto: Ingrese el número de puerto para el servidor SnapCenter .

    3. Nombre de usuario y Contraseña: Ingrese el nombre de usuario y la contraseña para el servidor SnapCenter .

    4. Agente de consola: seleccione el agente de consola para SnapCenter.

  6. Ingrese * credenciales del host del servidor SnapCenter *:

    1. Credenciales existentes: si selecciona esta opción, puede utilizar las credenciales existentes que ya haya agregado. Seleccione el nombre de las credenciales.

    2. Agregar nuevas credenciales: si no tiene credenciales de host de SnapCenter existentes, puede agregar nuevas credenciales. Ingrese el nombre de las credenciales, el modo de autenticación, el nombre de usuario y la contraseña.

  7. Seleccione Importar para validar sus entradas y registrar el servidor SnapCenter .

    Nota Si el servidor SnapCenter ya está registrado, puedes actualizar los datos de registro existentes.
Resultado

La página «Inventario» muestra los recursos importados de SnapCenter que incluyen hosts, instancias y bases de datos de Microsoft SQL Server.

Para ver los detalles de los recursos de SnapCenter importados, seleccione la opción Ver detalles en el menú Acciones.

Administrar los recursos del host de SnapCenter

Después de importar los recursos de SnapCenter, gestiona los recursos del host en NetApp Backup and Recovery. Después de que elijas gestionarlos, NetApp Backup and Recovery puede hacer copias de seguridad y recuperar los recursos importados. Ya no gestionas esos recursos en SnapCenter Server.

Pasos

  1. Después de importar los recursos de SnapCenter , en el menú Copia de seguridad y recuperación, seleccione Inventario.

  2. En la página de Inventario, selecciona el host importado de SnapCenter que quieres que NetApp Backup and Recovery gestione.

  3. Seleccione el icono AccionesOpción de acciones > Ver detalles para mostrar los detalles de la carga de trabajo.

  4. Desde la página Inventario > carga de trabajo, seleccione el ícono AccionesOpción de acciones > Administrar para mostrar la página Administrar host.

  5. Seleccione Administrar.

  6. En la página Administrar host, seleccione utilizar un vCenter existente o agregar un nuevo vCenter.

  7. Seleccione Administrar.

    La página Inventario muestra los recursos de SnapCenter recientemente administrados.

Opcionalmente, puede crear un informe de los recursos administrados seleccionando la opción Generar informes del menú Acciones.

Importar recursos de SnapCenter después del descubrimiento desde la página Inventario

Si ya ha descubierto recursos, puede importar recursos de SnapCenter desde la página Inventario.

Pasos

  1. Desde la navegación izquierda de la Consola, seleccione Protección > Copia de seguridad y recuperación.

  2. Seleccione Inventario.

  3. Desde la página Inventario, seleccione *Importar recursos de SnapCenter *.

  4. Siga los pasos de la sección *Importar recursos de SnapCenter * anterior para importar recursos de SnapCenter .

Si no tiene SnapCenter instalado, agregue un vCenter y descubra recursos

Si aún no tienes instalado SnapCenter, puedes añadir la información de vCenter y hacer que NetApp Backup and Recovery detecte las cargas de trabajo. Dentro de cada agente de la Console, selecciona los sistemas donde quieres descubrir cargas de trabajo.

Este paso es opcional si tienes un entorno VMware.

Pasos

  1. Desde la navegación izquierda de la Consola, seleccione Protección > Copia de seguridad y recuperación.

    Si inicia sesión en Backup and Recovery por primera vez y tiene un sistema en la consola pero no ha descubierto ningún recurso, aparecerá la página Bienvenido a la nueva NetApp Backup and Recovery con una opción para Descubrir recursos.

  2. Seleccione Descubrir recursos.

  3. Introduzca la siguiente información:

    1. Tipo de carga de trabajo: Para esta versión, solo está disponible Microsoft SQL Server.

    2. Configuración de vCenter: seleccione un vCenter existente o agregue uno nuevo. Para agregar un nuevo vCenter, ingrese el FQDN o la dirección IP de vCenter, el nombre de usuario, la contraseña, el puerto y el protocolo.

      Consejo Si vas a introducir información de vCenter, introduce los datos tanto para la configuración de vCenter como para el registro del host. Si has añadido o introducido aquí información de vCenter, también necesitas añadir la información del complemento en Configuración avanzada a continuación.

    3. Registro de host: seleccione Agregar credenciales e ingrese información sobre los hosts que contienen las cargas de trabajo que desea descubrir.

      Consejo Si está agregando un servidor independiente y no un servidor vCenter, ingrese solo la información del host.

  4. Seleccione Descubrir.

    Consejo Este proceso puede tardar unos minutos.

  5. Continuar con Configuración avanzada.

Configura las opciones avanzadas durante la detección e instala el complemento

Con la opción de configuración avanzada, puedes instalar manualmente el agente del complemento en todos los servidores que se estén registrando. Esto te permite importar todas las cargas de trabajo de SnapCenter en NetApp Backup and Recovery para que puedas gestionar las copias de seguridad y las restauraciones allí. NetApp Backup and Recovery muestra los pasos necesarios para instalar el complemento.

Pasos

  1. Desde la página «Descubrir recursos», accede a «Configuración avanzada» seleccionando la flecha hacia abajo situada a la derecha.

  2. En la página Descubrir recursos de carga de trabajo, ingrese la siguiente información.

    • Introduce el número de puerto del complemento: introduce el número de puerto que utiliza el complemento.

    • Ruta de instalación: Introduce la ruta en la que se instalará el complemento.

  3. Si deseas instalar manualmente el agente de SnapCenter, selecciona las siguientes opciones:

    • Usa la instalación manual: selecciona esta opción para instalar el complemento manualmente.

    • Add todos los hosts del clúster: Selecciona esta opción para añadir todos los hosts del clúster a NetApp Backup and Recovery durante el proceso de detección.

    • Omitir comprobaciones opcionales de la preinstalación: Selecciona esta opción para omitir las comprobaciones opcionales de la preinstalación. Puede que quieras hacer esto, por ejemplo, si sabes que los requisitos de memoria o espacio van a cambiar en un futuro próximo y quieres instalar el complemento ahora.

  4. Seleccione Descubrir.

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. Seleccione un mosaico de carga de trabajo (por ejemplo, Microsoft SQL Server).

  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.

    "Descubra lo que le muestra el Dashboard".