Requisitos de funciones
Algunos NAKIVO Backup & Las funciones de replicación requieren ciertas condiciones para funcionar correctamente. Para conocer las limitaciones de NAKIVO Backup & Replicación, consulte la sección Limitaciones de funciones de las Notas de la versión más recientes. Los requisitos para las características del producto se enumeran a continuación.
Actualización automática
La actualización automática está disponible para instancias de NAKIVO Backup & Replicación instalada en los siguientes sistemas operativos:
linux
-
ventanas
Nota
La actualización automática no es compatible con los sistemas NAS.
La actualización automática está disponible 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 Transportes físicos)
Transportadores instalados manualmente en Windows
Transportadores autoinyectados en AWS (Linux)
-
Transporter autoinyectado en VMware (Linux)
Nota
Los Transporters instalados manualmente en Linux y Windows deben ser v10.8 o posterior para admitir la actualización automática.
Antes de iniciar una actualización automática, asegúrese de que se cumplan las siguientes condiciones:
Si actualiza un Transporter instalado manualmente en Linux o Windows, asegúrese de haber configurado una contraseña maestra para el Transporter en menú.
Hay al menos 1 GB de espacio libre disponible en la máquina en la que está instalada la solución completa.
Si tiene una licencia perpetua, su plan de mantenimiento y mantenimiento. El período de soporte está activo. Puede verificar esto en la página Licencia del producto.
Nota
Para mantener la máxima seguridad en su sistema operativo Linux, manténgalo siempre actualizado; sin embargo, si es necesario, puede desactivar las actualizaciones automáticas editando el archivo /etc/apt/apt.conf.d/20auto-upgrades.
Para obtener más detalles, consulte https://linuxconfig.org/disable-automatic-updates-on-ubuntu-22-04-jammy-jellyfish-linux
Agregar caliente
Para que la función Hot Add funcione para la copia de seguridad, replicación y recuperación de VMware VM, se deben cumplir los siguientes requisitos:
Un único controlador SCSI en la máquina virtual que aloja NAKIVO Backup & La replicación puede admitir hasta 15 discos, incluido el disco del sistema de la VM con NAKIVO Backup & Replicación y discos montados del Repositorio de Backup. Para procesar máquinas virtuales con una cantidad total de discos mayor que ese límite, es necesario instalar uno o más controladores SCSI adicionales.
Recuperación de archivo
Los archivos recuperados se pueden descargar o enviar por correo electrónico. También se pueden recuperar en un servidor o recurso compartido de archivos. Antes de usar la función, asegúrese de que los siguientes paquetes y servicios estén instalados/ejecutándose en el transportador (proxy) o en el servidor de destino, según el método de recuperación seleccionado:
Microsoft Windows
El paquete Net Security debe estar instalado
El servicio Microsoft iSCSI Initiator debe estar instalado y ejecutándose
La utilidad net.exe debe estar instalada
La función de soporte para compartir archivos SMB 2/CIFS debe estar activada
PowerShell debe ser la versión 2.0 o superior
PowerShell ISE debería estar disponible
ubuntu linux
openssh-server debe estar instalado
El servicio sshd debería estar ejecutándose
La utilidad parted debe estar instalada
La utilidad fdisk debe estar instalada
El paquete open-iscsi debe estar instalado
La utilidad iscsiadm debe estar instalada
La utilidad iscsid debe estar instalada
El servicio iscsid debería estar ejecutándose (para v16.04 y v18.04)
iscsi_tcp debe estar instalado
SElinux el servicio debe estar deshabilitado
Servidor empresarial SUSE Linux (SLES)
openssh-server debe estar instalado
El servicio sshd debería estar ejecutándose
La utilidad parted debe estar instalada
La utilidad fdisk debe estar instalada
El paquete open-iscsi debe estar instalado
La utilidad iscsiadm debe estar instalada
La utilidad iscsid debe estar instalada
El servicio iscsid debería estar ejecutándose (para v12)
iscsi_tcp debe estar instalado
SElinux el servicio debe estar deshabilitado
Red Hat Enterprise Linux (RHEL)
openssh-server debe estar instalado
El servicio sshd debería estar ejecutándose
La utilidad parted debe estar instalada
La utilidad fdisk debe estar instalada
El paquete iscsi-initiator debe estar instalado
La utilidad iscsiadm debe estar instalada
La utilidad iscsid debe estar instalada
El servicio iscsid debería estar ejecutándose
iscsi_tcp debe estar instalado
SElinux el servicio debe estar deshabilitado
Nota
La recuperación de archivos no es compatible con unidades y almacenes de datos de tamaño de sector 4K. Consulte Cómo verificar el tamaño del sector de la unidad y del almacén de datos para obtener más información.
A continuación se detallan los requisitos que deben cumplirse para cada método de recuperación.
Descargar archivos al navegador o enviar archivos por correo electrónico
Se admiten los siguientes sistemas de archivos:
-
Si el Transporter asignado al repositorio de respaldo está instalado en Windows:
-
Si el Transporter asignado al repositorio de respaldo está instalado en Linux:
NTFS
FAT32
EXT2
EXT3
EXT4
XFS
IntercambiarLinux
-
Para el sistema de archivos ReiserFS, es necesario instalar el paquete linux-image-extra-virtual para Ubuntu.:
apt-get -y instalar linux-image-extra-virtual
Las máquinas virtuales Linux donde se implementa Transporter deben tener instalado el paquete lvm2 para permitir el montaje de volúmenes LVM.
El paquete ntfs-3g debe instalarse junto con Transporter en Linux para permitir el reconocimiento de particiones NTFS.
Recuperar archivos al servidor
Para recuperar archivos en un servidor, asegúrese de cumplir con los siguientes requisitos:
SO compatible
-
ventanas
Servidor Windows 2022 (21H2) (x64)
Servidor Windows 20H2 (20H2) (x64)
Servidor Microsoft Windows 2022 (x64)
Microsoft Windows Server 2019 estándar (x64)
Microsoft Windows Server 2016 estándar (x64)
Microsoft Windows Server 2012 R2 estándar (x64)
Microsoft Windows Server 2012 estándar (x64)
Microsoft Windows 11 (21H2/22H2) (x64)
Microsoft Windows 11 (x64)
Windows 10 Empresa (20H2 / 21H1 / 21H2) (x64)
Microsoft Windows 10 Inicio (x64)
Microsoft Windows 10 Profesional (x64)
-
linux
Debian 12.1 (64 bits)
Debian 11.7 (64 bits)
Debian 11.6 (64 bits)
Debian 11.5 (64 bits)
Debian 11.4 (64 bits)
Debian 11.3 (64 bits)
Debian 11.2 (64 bits)
Debian 11.1 (64 bits)
Debian 11.0 (64 bits)
Debian 10.13 (64 bits)
Debian 10.12 (64 bits)
Debian 10.11 (64 bits)
Debian 10.10 (64 bits)
Debian 10.9 (64 bits)
Debian 10.8 (64 bits)
Debian 10.7 (64 bits)
Debian 10.6 (64 bits)
Debian 10.5 (64 bits)
Debian 10.4 (64 bits)
Debian 10.3 (64 bits)
Debian 10.2 (64 bits)
Debian 10.1 (64 bits)
Servidor Ubuntu 22.04 LTS (x64)
Servidor Ubuntu 20.04 (x64)
Servidor Ubuntu 18.04 (x64)
Servidor Ubuntu 16.04 (x64)
SUSE Linux Enterprise Server 15 SP4 (x64)
SUSE Linux Enterprise Server 15 SP3 (x64)
SUSE Linux Enterprise Server 15 SP2 (x64)
SUSE Linux Enterprise Server 15 SP1 (x64)
SUSE Linux Enterprise Server 12 SP5 (x64)
SUSE Linux Enterprise Server 12 SP4 (x64)
SUSE Linux Enterprise Server 12 SP3 (x64)
SUSE Linux Enterprise Server 12 SP2 (x64)
SUSE Linux Enterprise Server 12 SP1 (x64)
Red Hat Enterprise Linux 9.2 (x64)
Red Hat Enterprise Linux 9.1 (x64)
Red Hat Enterprise Linux 9.0 (x64)
Red Hat Enterprise Linux 8.8 (x64)
Red Hat Enterprise Linux 8.7 (x64)
Red Hat Enterprise Linux 8.6 (x64)
Red Hat Enterprise Linux 8.5 (x64)
Red Hat Enterprise Linux 8.4 (x64)
Red Hat Enterprise Linux 8.3 (x64)
Red Hat Enterprise Linux 8.2 (x64)
Red Hat Enterprise Linux 8.1 (x64)
Red Hat Enterprise Linux 8.0 (x64)
Red Hat Enterprise Linux 7.9 (x64)
Red Hat Enterprise Linux 7.8 (x64)
Red Hat Enterprise Linux 7.7 (x64)
Red Hat Enterprise Linux 7.6 (x64)
Red Hat Enterprise Linux 7.5 (x64)
Red Hat Enterprise Linux 7.4 (x64)
Red Hat Enterprise Linux 7.3 (x64)
Red Hat Enterprise Linux 7.2 (x64)
Red Hat Enterprise Linux 7.1 (x64)
Red Hat Enterprise Linux 7.0 (x64)
CentOS corriente 9 (x64)
CentOS Stream 8 (x64)
CentOS Linux 8.5 (x64)
CentOS Linux 8.4 (x64)
CentOS Linux 8.3 (x64)
CentOS Linux 8.2 (x64)
CentOS Linux 8.1 (x64)
CentOS Linux 8.0 (x64)
CentOS Linux 7.9 (x64)
CentOS Linux 7.8 (x64)
CentOS Linux 7.7 (x64)
CentOS Linux 7.6 (x64)
CentOS Linux 7.5 (x64)
CentOS Linux 7.4 (x64)
CentOS Linux 7.3 (x64)
CentOS Linux 7.2 (x64)
CentOS Linux 7.1 (x64)
CentOS Linux 7.0 (x64)
AlmaLinux 8.7 - 9.1 (x64)
Puertos TCP
El firewall del sistema de destino debe permitir la conexión a los siguientes puertos TCP:
22: utilizado por SSH para inicios de sesión seguros, transferencias de archivos (scp, sftp) y reenvío de puertos.
9445: utilizado por NAKIVO Backup & Replicación para comunicarse con la VM.
10000: utilizado por NAKIVO Backup & Replicación para comunicación iSCSI.
Nota
El firewall del sistema de destino debe permitir el tráfico de ping ICMP.
Permisos
Se deben otorgar los siguientes permisos para máquinas virtuales de Microsoft Windows:
Los usuarios deben ser miembros de un grupo de administradores local.
Los usuarios deben tener acceso a los recursos compartidos administrativos predeterminados.
Los usuarios deben tener permisos para acceder a la carpeta/archivo correspondiente.
Los usuarios deben tener permisos ejecutivos para ejecutar algunas utilidades, por ejemplo, la utilidad net.exe.
Las restricciones remotas del Control de cuentas de usuario (UAC) deben desactivarse para algunas versiones de Microsoft Windows.
Los usuarios deben tener permisos para "iniciar sesión como trabajo por lotes".
Se deben configurar los siguientes permisos y configuraciones para las máquinas virtuales Linux:
Los usuarios deben pertenecer al grupo sudo para completar la recuperación de archivos en el servidor con éxito.
Los usuarios deben tener permisos ejecutivos para ejecutar algunas utilidades, por ejemplo, /sbin/parted, /sbin/fdisk, /sbin /iscsiadm, /sbin/iscsid.
La autenticación de contraseña debe establecerse en "sí".
Proporcione permisos especiales al servicio de recuperación NAKIVO. Para obtener más detalles, consulte Permisos necesarios para el servidor de recuperación de Linux.
Recuperar archivos en archivos compartidos
Se admiten los siguientes tipos de archivos compartidos:
El recurso compartido de destino debe tener uno de los siguientes protocolos instalado:
Para recuperar atributos de archivos/carpetas o archivos cifrados, la máquina en la que está instalado Transporter, el recurso compartido de recuperación y la máquina respaldada deben tener las mismas capacidades de sistema operativo y tipo de sistema de archivos. Para evitar posibles problemas al realizar la recuperación de archivos, asegúrese de lo siguiente:
Si el destino es un recurso compartido de archivos NFS, compruebe que nfs-utils esté instalado.
Si el destino es un recurso compartido CIFS, agregue un dominio de host local a las credenciales del usuario (por ejemplo, localhost\Administrador).
Copia de seguridad de archivos compartidos
Se deben cumplir los siguientes requisitos para utilizar la función:
Los archivos compartidos deben estar ubicados en un servidor NAS, Windows Server, Linux Server o Nutanix File Server que admita el protocolo NFS o CIFS/SMB.
Se requiere permiso de lectura para realizar copias de seguridad de los archivos compartidos.
Se requiere permiso de lectura/escritura para restaurar en un recurso compartido de archivos.
Para utilizar recursos compartidos de archivos NFS con Windows, la función de cliente NFS debe estar habilitada.
-
Se admiten archivos compartidos con los siguientes protocolos:
-
Los siguientes sistemas operativos no admiten ninguna versión del servidor NFS:
ventana 7
Ventanas 8.1
ventanas 10
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 cumplir con los siguientes requisitos:
Versiones compatibles de Microsoft Exchange
NAKIVO Backup & La replicación admite 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
Se deben cumplir los siguientes requisitos para el truncamiento de registros:
Los usuarios seleccionados deben tener permisos para "Iniciar sesión como trabajo por lotes".
Debe estar instalado el módulo Active Directory para Windows PowerShell.
La VM debe ser accesible a través de la red.
-
Se deben proporcionar los siguientes permisos de usuario:
-
Si NAKIVO Backup & La replicación utiliza la cuenta de usuario administrador, debe pertenecer a los siguientes grupos:
-
Si NAKIVO Backup & La replicación utiliza cuentas distintas a la administrator cuenta de usuario:
Servicios y configuraciones
NAKIVO Backup & La replicación requiere que PowerShell v2 o posterior esté disponible en la máquina Microsoft Exchange.
VMware VM debe ejecutarse en VMware ESXi 5.0 y versiones posteriores.
VMware Tools o Hyper-V Integration Services deben estar ejecutándose en VMware o Hyper-V VM, respectivamente.
Recuperación de objetos y truncamiento de registros para Microsoft SQL Server
Para realizar correctamente la recuperación de objetos y el truncamiento de registros para Microsoft SQL Server, debe cumplir con los requisitos generales, así como los requisitos para la recuperación de objetos y el truncamiento de registros.
requerimientos generales
Para realizar con éxito la recuperación de objetos y el truncamiento de registros para Microsoft SQL Server, asegúrese de cumplir con los siguientes requisitos generales:
Versiones compatibles de Microsoft SQL Server
NAKIVO Backup & La replicación admite las siguientes versiones de Microsoft SQL Server para la recuperación de objetos y el truncamiento de registros:
Servidor Microsoft SQL 2022
Servidor Microsoft SQL 2019
Servidor Microsoft SQL 2017
Servidor Microsoft SQL 2016
Servidor Microsoft SQL 2014
Servidor Microsoft SQL 2012
Ediciones compatibles
NAKIVO Backup & La replicación admite las siguientes ediciones de Microsoft SQL Server:
Empresa
Estándar
Web
Desarrollador
Edicion Expres
Permisos
Servicios y configuraciones
NAKIVO Backup & La replicación requiere PowerShell v2 o posterior.
VMware Tools o Hyper-V Integration Services deben estar ejecutándose en VMware o Hyper-V VM, respectivamente.
sqlcmdLa utilidad debe estar instalada en la máquina que ejecuta el servidor Microsoft SQL.
Los puertos 137-139 deben estar abiertos para cifs.
El protocolo SMB 2 debe estar habilitado.
Requisitos para la recuperación de objetos de Microsoft SQL Server
El usuario que ejecuta el servicio Microsoft SQL debe tener permisos ejecutivos para la carpeta Data y 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 & La replicación omite claves, restricciones, índices y propiedades estadísticas al recuperar una tabla en su 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 externa no se pueden recuperar con esta opción.
Se requieren permisos administrativos completos.
Se deben habilitar los recursos compartidos administrativos predeterminados.
El "Servidor de archivos" El rol debe estar habilitado.
Se deben abrir los puertos 445 y 9445 en la instancia.
Requisitos para el truncamiento de registros de Microsoft SQL Server
VMware VM debe ejecutarse en VMware ESXi 5.0 y versiones posteriores.
Las bases de datos del sistema se omiten durante el truncamiento del registro.
Bases de datos con la opción "Simple" El modelo de recuperación se omite durante el truncamiento del registro.
Una base de datos debe estar en el directorio "en línea". estado.
El protocolo SMB 2 debe estar habilitado.
Recuperación de objetos para Microsoft Active Directory
Versiones compatibles
NAKIVO Backup & La replicación admite las siguientes versiones de Microsoft Active Directory para la recuperación de objetos:
Requisitos para la recuperación de objetos para Microsoft Active Directory
El servicio del iniciador ISCI 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 abrirse en el firewall de AD.
Debe estar instalado el módulo Active Directory para Windows PowerShell.
Recuperación del sitio
Para realizar con éxito una recuperación del sitio, asegúrese de cumplir con los siguientes requisitos:
Ejecutar acción de script
La lista de sistemas operativos compatibles donde se puede ejecutar la acción Ejecutar script se puede encontrar en la subsección anterior Recuperar archivos en el servidor.
Puertos TCP
El firewall del sistema de destino debe permitir la conexión a los siguientes puertos TCP:
22: utilizado por SSH para inicios de sesión seguros, transferencias de archivos (scp, sftp) y reenvío de puertos.
9445 – Utilizado por NAKIVO Backup & Replicación para comunicarse con la VM.
Nota
El firewall del sistema de destino debe permitir el tráfico de ping ICMP.
Permisos necesarios para máquinas virtuales de Microsoft Windows:
Los usuarios deben ser miembros de un grupo de administradores local.
Los usuarios deben tener acceso a los recursos compartidos administrativos predeterminados.
Los usuarios deben tener permisos para acceder a la carpeta/archivo correspondiente.
Las restricciones remotas del Control de cuentas de usuario (UAC) deben desactivarse para algunas versiones de Microsoft Windows.
Los usuarios deben tener permisos para "Iniciar sesión como un trabajo por lotes".
Servicios y configuraciones
Para máquinas virtuales de origen Windows, la función de soporte para compartir archivos SMB 2/CIFS debe estar activada.
Para máquinas virtuales Linux, los usuarios deben pertenecer al sudogrupo.
VMware Tools o Hyper-V Integration Services deben estar ejecutándose en VMware o Hyper-V VM, respectivamente.
Replicación en tiempo real (Beta) para VMware
La replicación en tiempo real es compatible con las siguientes versiones de ESXi:
NAKIVO Backup & La replicación requiere que los siguientes puertos TCP de escucha estén abiertos para una operación exitosa:
33088: utilizado por el filtro de E/S (demonio de origen instalado en el host ESXi) para recibir solicitudes (o comandos) del < /span>.Directora
33089: utilizado por el Journal Service (instalado en el Transporter<) de destino. a i=4>) para recibir solicitudes (o comandos) del Director y el Filtro de E/Sfiltro de E/S).
33090: utilizado por el Journal Service (instalado en el Transporter<) de destino. a i=4>) para recibir datos modificados del filtro de E/S. (Puertos salientes en el filtro de E/S).
33091: utilizado por el Journal Service (instalado en el Transporter<) de destino. a i=4>) para recibir solicitudes de latidos del filtro de E/S. (Puertos salientes en el filtro de E/S).
Se deben cumplir los siguientes requisitos para utilizar la función:
Los hosts de origen deben tener la configuración Nivel de aceptación del perfil de imagen del host establecida en Nivel de comunidadConfigurar > Sistema > Perfil de seguridad.
Los hosts de origen deben tener el arranque seguro deshabilitado.
Para cada clúster o host ESXi de destino, se debe implementar un dispositivo virtual con un transportador descubierto en al menos un host y el servicio de diario. instalado en el Transporter.
-
El Transporter de destino debe utilizar el modo Hot Add para acceder a la réplica y utiliza 4 controladores SCSI (en caso de que tenga menos de 4 controladores SCSI, el producto deberá agregar más controladores SCSI).
Nota
Si una réplica y una máquina virtual de Transporter/Journal Service están ubicadas en diferentes hosts del clúster y un único almacén de datos está montado en ambos hosts del clúster, el trabajo de replicación en tiempo real se ejecutará ya que se trata de un requisito de adición en caliente ( debe tener acceso a los discos de réplica).Transporter
Si una réplica y una máquina virtual de Transporter/Journal Service están ubicadas en diferentes hosts del clúster y diferentes almacenes de datos (no locales) montados en ambos hosts del clúster, el trabajo de replicación en tiempo real se ejecutará ya que se trata de una adición en caliente. requisito (Transporter debe tener acceso a los discos de réplica).
Si una réplica y una máquina virtual de Transporter/Journal Service están ubicadas en diferentes hosts y diferentes almacenes de datos (por ejemplo, almacenes de datos locales) visibles para cada host en particular, el trabajo de replicación en tiempo real fallará (Transporter La máquina virtual debe tener acceso a los discos de réplica. De lo contrario, el trabajo falla).
La hora en el host ESXi de origen y el dispositivo Transporter de destino deben estar sincronizados.
El almacén de datos de destino debe tener 5 GB como mínimo de espacio libre.
El host ESXI de origen debe tener 16 GB de RAM como mínimo.
Para un trabajo de replicación en tiempo real/trabajo de conmutación por error de replicación en tiempo real, la capacidad máxima del Transporter'está limitada a 11 máquinas virtuales de origen en caso de que haya un disco por máquina virtual o hasta 50 discos por máquina virtual de origen. Para obtener más información, consulte este artículo.
Los máximos de objetos admitidos para la replicación en tiempo real son:
Tipo
Límite
VM por host
100
Discos por máquina virtual
50
Discos por host
500
Tamaño de la máquina virtual de origen
30 TB
Obtener máquinas virtuales por trabajo
100
VM de origen por producto/inquilino
500
Discos de VM de origen por producto/inquilino
1000
Empleos por producto/inquilino
100
Tamaño del diario por disco
20 TB
Copia de seguridad y recuperación de máquinas físicas
Se debe cumplir el siguiente requisito:
Sistemas operativos compatibles para la recuperación de máquinas físicas
Consulte la página Plataformas compatibles para obtener una lista completa de los sistemas operativos Windows y Linux compatibles.
Destinos de recuperación admitidos
Recuperación completa
Para realizar una recuperación completa de máquinas físicas, asegúrese de cumplir con los siguientes requisitos:
Medios de arranque
Al crear un dispositivo de arranque mediante el Asistente de dispositivo de arranque, es decir, selecciona Crear unidad flash de arranque unidad en el paso Tipo: solo puede seleccionar un host basado en el sistema operativo Windows como destino para la creación de medios de arranque. .
Las unidades de CD/DVD no son compatibles con la creación de medios de arranque.
Recuperación completa
-
Antes de iniciar la recuperación completa:
La versión de Transporter de destino y la configuración del producto deben coincidir con la versión del producto en la máquina física de origen.
El arranque seguro debe estar deshabilitado en la máquina de destino durante la recuperación completa.
-
Requisitos mínimos de hardware:
Para obtener una lista completa de los sistemas operativos de máquinas físicas compatibles, consulte la sección Requisitos de las máquinas físicas en Plataformas compatibles.
Recuperación multiplataforma
Se admiten los siguientes escenarios si una VM se exporta desde la copia de seguridad y se importa a un hipervisor diferente:
Plataformas de destino
Plataformas fuente
VMware vSphere 8
Microsoft Hyper-V 2016/2019/20H1/2022
Nutanix AHV 5.10/5.15
VMware vSphere 8
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
- Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
Microsoft Hyper-V 2016/2019/20H1/2022
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
Máquinas físicas
Servidor Windows 2012
Servidor Windows 2012R2
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 22.04
RHEL 9.2
CentOS 8.5
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
Servidor Windows 2016
Servidor Windows 2019
Servidor Windows 20H1
Servidor Windows 2022
Servidor Ubuntu 18.04
RHEL 7.4
CentOS 7.0
* Para ejecutar una VM con RHEL 7 en Microsoft Hyper-V 2016/2019, se debe configurar la siguiente opción en los parámetros de arranque de grub:
ata_piix.prefer_ms_hyperv=0
Como alternativa, la máquina de origen se puede preconfigurar con el siguiente comando:
mkinitrd -f -v --with=hid-hyperv --with=hv_utils --with=hv_vmbus --with=hv_storvsc --with=hv_netvsc /boot/initramfs-$(uname -r).img $(uname -r )
Modo compatible con aplicaciones
Para habilitar el reconocimiento de aplicaciones para objetos de origen, asegúrese de que se cumplan los siguientes requisitos:
VMware
- VMware Tools debe estar instalado, ejecutándose y actualizado en todas las máquinas virtuales de origen.
Microsoft Hyper-V
El sistema de destino debe estar en estado de ejecución y se debe habilitar la inactividad personalizada del sistema operativo.
-
Solo los siguientes sistemas de destino son compatibles con la inactividad personalizada del sistema operativo:
Windows Servidor 2012 Estándar (x64)
Estándar de Windows Server 2012 R2 (x64)
Windows Servidor 2019 Estándar (x64)
Se debe establecer una conexión entre el producto y el sistema objetivo.
Consulte el artículo de la base de conocimientos para obtener más detalles.
Nutanix AHV
Nutanix Guest Tools debe estar instalado y ejecutándose en todas las máquinas virtuales de origen.
Se deben otorgar los permisos necesarios. Consulte el artículo de la base de conocimientos para obtener más detalles.
Amazon EC2
Para habilitar el reconocimiento de aplicaciones para instancias AWS EC2 que se ejecutan en Windows, asegúrese de cumplir con los siguientes requisitos:
Sistemas operativos compatibles
Windows Servidor 2019 Estándar (x64)
Windows Servidor 2016 Estándar (x64)
Estándar de Windows Server 2012 R2 (x64)
Windows Servidor 2012 Estándar (x64)
Requisitos para instancias Amazon EC2 basadas en Windows
Los recursos compartidos administrativos predeterminados en instancias AWS EC2 basadas en Windows deben estar habilitados para que funcione el reconocimiento de aplicaciones.
Requisitos para grupos de seguridad de instancias EC2 de origen
Puertos 445, 9445 y debe agregarse al grupo de seguridad de las instancias AWS EC2 de origen de las que se realizará una copia de seguridad o se replicarán.9446
Requisitos para la máquina directora
Si Director está instalado en una instancia Amazon EC2, se deben cumplir los siguientes requisitos:
El cortafuegos del sistema operativo debe permitir el acceso al puerto TCP 9446 en la máquina donde está el Director está instalado.
El grupo de seguridad de la Instancia donde está instalado el Director debe permitir el acceso a los puertos TCP 445, 9445 y 9446.
Máquinas físicas
Transporter debe estar disponible y configurado en la máquina de origen.
Todos los objetos de origen del trabajo deben ejecutar un sistema operativo compatible con la inactividad del sistema operativo.
Microsoft VSS debe estar disponible y configurado en los objetos fuente del trabajo basados en Windows.
La inactividad personalizada del sistema operativo debe habilitarse en los objetos fuente del trabajo basados en Linux.
La máquina de origen física debe contener volúmenes compatibles.
Repositorio de respaldo cifrado
Para habilitar el cifrado, se deben cumplir los siguientes requisitos:
El Transporter asignado al repositorio de respaldo cifrado debe estar instalado en Ubuntu, SLES o RHEL. Actualmente, los Transporters instalados en otras versiones de Linux, Windows y NAS no admiten esta función.
Para ciertas versiones de SLES y RHEL, solo está disponible el cifrado completo de dispositivo/partición. Más información.
Conexión directa
Se admiten las siguientes plataformas:
Requisitos
Para utilizar Direct Connect, Transporter debe estar instalado en uno de los siguientes sistemas operativos:
Direct Connect admite los siguientes nodos:
Nota
Direct Connect no es compatible con Onboard Transporter ubicado en dispositivos NAS.
Se admiten los siguientes escenarios de implementación:
Director y Transporterinstalados en el sitio del MSP y más de un Direct Connect < /span> instalado en cada sitio de inquilino.Transporter
Repositorio principal en el sitio del inquilino (administrado por uno de los transportadores del inquilino) y un repositorio secundario en el sitio del MSP.
Además, se deberán cumplir los siguientes requisitos:
Se requiere una dirección IP externa estática en el entorno remoto.
Se debe exponer un único puerto TCP a Internet en el entorno remoto.
El reenvío de puertos debe configurarse en el entorno remoto para reenviar solicitudes desde este puerto externo al Transporter implementado.
Funciones admitidas
La conexión directa admite las siguientes características del producto:
Descubrimiento/actualización de inventario
Creación/gestión de repositorios
copia de seguridad de máquina virtual
replicación de máquinas virtuales
Recuperación completa de la máquina virtual
Verificación de máquina virtual
Arranque flash (desde el repositorio del cliente a la infraestructura del cliente/desde el repositorio de MSP a la infraestructura de MSP)
Copia de respaldo
Recuperación de archivos al navegador
Actualización automática
Exportación de copia de seguridad
Recuperación del sitio
Soporte de cinta nativa
NAKIVO Backup & La replicación admite entornos de cinta con las siguientes configuraciones:
Bibliotecas de cintas robóticas y dispositivos independientes de LTO3 y generaciones posteriores.
Servicio AWS Storage Gateway con Tape Gateway que funciona como una biblioteca de cintas virtuales (VTL).
Actualmente, solo se admiten VTL conectados a Linux.
-
La máquina virtual de puerta de enlace implementada localmente debe tener los siguientes recursos mínimos:
De acuerdo con los requisitos para instancias de Amazon EC2, al implementar la puerta de enlace en Amazon EC2, el tamaño de la instancia debe ser al menos 2xlarge para la familia de instancias optimizadas para computación.
El tipo de instancia debe ser del tipo c4 o c5. Se puede elegir el tamaño de instancia 2xlarge o superior para cumplir con los requisitos de RAM requeridos.
Todos los cartuchos de cinta físicos deben tener códigos de barras.
La instalación es compatible con todos los sistemas operativos Windows y Linux, como se indica en la página Plataformas compatibles.
No se admite la instalación en NAS OS.
El "mtx" y "lsscsi" Es necesario instalar utilidades en el servidor transportador de Linux para detectar el cambiador de biblioteca de cintas.
Inmutabilidad de respaldo
Para hacer que las copias de seguridad sean inmutables en los repositorios de copias de seguridad ubicados en Amazon S3, almacenamiento genérico compatible con S3< /span>, se deben habilitar las siguientes opciones para los depósitos donde se encuentra el repositorio:Wasabi, o
Bloqueo de objetos
Versionado
Para hacer que las copias de seguridad sean inmutables en los repositorios de copias de seguridad ubicados en Backblaze B2 Cloud Storage, el bloqueo de archivos (también conocido como bloqueo de objetos) debe estar habilitado.
Para hacer que las copias de seguridad sean inmutables en los repositorios de copias de seguridad ubicados en Azure Blob Storage, se deben seleccionar las siguientes opciones para la cuenta o el contenedor de Azure Storage:
Notas
Deshabilite el modo de retención de bloqueo de objetos y el período de retención para el depósito de Amazon S3 o Wasabi donde se encuentra el repositorio, ya que la configuración de retención se establece en NAKIVO Backup & Replicación durante la creación de empleo.
Hacer una copia de seguridad en Wasabi con el bloqueo de objetos habilitado puede tardar más en comparación con cuando el bloqueo de objetos está deshabilitado.
La inmutabilidad de la copia de seguridad no es compatible con los repositorios de copia de seguridad cifrados.
La inmutabilidad de la copia de seguridad no es compatible con MinIO.
Para habilitar la inmutabilidad para Carpeta local tipo de Repositorio de respaldo, se deben cumplir las siguientes condiciones:
El sistema de archivos de destino debe admitir atributos extendidos modificados por chattr y setfattr comandos.
El tipo Repositorio de copia de seguridad debe ser Carpeta local.
El Repositorio de copias de seguridad debe tener Almacenar las copias de seguridad en archivos separados seleccionado.
Nota
Solo se admiten los sistemas operativos Linux y NAS especificados en requisitos del sistema.
Limitación de VM para multiinquilino
La función solo está disponible si está instalada una licencia con modo de límite de socket.
Se admiten los siguientes hipervisores:
Supervisión
Para que la característica funcione correctamente, se deben cumplir las siguientes condiciones:
Para NAKIVO Backup & Replicación para mostrar el uso del disco, VMware Tools debe estar ejecutándose en una máquina virtual.
La máquina virtual debe estar encendida para que la supervisión esté disponible.
La función es compatible con las siguientes plataformas:
Se admiten los siguientes tipos de elementos:
La lista completa de versiones compatibles de vCenter y ESXi se puede encontrar aquí.
Si monitorea más de 1000 cargas de trabajo, asegúrese de que su máquina cumpla con los siguientes requisitos:
Agente de máquina virtual permanente
Los agentes VM están disponibles para las siguientes plataformas:
VMware vSphere
Microsoft Hyper-V
Amazon EC2
Nutanix AHV
Los agentes de VM admiten las siguientes características:
Los agentes VM se pueden utilizar en los sistemas operativos Windows y Linux enumerados en esta sección de Requisitos de implementación.
Base de datos externa
Se admiten las siguientes bases de datos externas:
Los siguientes requisitos del sistema se aplican a la máquina que alberga la base de datos externa:
Notas
Se recomienda encarecidamente utilizar SSD.
La base de datos externa se puede crear en una máquina física o VM o almacenarse en un contenedor.
La migración de bases de datos es compatible con los modos de inquilino único y multiinquilino de la solución. Sin embargo, solo 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 inquilinos deben ser del mismo tipo que la base de datos del administrador maestro.
Es posible que algunos dispositivos NAS ya contengan PostgreSQL como paquete de bandeja de entrada.
Almacenamiento de objetos genérico compatible con S3
Actualmente se admiten los siguientes proveedores de almacenamiento de objetos genéricos compatibles con S3:
Notas
Esta lista solo contiene proveedores que fueron probados específicamente y se actualizará a medida que NAKIVO continúe probando más proveedores.
La inmutabilidad solo se admite si el bloqueo de objetos y el control de versiones de S3 están habilitados en el lado del proveedor y son compatibles con las API del proveedor.
Algunos proveedores compatibles con S3 que no figuran anteriormente pueden ser compatibles si utilizan las API aplicables. La lista de API utilizadas por NAKIVO Backup & La replicación de la funcionalidad genérica de almacenamiento de objetos compatible con S3 se puede encontrar aquí.
Fusionar trabajos
La función admite los siguientes tipos de trabajos:
Respaldo
Copia de respaldo
Replicación
La combinación de trabajos se puede realizar en los siguientes casos:
La combinación de trabajos no se puede realizar en los siguientes casos:
Uno de los trabajos seleccionados es un trabajo de copia de seguridad con el destino configurado en cinta.
El trabajo de destino utiliza la vista Políticas.
La configuración de selección de Transporter del trabajo de destino no se puede aplicar a los objetos del trabajo de origen.
Tanto los trabajos de origen como los de destino contienen o hacen referencia a la misma carga de trabajo.
Consola MSP
Para utilizar la función Consola MSP, el proveedor de servicios administrados (MSP) debe configurar los siguientes puertos TCP:
Puerto Director de MSP: Este es el puerto TCP utilizado por el Director para la instancia de NAKIVO Backup & Replicación. De forma predeterminada, este es el puerto TCP 4443. El MSP debe proporcionar a un inquilino remoto su número de puerto de Director durante la configuración. El inquilino remoto debe ingresar este número de puerto al agregar el MSP.
Puerto de escucha: además, el MSP debe tener un puerto abierto para escuchar al inquilino remoto. De forma predeterminada, se utiliza el puerto TCP 6702. El MSP puede cambiar el puerto de escucha utilizado cambiando el parámetro system.msp.console.listening.port en Expert. configuración.
Análisis de malware de copia de seguridad
Se admiten los siguientes trabajos de recuperación con copias de seguridad basadas en imágenes:
Recuperación de máquinas virtuales de VMware vSphere
Recuperación de máquina virtual Microsoft Hyper-V
Recuperación de máquina virtual Nutanix AHV
Recuperación de VMware Cloud Director
Recuperación de la máquina física
Recuperación de arranque flash
Recuperación de objetos universales
El servidor de escaneo debe cumplir con los siguientes requisitos:
Se debe instalar una versión compatible del software antivirus en el servidor de escaneo.
iSCSI debe estar disponible en el servidor de escaneo.
SMB debe estar habilitado en los servidores de escaneo usando el sistema operativo Windows.
SSH debe estar habilitado en los servidores de escaneo que utilizan el sistema operativo Linux.
El puerto TCP 9445 no debe estar bloqueado.
El servicio SElinux debe estar deshabilitado en los servidores de escaneo que utilizan el sistema operativo Linux.
El paquete NTFS-3G debe estar habilitado en los servidores de escaneo que utilizan el sistema operativo Linux.
Se deben configurar permisos especiales para NAKIVO Backup & Servicio de recuperación de replicación.
Se admite el siguiente software antivirus:
-
SO Windows:
-
Microsoft Windows Defender
Versión del cliente antimalware: 4.10.14393 o superior
Versión del motor: 1.1.12805 o superior
Debe admitir la línea de comando: Scan -ScanType %type% -File %path% -DisableRemediation -BootSectorScan
Ver más detalles aquí
-
Antivirus ESET NOD32:
-
Seguridad de Internet Kapersky:
-
Interceptación de Sophos X:
-
SO Linux:
-
Almeja AV:
-
Protección de Sophos:
Notas
Sophos Protection sólo se puede utilizar para la recuperación del servidor Linux.
El software Sophos AV está limitado a los sistemas operativos Linux específicos.
El software antivirus en el sistema operativo Windows no puede escanear las copias de seguridad del sistema operativo Linux.
Es posible que el proceso de escaneo no detecte malware si el software antivirus tiene habilitada la protección en tiempo de ejecución (tiempo real).
transportador universal
La función Universal Transporter admite las siguientes plataformas: