Requisitos de las funciones

Algunas funciones de NAKIVO Backup & Replication requieren ciertas condiciones para funcionar correctamente. Para conocer las limitaciones de NAKIVO Backup & Replication, consulte la sección Limitaciones de funciones de las últimas notas de la versión. A continuación se enumeran los requisitos de las funciones del producto.

actualizaciones automáticas

Las actualizaciones automáticas están disponibles para las instancias de NAKIVO Backup & Replication instaladas en los siguientes sistemas operativos:

  • Linux

  • Windows

    Nota
    Las actualizaciones automáticas no son compatibles con los sistemas NAS.

Las actualizaciones automáticas están disponibles para los siguientes tipos de Transportadores:

  • Transportadores autoinyectados en Linux (incluye transportadores físicos)

  • Transportadores instalados manualmente en Linux

  • Transportadores autoinyectados en Windows (incluye Hyper-V y transportadores físicos)

  • Transportadores instalados manualmente en Windows

  • Transportadores autoinyectados en AWS (Linux)

  • Transportador autoinyectado en VMware (Linux)

    Nota
    Los Transportadores instalados manualmente en Linux y Windows deben tener la versión 10.8 o posterior para ser compatibles con las actualizaciones automáticas.

Antes de iniciar una actualización automática, asegúrese de que se cumplen las siguientes condiciones:

  • Si actualiza un Transportador instalado manualmente en Linux o Windows, asegúrese de haber configurado una Contraseña maestra para el Transportador en el menú Gestionar credenciales.

  • Se dispone de al menos 1 GB de espacio libre en el equipo en el que está instalada la solución completa.

  • Si usted tiene una licencia perpetua, su período de Mantenimiento & Soporte está activo. Puede verificarlo en la página de Licencias del producto.

Le recomendamos que actualice su versión de NAKIVO Backup & Replication a la última versión disponible para mantener la experiencia más estable y segura.

Importante

Es muy recomendable que actualice su producto desde cualquier versión dentro de su periodo de compatibilidad. Para más detalles, consulte la política del ciclo de vida de compatibilidad de NAKIVO Backup & Replication .

Nota

Para mantener la máxima seguridad en su sistema operativo Linux, manténgalo siempre actualizado; no obstante, si es necesario, puede desactivar las actualizaciones automáticas editando el archivo /etc/apt/apt.conf.d/20auto-upgrades.

Para más detalles, consulte https://linuxconfig.org/disable-automatic-updates-on-ubuntu-22-04-jammy-jellyfish-linux.

Cifrado de los backups

Con la función de cifrado de los backups, puede personalizar sus preferencias de protección cifrando los datos de backup creados por el producto, gestionando las contraseñas y realizando la recuperación de los backups cifrados.

Para utilizar la función de cifrado de los backups, asegúrate de que cumples los siguientes requisitos:

Tipos de datos compatibles:

  • Los siguientes backups almacenados en el Director pueden ser cifrados:

    • Cargas de trabajo

    • Configuraciones del sistema

    • Datos FSI

Tipos de Jobs compatibles:

  • Jobs de backup

    • Excepciones:

      • Jobs de backups de Microsoft 365 con repositorios SaaS seleccionados como único repositorio de destino.

      • Jobs de backups de Oracle RMAN

    • Si se edita un job y se cambian los detalles del cifrado, el siguiente job se ejecuta en modo completo activo.

    • El cifrado de datos debe producirse después de su compresión.

    • No se pueden aplicar contraseñas diferentes a los puntos de recuperación dentro de la misma string.

  • Jobs de backups de recursos compartidos

  • Jobs de copia de backup

    • Las copias de backup pueden estar cifradas.

    • Los backups cifrados se pueden copiar sin descifrarlos (trabajos de copia de backup de cinta a repositorio).

    • Es posible tener contraseñas diferentes dentro de la misma string.

Destinos compatibles:

Los siguientes tipos de repositorios son compatibles con el almacenamiento de backups cifrados:

  • Repositorios del tipo Incremental con almacenamiento completo de datos:

    • Tipos de repositorios de backups:

      • Carpetas locales

      • Recursos compartidos CIFS

      • Recursos compartidos NFS

      • Amazon EC2

      • Amazon S3

      • Almacenamientos de objetos genéricos compatibles con S3

      • Wasabi

      • Appliance de desduplicación

      • Azure Blob (si está disponible)

      • Backblase B2 (si está disponible)

        Nota

        SaaS no puede utilizarse para almacenar backups cifrados.

  • Repositorios federados

  • Cintas

    • Compatibilidad con los datos copiados en soportes de cinta.

    • No es compatible si el cifrado por hardware está activado en un dispositivo de cintas de destino.

Supported Recovery Jobs:

  • Jobs de recuperación completa e Inicio rápido de máquinas virtuales son compatibles.

    • El descifrado tiene lugar antes de la descompresión.

Sesiones de recuperación compatibles:

Las siguientes sesiones de recuperación son compatibles para recuperar los backups cifrados:

  • Recuperación a nivel de objeto

  • Recuperación universal de objetos

  • Recuperación de Microsoft 365.

    • Se requiere un acuerdo explícito del usuario para enviar detalles de descifrado al punto final de destino.

Servicio de gestión de claves compatible:

KMS compatible: AWS Key Management Service (AWS KMS) se utiliza para cifrar un hash de contraseña.

  • La cuenta de AWS debe ser descubierta para la integración de KMS.

  • Para cifrar el hash de una contraseña:

    • Debe seleccionarse la clave criptográfica KMS existente o generarse una nueva clave.

    • El uso global de KMS debe estar activado.

    • La cuenta AWS descubierta debe tener permisos suficientes para utilizar KMS.

Nota

La lista de permisos de AWS necesarios para crear las claves (AWS) KMS:

  • kms:ListaClaves

  • kms:ListaAliases

  • kms:CrearClave

  • kms:CrearAlias

  • kms:PutKeyPolicy

  • kms:EtiquetaRecurso

  • etiqueta:ObtenerRecursos

  • iam:CrearServicioEnlazadoRole

  • iam:ListaUsuarios

  • iam:ListaRoles

Consulte Creación de claves - Servicio de gestión de claves de AWS para obtener más detalles.

Requisitos generales:

  • La función de cifrado de los backups no es compatible con la protección de backups en repositorios del tipo de almacenamiento Forever Incremental.

  • Los datos de backups están protegidos con cifrado por bloques AES 256 con una longitud de clave de 256 bits.

  • Las contraseñas se guardan por inquilino y no pueden propagarse entre inquilinos.

  • Las contraseñas de usuario para el cifrado de datos deben configurarse por job.

  • La opción de aceleración de la red no está disponible si está activada la opción de cifrado de los backups.

Plataformas compatibles:

Cifrado compatible con todas las plataformas.

Inmutabilidad:

La inmutabilidad puede aplicarse a los backups cifrados.

Repositorio federado

Para que la función de repositorios federados funcione para los job de backup/copia de backup, exportación de backups o migración de backups nuevos y existentes, se aplican los siguientes requisitos generales:

  • La función de repositorios federados sólo es compatible para hacer backups de los datos en repositorios incrementales con backups completos.

  • No se puede crear un repositorio federado si no se han añadido al producto repositorios de backups compatibles. Consulte Crear repositorios de backups federados para obtener más detalles.

  • Después de guardar un repositorio federado, los jobs que utilizan los repositorios ahora seleccionados para formar parte del repositorio federado se reconfiguran automáticamente para utilizar este repositorio federado como destino.

  • Después de añadir un repositorio de backups como miembro a un repositorio federado, no se puede seleccionar como destino para un nuevo job de backup/copia de backups.

  • Se puede utilizar un repositorio federado como destino para los jobs de backup/copia de backups.

  • Puede seleccionar un repositorio federado como origen para trabajos de recuperación, copia de backups y replicación.

  • No se puede seleccionar un miembro de un repositorio federado como origen de los jobs de recuperación y replicación.

  • Un repositorio federado no se puede utilizar para autobackup, y los miembros del repositorio federado no se muestran en la lista de repositorios disponibles para autobackup.

  • Al eliminar un repositorio federado, los miembros del repositorio federado y su contenido no se eliminan y se tratan como repositorios de backups independientes. Sin embargo, tenga en cuenta que las strings de backups pueden romperse.

  • No se puede realizar la recuperación desde puntos de recuperación situados en un miembro de repositorio federado inaccesible o que dependan de puntos de recuperación inaccesibles.

  • No se puede seleccionar un repositorio federado como destino para la recuperación a partir de soportes de cinta.

  • Si se han eliminado puntos de recuperación críticos debido a la eliminación de un miembro, un objeto de backup que permanece en el repositorio federado se marca en consecuencia. Se crea un punto de recuperación completo para este objeto de backup durante la ejecución del siguiente job de backup.

  • La recuperación de una carga de trabajo no es posible si no está disponible un miembro del repositorio federado que contenga el punto de recuperación completo requerido.

  • Puede modificar los ajustes de un repositorio federado existente, desconectarlo o eliminarlo.

Notas

  • Un repositorio federado no puede ser desconectado mientras se está ejecutando un trabajo de backup que utiliza este repositorio federado como objetivo.

  • No se puede eliminar un repositorio federado mientras se está ejecutando un job de backup que utiliza este repositorio federado como destino. Para eliminar este repositorio federado, elimine (o edite) el job correspondiente para asegurarse de que no se está haciendo backup de ningún elemento en este repositorio federado.

  • No se puede eliminar un repositorio federado si contiene al menos un objeto backup referenciado por job(s) existentes.

  • Puede añadir/eliminar miembros de repositorios federados con los atributos correspondientes a/desde un repositorio de backups federado y gestionar/actualizar miembros de repositorios federados individualmente.

  • El miembro del repositorio federado sólo puede eliminarse a nivel del repositorio federado.

Notas

  • No se puede eliminar el único miembro restante que almacena sólo puntos de recuperación completos.

  • No se puede eliminar el único miembro restante que almacena puntos de recuperación sólo incrementales.

Política de ubicación de backups compatible

  • Integridad: Todos los puntos de recuperación dependientes se almacenan en el mismo miembro del repositorio federado.

Funciones compatibles

  • Backup/copia de backups

  • Recuperación completa de la máquina virtual/instancia

  • Recuperación a nivel de objeto

  • Exportación de backups

  • Recuperación universal de objetos

  • Inicio rápido de máquinas virtuales

  • Migración de backups

Tipos de miembros de repositorios federados compatibles

  • Carpeta local

  • Recurso compartido CIFS

  • Recurso compartido NFS

Atributos de repositorios compatibles

  • Nivel de compresión (rápido/medio/mejor/desactivado)

  • Cifrado (activado/desactivado)

  • SMB 1.x

Indexación del sistema de archivos

La indexación del sistema de archivos es compatible con todos los navegadores compatibles con NAKIVO Backup & Replication y se ejecuta en todos los sistemas operativos compatibles.

La indexación del sistema de archivos omite los archivos y carpetas de los discos adjuntos a través de FC y FCOE.

La indexación del sistema de archivos omite tmpfs puntos de montaje en sistemas operativos Linux y las siguientes carpetas del sistema:

  • Sistemas operativos Windows:

    • %ProgramFiles%

    • %PilesDePrograma(x86)%.

    • %ProgramW6432%

    • %windir%

    • %TEMP%

  • Sistemas operativos Linux:

    • /inicio

    • /dev

    • /cdrom

    • /media

    • /proc

    • /ejecutar

    • /selinux

    • /tmp

    • /sys

Antes de poder utilizar la función de indexación del sistema de archivos, asegúrese de que la máquina virtual de origen debe cumplir los siguientes requisitos:

  • VMware Tools o Hyper-V Integration Services deben ejecutarse en las máquinas virtuales VMware o Hyper-V correspondientes.

  • iSCSI debe estar disponible.

  • SMB debe estar activado en el sistema operativo Windows.

  • SSH debe estar activado en el sistema operativo Linux.

  • El puerto TCP 9445 no debe estar bloqueado.

  • El servicio SElinux debe estar desactivado en el sistema operativo Linux.

  • Se deben configurar permisos especiales para el sistema operativo Linux.

  • Deben configurarse permisos especiales para el sistema operativo Windows.

  • Para ejecutar la indexación del sistema de archivos en RHEL 7.9 y RHEL 7.4, debe instalarse la herramienta de línea de comandos Netstat (estadísticas de red) en la máquina virtual de origen.

Recuperación de objetos y truncamiento de registros para Microsoft Exchange

Para realizar correctamente la recuperación de objetos y el truncamiento de registros para Microsoft Exchange, asegúrese de que cumple los siguientes requisitos:

Versiones de Microsoft Exchange compatibles
NAKIVO Backup & Replication es compatible con las siguientes versiones de Microsoft Exchange para la recuperación de objetos y el truncamiento de registros:

  • Microsoft Exchange 2019

  • Microsoft Exchange 2016

  • Microsoft Exchange 2013

Permisos

Para el truncamiento de registros deben cumplirse los siguientes requisitos:

  • Los usuarios seleccionados deben tener permisos para "Iniciar sesión como job por lotes".

  • El módulo Active Directory para Windows PowerShell debe estar instalado.

  • La máquina virtual debe ser accesible a través de la red.

  • Deben proporcionarse los siguientes permisos de usuario:

    • Si NAKIVO Backup & Replication utiliza la cuenta de usuario administrador, debe pertenecer a los siguientes grupos:

      • Administradores

      • Usuarios del dominio

      • Gestión de la Organización

    • Si NAKIVO Backup & Replication utiliza cuentas distintas de la cuenta de usuario administrator:

      • El usuario debe pertenecer a los siguientes grupos:

        • Administradores

        • Usuarios del dominio

        • Gestión organizativa

      • El usuario debe tener concedido el permiso Control total para la carpeta en la que se encuentra la base de datos de Exchange.

Servicios y ajustes
NAKIVO Backup & Replication requiere que PowerShell v2 o posterior esté disponible en el equipo Microsoft Exchange.

  • máquina virtual de VMware debe estar ejecutándose en VMware ESXi 5.0 y posterior.

  • VMware Tools o Hyper-V Integration Services deben ejecutarse en las máquinas virtuales VMware o Hyper-V correspondientes.

Recuperación de objetos y truncamiento de registros para Microsoft SQL Server

Para llevar a cabo con éxito la recuperación de objetos y el truncamiento de registros de Microsoft SQL Server, debe cumplir los requisitos generales, así como los requisitos para la recuperación de objetos y el truncamiento de registros.

Requisitos generales

Para realizar con éxito la recuperación de objetos y el truncamiento de registros de Microsoft SQL Server, asegúrese de que cumple los siguientes requisitos generales:

Versiones compatibles de Microsoft SQL Server
NAKIVO Backup & Replication es compatible con las siguientes versiones de Microsoft SQL Server para la recuperación de objetos y el truncamiento de registros:

  • Microsoft SQL Server 2022

  • Microsoft SQL Server 2019

  • Microsoft SQL Server 2017

  • Microsoft SQL Server 2016

  • Microsoft SQL Server 2014

  • Microsoft SQL Server 2012

Ediciones compatibles

NAKIVO Backup & Replication es compatible con las siguientes ediciones de Microsoft SQL Server:

  • Enterprise

  • Estándar

  • Web

  • Desarrollador

  • Edición exprés

Permisos

  • Un usuario que inicie sesión en Microsoft SQL Server debe tener un rol sysadmin.

  • El usuario que ejecuta Microsoft SQL Service debe tener permisos para "Iniciar sesión como un job por lotes".

Servicios y ajustes

  • NAKIVO Backup & Replication requiere PowerShell v2 o posterior.

  • VMware Tools o Hyper-V Integration Services deben ejecutarse en las máquinas virtuales VMware o Hyper-V correspondientes.

  • %sLa utilidad dfsdf%6598%lkjlkj% debe estar instalada en la máquina que ejecuta Microsoft SQL server.

  • Los puertos 137-139 deben estar abiertos para cifs.

  • Debe estar habilitada la versión SMB v1 o superior del protocolo SMB.

Requisitos para la recuperación de objetos de Microsoft SQL Server

  • El usuario que ejecuta el servicio Microsoft SQL debe tener permisos ejecutivos en la carpeta Data y en todas las demás carpetas en las que se encuentran las bases de datos.

  • Si se selecciona la opción "Cambiar el nombre del elemento recuperado si dicho elemento existe" durante la recuperación, NAKIVO Backup & Replication omite claves, restricciones, índices y propiedades estadísticas al recuperar una tabla en una ubicación original.

  • Si se elige la opción "Sobrescribir el elemento original si dicho elemento existe", se conservan todas las propiedades anteriores. Las tablas que contienen una clave ajena no pueden recuperarse con esta opción.

  • Se requieren permisos administrativos completos.

  • Los recursos compartidos de administración por defecto deben estar activados.

  • El rol "Servidor de archivos" debe estar activado.

  • Los puertos 445 y9445 deben estar abiertos en la instancia.

Requisitos para el truncamiento de registros de Microsoft SQL Server

  • máquina virtual de VMware debe estar ejecutándose en VMware ESXi 5.0 y posterior.

  • Las bases de datos del sistema se omiten durante el truncamiento de registros.

  • Las bases de datos con el modelo de recuperación "Simple" se omiten durante el truncamiento de registros.

  • Una base de datos debe estar en estado "en línea".

  • Debe estar habilitada la versión SMB v1 o superior del protocolo SMB.

Recuperación de objetos para Microsoft Active Directory

Versiones compatibles

NAKIVO Backup & Replication es compatible con las siguientes versiones de Microsoft Active Directory para la recuperación de objetos:

  • Windows Server 2022 (21H2)

  • Windows Server 20H2 (20H2)

  • Windows Server 2019

  • Windows Server 2016

  • Windows Server 2012 R2

  • Windows Server 2012

Requisitos para la recuperación de objetos para Microsoft Active Directory

  • El servicio ISCI Initiator debe estar ejecutándose en el servidor de recuperación.

  • El archivo vc_redist.x86.exe (v.2015) debe estar instalado en el servidor de recuperación.

  • Los Servicios Web de Active Directory deben estar ejecutándose.

  • El puerto 5000 no debe estar bloqueado por otros servicios y debe estar abierto en el cortafuegos de AD.

  • El módulo Active Directory para Windows PowerShell debe estar instalado.

 

Para hacer backups basados en imágenes de máquinas virtuales descubiertas como máquinas físicas, deben cumplirse los siguientes requisitos:

  • Se debe instalar un agente de máquina física/Transportador en cada máquina virtual descubierta.

    Nota

    El agente se instala automáticamente durante la detección de máquinas virtuales.

Hipervisores compatibles

  • KVM (Proxmox) (8.x)

Sistemas operativos compatibles

  • Todos los sistemas operativos invitados compatibles con NAKIVO Backup & Replication para hacer backup de máquinas físicas.

  • El servicio VMware Snapshot Provider debe ejecutarse en las máquinas virtuales de origen.

Se admiten las siguientes plataformas:

  • VMware vSphere (incluido ESXi gratuito)

  • Máquinas físicas (Windows, Linux)

  • Sistemas NAS

Requisitos

Para Usar conexión directa, el Transportador debe estar instalado en uno de los siguientes sistemas operativos:

  • Windows

  • Linux

  • NAS

La conexión directa es compatible con los siguientes Nodos:

  • Transportador incorporado

  • Servicio instalado

  • appliance de VMware vSphere

Nota

La conexión directa no es compatible con Los transportadores incorporados ubicados en dispositivos NAS.

Son compatibles los siguientes escenarios de instalación:

  • Director y Transportador(es) instalados en el emplazamiento del MSP y más de un Transportador de conexión directa instalado en cada emplazamiento inquilino.

  • Repositorio primario en el sitio del inquilino (gestionado por uno de los Transportadores del inquilino) y un repositorio secundario en el sitio del MSP.

 

Limitación de máquinas virtuales para multi-tenancy

Esta función sólo está disponible si se instala una licencia con el modo de límite de zócalo.

Se admiten los siguientes hipervisores:

  • VMware vSphere

  • Director de nube de VMware

  • Microsoft Hyper-V

  • Nutanix AHV

  • La biblioteca fontconfig debe estar instalada para que los informes funcionen correctamente.

Base de datos externa

Se admiten las siguientes bases de datos externas:

  • PostgreSQL v10-16x

Los siguientes requisitos del sistema se aplican a la máquina que aloja la base de datos externa:

  • CPU: x86-64, 4+ núcleos 

  • RAM: 4-8+ GB

  • Espacio libre: 50 GB

  • SO: Sistemas operativos Windows y Linux.

Notas

  • El uso de SSD es muy recomendable.

  • La base de datos externa puede crearse en una máquina física o virtual o almacenarse en un contenedor.

  • La migración de bases de datos es compatible con los modos inquilino único y multiinquilino de la solución. Sin embargo, sólo el administrador maestro puede realizar la migración de la base de datos en modo multiinquilino.

  • Todos los inquilinos comparten el mismo servidor de base de datos después de la migración, pero cada inquilino tiene una base de datos independiente.

  • Todas las bases de datos de los inquilinos deben ser del mismo tipo que la base de datos del Master Admin.

  • Es posible que algunos dispositivos NAS ya contengan el paquete PostgreSQL como bandeja de entrada.

Merge Jobs

Esta función es compatible con los siguientes tipos de jobs:

  • Backup

  • Copia de backup

  • Replicación

La fusión de jobs puede realizarse en los siguientes casos:

  • Tanto los jobs de origen como los de destino son del mismo tipo y plataforma.

  • El job de origen está en estado Inactivo(s).

La fusión de jobs no puede realizarse en los siguientes casos:

  • Uno de los jobs seleccionados es un job de copia de backup con destino a cinta.

  • El job de destino utiliza la vista Políticas.

  • Los ajustes de selección del Transportador del job de destino no pueden aplicarse a los objetos del job de origen.

  • Tanto los jobs de origen como los de destino contienen o hacen referencia a la misma carga de trabajo.

consola para MSP

Para utilizar la consola para MSP para gestionar inquilinos remotos, un proveedor de servicios gestionados (MSP) necesita configurar los siguientes puertos TCP:

  • Puerto del MSP Director: Este es el puerto TCP utilizado por el Director para la instancia de NAKIVO Backup & Replication del MSP. Por defecto, es el puerto TCP 4443. El MSP debe proporcionar al inquilino remoto su número de puerto de Director durante la configuración. El inquilino remoto debe introducir este número de puerto cuando añada el MSP a su instancia independiente de NAKIVO Backup & Replication.

  • Puerto de escucha: Además, el MSP debe tener un puerto abierto para escuchar al inquilino remoto. Por defecto, se utiliza el puerto TCP 6702. La MSP puede cambiar el puerto de escucha utilizado modificando el parámetro system.msp.console.listening.port en los ajustes de Expert.

Para utilizar la consola para MSP para crear y gestionar inquilinos locales, un proveedor de servicios gestionados (MSP) puede habilitar la conexión directa para establecer una conexión con los recursos remotos del cliente.

Nota

Sólo los usuarios con una licencia MSP, una instancia Beta, una licencia Promo o una licencia de Prueba pueden acceder a la consola para MSP y a la pestaña Licencias > Inquilinos. Esto les permite supervisar eficientemente todas las instancias independientes de NAKIVO Backup & Replication asociadas a un proveedor de servicios gestionados (MSP), así como a los inquilinos locales desde una interfaz unificada, eliminando la necesidad de navegar a través de los inquilinos individuales.

análisis de malware en los backups

Se admiten los siguientes jobs de recuperación con backups basados en imágenes:

  • Recuperación de máquinas virtuales de VMware vSphere

  • Recuperación de Microsoft Hyper-V Máquina virtual de Hyper-V

  • Recuperación de máquinas virtuales AHV de Nutanix

  • Recuperación de VMware Cloud Director

  • Recuperación de Máquinas físicas

  • Recuperación del inicio rápido de Flash

  • Recuperación universal de objetos

El servidor de escaneado debe cumplir los siguientes requisitos:

  • En el servidor de escaneado debe estar instalada una versión compatible del software antivirus.

  • iSCSI debe estar disponible en el servidor de escaneado.

  • SMB debe estar activado en los servidores de escaneado que utilicen el sistema operativo Windows.

  • SSH debe estar habilitado en los servidores de escaneo que utilicen el sistema operativo Linux.

  • El puerto TCP 9445 no debe estar bloqueado.

  • El servicio SElinux debe estar desactivado en los servidores de escaneo que utilicen el sistema operativo Linux.

  • El paquete NTFS-3G debe estar habilitado en los servidores de análisis que utilicen el sistema operativo Linux.

  • Deben configurarse permisos especiales para el servicio de recuperación NAKIVO Backup & Replication.

Se admite el siguiente software antivirus:

  • Sistema operativo Windows:

    • Microsoft Windows Defender

      • Versión del cliente Antimalware: 4.10.14393 o superior

      • Versión del motor: 1.1.12805 o superior

      • Debe ser compatible con la línea de comandos: Scan -ScanType %type% -File %path% -DisableRemediation -BootSectorScan

      • Más detalles aquí

    • Antivirus ESET NOD32:

      • Versión 14.2.24 o superior

      • Debe ser compatible con la línea de comandos: %path% /clean-mode=Ninguno /no-symlink

      • Más detalles aquí

    • Kaspersky Internet Security:

      • Versión 2015 (15.0) o superior

      • Debe ser compatible con la línea de comandos: scan %path% -i0

      • Más detalles aquí

    • Sophos Intercept X:

      • Versión 2.0.20 o superior

      • Debe ser compatible con la línea de comandos: scan --noui --expand_archives %path%

      • Más detalles aquí

  • Sistema operativo Linux:

    • Almeja AV:

      • Versión clamav-0.99.0 o superior

      • Debe ser compatible con la línea de comandos: clamscan --infected --recursive %path%

      • Más detalles aquí

    • Protección de Sophos:

      • Versión 1.1.8 o superior

      • Debe ser compatible con la línea de comandos: avscanner %path% --scan-archives

      • Más detalles aquí

Notas

  • Sophos Protection sólo puede utilizarse para la recuperación de servidores Linux.

  • El software Sophos AV está limitado a los sistemas operativos Linux específicos.

  • El software antivirus del SO Windows no puede escanear los backups del SO Linux.

  • Es posible que el proceso de escaneado no detecte malware si el software antivirus tiene activada la protección en tiempo de ejecución (tiempo real).

Notificaciones detalladas a los usuarios

Esta función es compatible con los siguientes jobs:

  • Jobs de backup:

    • VMware vSphere

    • Amazon EC2

    • Microsoft Hyper-V

    • Máquina física

    • Nutanix AHV

    • Base de datos Oracle

    • Microsoft 365.

  • Jobs de replicación:

    • VMware vSphere

    • Amazon EC2

    • Microsoft Hyper-V

Compatibilidad con Proxmox VE

Los Entornos Virtuales (VE) de Proxmox son compatibles con todos los navegadores compatibles con NAKIVO Backup & Replication y con todos los sistemas operativos compatibles.

Para descubrir satisfactoriamente elementos de Proxmox VE (clústeres y hosts (nodos) independientes), añadirlos al inventario, realizar copias de seguridad de máquinas virtuales de Proxmox VE, crear copias de backups y realizar recuperaciones completas y a nivel de archivos, asegúrese de que cumple los siguientes requisitos:

  • Proxmox VE son compatibles con las siguientes versiones de Proxmox VE:

    Notas

    • El Proxmox VE (host/cluster) de la versión inferior a la versión más antigua soportada no puede ser descubierto.

    • El Proxmox VE (host/cluster) de la versión superior a la versión más reciente compatible puede ser descubierto, pero la confirmación de la operación es necesaria para proceder.

    • El producto puede detectar todos los tipos de almacenamiento de Proxmox VE (véase Tipos de almacenamiento de Proxmox VE), excepto los siguientes:

      • PBS

      • ESXi

  • Un transportador debe estar disponible dentro del host Proxmox VE para ejecutar jobs de backups y recuperación.

    Notas

    • Para el cluster Proxmox VE, el transportador se inyecta en cada host del cluster.

    • Los transportadores inyectados en hosts Proxmox VE son compatibles con actualizaciones automáticas.

Funciones compatibles

  • Backup of Proxmox VE máquinas virtuales to Incremental con repositorios Full y Forever Incremental

    • Inmutabilidad

    • Seguimiento de cambios en bloque (CBT)

      • Método patentado

      • Seguimiento de cambios nativo

    • Coherencia de aplicaciones

    • Cifrado de los backups

  • Backup copy of Proxmox VE VM can be saved to the following types of storage:

    • Repositorios/stream repositorios con la creación de copias inmutables para Proxmox VE VM backups

    • Tipos de almacenamiento de datos:

      • Incrementar para siempre

      • Incremental con periódico completo

    • Tipos de repositorios:

      • Carpeta local

      • Recurso compartido CIFS

      • Recurso compartido NFS

      • Nube & Almacenamiento compatible con S3

        • Amazon S3

        • Wasabi

        • Almacenamiento en la nube de Backblaze B2

        • Microsoft Azure Blob Storage

        • Amazon EC2

        • Almacenamiento compatible con S3 genérico

    • Appliance de desduplicación

      • Dell EMC Data Domain Boost

      • HPE StoreOnce Catalyst

      • NEC HYDRAstor

  • Copia de backups a cintas

  • Recuperación completa de los backups de máquina virtual de Proxmox VE.

    Nota

    No se admite la recuperación directa de cintas.

  • Recuperación de archivos de los backups de Proxmox VE VM.

  • Recuperación de objetos de los backups de Proxmox VE VM.

  • Recuperación universal de objetos para backups de máquina virtual Proxmox VE.

  • Exportación de backups para Proxmox VE VM backups

  • Notificaciones granulares para jobs de backups de Proxmox VE.

Limitación de funciones

seguimiento de cambios nativo

  • Si la imagen de la máquina virtual se almacena en formato QEMU, el mapa de bits sucios (CBT) es persistente, y el reinicio de la máquina virtual no afecta al CBT (podemos seguir haciendo backups incrementales).

  • Si se almacena en formato RAW, se utiliza un mapa de bits sucio no persistente, y VM restar conduce a un reset del mapa de bits sucio y el siguiente backup debe ser completo.

Se pueden hacer backups en discos asignados a LUNs de almacenamiento ISCSI, pero no se pueden utilizar como almacenamiento de destino para la recuperación debido a los siguientes motivos:

  • Cuando un LUN ISCSI se asigna a varios discos o máquinas virtuales, el proceso de recuperación escribe datos en ese LUN, lo que afecta a todas las demás máquinas virtuales de ese LUN.

  • Es necesario especificar LUNs para cada disco de recuperación, lo que no es compatible con la interfaz de usuario actual.

Limitaciones de Proxmox VE

  1. Los dispositivos de red Proxmox VE VM no pueden conectarse directamente a una red física; deben conectarse a un puente.

  2. Los ganchos de congelación y descongelación del agente huésped QUEMU sólo son compatibles con máquinas virtuales Linux. Los scripts de quiescencia personalizados para Proxmox VE no son compatibles con máquinas virtuales Windows.

  3. Los almacenamientos de Proxmox VE deben contener Imagen de Disco en su campo Contenido para almacenar discos de la máquina virtual.

  4. Para hacer backups con éxito, el número de dispositivos nbd libres en un host Proxmox VE debe ser mayor o igual que el número de discos de máquina virtual de los que hacer backups.