Notas de la versión v11.0.4

Fecha de publicación: 1 de septiembre de 2025

Fin del arreglo: 1 de septiembre de 2026

Fin de soporte: 1 de septiembre de 2028 (No se admite la actualización de esta versión. Más detalles aquí).

Novedades

Compatibilidad con VMware vSphere 9.0

Se ha añadido compatibilidad con ESXi 9.0 y vCenter Server 9.0.

Mejoras

Se ha mejorado el comportamiento del registro para garantizar que no se incluya información confidencial en dump.log cuando se activa el registro de depuración en la configuración de expertos.
Detección mejorada de los tipos de red OVSBridge durante la recuperación de Proxmox VM.
Se resolvió un problema que podía provocar que los trabajos de copia de seguridad de VMware dirigidos a repositorios de Azure fallaran durante los reintentos automáticos después de un reinicio del servicio de transporte en determinados tamaños de bloque, lo que provocaba errores de E/S del repositorio.
Se solucionó un problema por el que las exportaciones de copias de seguridad podían fallar para discos específicos en máquinas virtuales con varios discos.
Se ha solucionado el problema por el que los dispositivos de cinta podían quedar inaccesibles tras una actualización automática, mostrando un error de cambio de configuración.
Se ha mejorado la compatibilidad con bases de datos externas PostgreSQL que utilizan nombres formados íntegramente por letras mayúsculas, lo que garantiza un inicio fiable del producto.
Se ha solucionado el problema por el que no se podía realizar una copia de seguridad o recuperar OneNotes debido a la API obsoleta de Microsoft.
Se solucionó el problema por el que fallaba la verificación de máquinas virtuales Hyper-V si el trabajo de copia de seguridad utilizaba cifrado.
Se ha mejorado el rendimiento de la interfaz de usuario de los paneles de tareas si se utilizan más de 1.000 objetos.
Se ha solucionado el problema por el que los puntos de recuperación caducados podían permanecer en el repositorio.
Se ha solucionado el problema por el que un cubo compatible con S3 podía aparecer como inaccesible.
Se ha solucionado el problema de Proxmox por el que era imposible eliminar el host inaccesible del inventario.
Se ha solucionado el problema de Proxmox por el que los dispositivos de almacenamiento del asistente de tareas de recuperación aparecían como inactivos.
Se han solucionado algunos problemas menores de Microsoft 365.

Anuncios

Actualmente no se admite el almacenamiento QuObject de QNAP. El equipo de NAKIVO está trabajando actualmente para resolver el problema y volver a ofrecer soporte para este almacenamiento.

Problemas conocidos

Usabilidad del producto

Es posible que no pueda actualizar desde NAKIVO Backup & Replication v7.2 y versiones anteriores debido a la falta de información en las licencias antiguas. Póngase en contacto con support@nakivo.com para obtener una licencia actualizada.
Es posible actualizar el paquete NAS de Western Digital a una versión anterior, pero esto puede provocar la pérdida de la configuración del producto.
Cuando se seleccionan todos los usuarios de NAKIVO Backup & Replication para aplicar una acción masiva, sólo se seleccionan los usuarios que aparecen en pantalla.
Al actualizar NAKIVO Backup & Replication a la versión 10.0, todos los logotipos se actualizarán con el logotipo predeterminado de NAKIVO, incluidos los logotipos personalizados.
Es posible que NAKIVO Backup & Replication no muestre inmediatamente el tamaño actualizado de un repositorio de copia de seguridad SaaS.
Repositorio de copia de seguridad en NAKIVO Backup & Replicación que se despliega como un VA tiene un límite de tamaño de 128 TB debido a la limitación ext4 inode_ratio. El tamaño máximo de los archivos está limitado a 16 TB.

Limitaciones de la plataforma

Windows

Si se instala un transportador en Windows Server 2008R2 o posterior, se recomienda establecer la directiva SAN en OfflineShared o OfflineAll.
La recuperación de archivos puede fallar si el nodo de dispositivo virtual del disco duro es SATA y el transportador que procesa el trabajo está instalado en Windows.
La conexión con el Transporter en una máquina física con Windows 10 se perderá cuando entre en modo de suspensión o se reinicie después de instalar actualizaciones del sistema.
Microsoft Windows 10 Pro no es compatible con VSS quiescing en Microsoft Hyper-V 2012 R2.
Si se crea un repositorio de copia de seguridad compartido NFS en un sistema operativo Windows y se le asigna un transportador instalado en un sistema operativo Windows, es posible que no se pueda acceder a este repositorio al cabo de un tiempo. Esto ocurre debido al problema de configuración de permisos de uso compartido específico de Windows.
En el ámbito de la compatibilidad con ReFS en escenarios FLR/OLR/UOR, NAKIVO Backup & Replication se basa en el sistema operativo Windows. Si la compilación del sistema operativo, el nivel de parche o la versión de ReFS en la máquina que aloja Transporter, que monta los datos de copia de seguridad en escenarios FLR/OLR/UOR, difiere de la compilación del sistema operativo, el nivel de parche o la versión de ReFS de la máquina de origen, la recuperación puede fallar o ser incompleta.

NAS

Los transportadores integrados instalados en dispositivos NAS con CPU ARM no son compatibles con infraestructuras VMware.
El modo de transporte SAN no funciona cuando NAKIVO Backup & Replication se ejecuta en un NAS QNAP.

VMware

No se admiten discos independientes de VMware VM.
Para replicar y recuperar con éxito un almacén de datos NFS, se deben crear discos de aprovisionamiento fino.
Es posible que el host ESXi v7.0.2 con conexión SSH habilitada no se pueda detectar debido a algoritmos de servidor SSH no compatibles. Para obtener más información, consulte No se puede detectar el host ESXi libre.
El modo SAN no es compatible con discos RDM que utilicen NPIV.

Hyper-V

El controlador CBT para Microsoft Hyper-V 2012(R2) no está disponible.
Hyper-V en Windows Nano Server no se puede añadir a NAKIVO Backup & Replication Inventory.
Si la misma Microsoft Hyper-V VM es procesada por múltiples trabajos simultáneamente, algunos de los trabajos pueden fallar al crear un punto de control de la VM.
Los problemas con Integration Services para Ubuntu 12.04 Server (x64) y SLES 11 SP3/SP4 (x64) impiden la conexión a máquinas virtuales de origen que se ejecutan en Hyper-V. Más información.
Las tareas de recuperación para Microsoft Hyper-V no permiten crear máquinas virtuales con nombres idénticos.

Nutanix

Los grupos de volúmenes Nutanix no son compatibles.

AWS

El procesamiento basado en aplicaciones para Amazon EC2 puede bloquearse al utilizar credenciales de dominio.
La acción Failback EC2 Instances con la opción Original Location seleccionada apaga la instancia de origen en lugar de terminarla.
Es posible que la copia de seguridad de volúmenes EBS cifrados no esté disponible para determinados tipos de instancia de Amazon EC2 Transporter.
Las AMI de réplica y las instancias de Amazon EC2 recuperadas tienen el atributo Platform establecido en Other Linux debido a las limitaciones de la API de AWS.
La limitación del ancho de banda no se puede aplicar a las copias de seguridad de instancias en regiones locales de Amazon EC2 con un único transportador.
Las cuentas de AWS en China (regiones de Pekín y Ningxia), US ISO West, US ISO East y US ISOB East (Ohio) no son compatibles.

Microsoft Azure

Las cuentas de almacenamiento Premium Page Blobs no son compatibles.
El punto de recuperación creado en Azure puede corromperse si el trabajo de copia de seguridad/copia de seguridad se volvió a intentar como resultado de problemas de conectividad. El equipo de NAKIVO está trabajando para solucionar este problema.

Microsoft 365

Exchange Online:
- Copia de seguridad y recuperación de buzones de invitados, calendarios de grupos y planificadores de grupos, grupos de distribución, grupos habilitados para correo, grupos de seguridad, buzones de recursos, calendarios de sólo lectura, calendarios añadidos desde el Directorio, mensajes de eventos (es decir, "#microsoft.graph.eventMessageRequest", "#microsoft.graph.eventMessage"), carpetas de la bandeja de salida, elementos de OneNote, IPM.SkypeTeams.Message, IPM.Microsoft.SchedulingObject, IPM.O365.SocialConnector, IPM.Configuration.* e IPM. * Los equipos .Microsoft no son compatibles.
- Los eventos de calendario de las carpetas de calendario y contactos creadas por el usuario se recuperan en la carpeta raíz "Calendario"; las propias carpetas de calendario y contactos creadas por el usuario no se recuperan.
- Cuando se selecciona la casilla de verificación Copia de seguridad de elementos retenidos in situ en el paso Opciones, sólo se realiza una copia de seguridad de los elementos de la carpeta DiscoveryHoldsde la carpeta RecoverableItemsRoot. Se omiten todos los elementos de las carpetas Auditoría, Registro de calendario, Borrados, Purgas, Retenciones de subestado, Versiones y todas las subcarpetas de DiscoveryHolds.
  - Si la carpeta DiscoveryHolds no existe, el proceso de copia de seguridad de estos elementos se omite y la carpeta In-Place Hold no se muestra en el asistente de recuperación.
- Cuando la casilla de verificación Copia de seguridad de elementos retenidos en litigio está seleccionada en el paso Opciones, sólo se realiza una copia de seguridad de los elementos de la carpeta Purgas de la carpeta RecoverableItemsRoot. Se omiten todos los elementos de las carpetas Auditoría, Registro de calendario, Borrados, DiscoveryHolds, Substate Holds, Versiones y todas las subcarpetas de DiscoveryHolds.
- Cuando se selecciona el comportamiento de recuperación Sobrescribir el elemento original si existen tales elementos para los elementos de la carpeta pública, los elementos presentes en la ubicación de destino se omitirán, no se sobrescribirán.
- Sólo se pueden realizar copias de seguridad de las carpetas públicas ubicadas en IPM_subtree; las demás carpetas públicas se omiten.
- Los elementos con el tipo de mensaje IPM.AbchPerson no se pueden incluir en la copia de seguridad y se omiten.
- Los elementos de contacto y calendario sólo pueden recuperarse en el buzón original.
- Si un trabajo contiene buzones, el tamaño mostrado en el widget Contenido del trabajo incluirá el tamaño total de las carpetas del buzón; otros elementos, como los archivos adjuntos del calendario, no se incluirán en el tamaño del buzón. El tamaño de la carpeta "Notas" tampoco se incluirá en el tamaño total.
- Si un trabajo contiene buzones con una carpeta "Notas", se transferirá el tamaño de los mensajes dentro de la carpeta, en lugar del tamaño de la carpeta en sí.
- No es posible recuperar imágenes en línea en los mensajes de correo electrónico.
- Si se descubre una cuenta de Microsoft 365 antes de actualizar a la versión 10.6 o posterior:
  - Si se seleccionó la casilla de verificación Conceder permisos necesarios automáticamente durante la detección inicial de la cuenta de Microsoft 365, los buzones de correo de grupo se descubrirán automáticamente y se les concederán los permisos necesarios al actualizar a la versión 10.6 o posterior. Si la casilla de verificación no está seleccionada, los buzones de grupo no se descubrirán automáticamente.
  - Para descubrir buzones de grupo, edite la cuenta de Microsoft 365 descubierta y seleccione Grupo de Exchange Online como servicio o descubra una cuenta nueva.
- Los siguientes elementos se omiten y se añaden al Informe de elementos omitidos para la ejecución del trabajo de copia de seguridad:
  - Archivos de SharePoint y OneDrive con tamaño de 0 bytes
  - Elementos de origen que no se pueden recuperar de Microsoft tras 5 reintentos
  - Archivos que se borran manualmente durante el proceso de copia de seguridad y no se pueden descargar
  - Carpetas públicas sin servidores disponibles para un buzón seleccionado
  - Artículos dañados
OneDrive para la Empresa:
- La copia de seguridad y recuperación de la carpeta "Recientes", "Papelera de reciclaje", OneDrives internos o carpetas no son compatibles.
- Los OneDrives sin direcciones de correo electrónico añadidas o licencias asignadas se ignoran.
- La copia de seguridad y recuperación de elementos de OneNote que residen en OneDrive (incluidos SharePoint Online, Microsoft Teams y Microsoft Groups) no es compatible y estos elementos se omitirán.
- No se admite la recuperación del estado Compartir..
SharePoint Online:
- La copia de seguridad y la recuperación de carpetas internas, bibliotecas de documentos internas, listas internas y elementos de listas internas, listas de MicroFeed, biblioteca de imágenes, biblioteca de activos del sitio, biblioteca de páginas del sitio, usuarios externos e historial de versiones no son compatibles.
- No se admite la recuperación de listas de SharePoint Online que contengan datos de búsqueda en un sitio diferente.
- Los datos de búsqueda de las listas de SharePoint Online que se muestran en el asistente de recuperación son imprecisos y no se pueden recuperar.
- No se admite la recuperación de listas de SharePoint Online que contengan caracteres/símbolos especiales.
- Los sitios privados de SharePoint creados por Microsoft Teams no son compatibles.
- No se admite la recuperación de elementos de SharePoint Online que contengan la columna Ubicación.
- La recuperación puede fallar si se recuperan archivos o carpetas que cumplan al menos uno de los siguientes criterios:
  - El nombre del archivo o carpeta supera los 128 caracteres
  - La ruta completa del archivo (incluyendo la ruta y el nombre del archivo) supera los 260 caracteres
Equipos:
- Si se descubre una cuenta de Microsoft 365 antes de actualizar a la versión 10.7 o posterior:
  - Los equipos no se descubrirán automáticamente.
  - Para descubrir Teams, edite la cuenta de Microsoft 365 descubierta y seleccione Teams como servicio o descubra una cuenta nueva.
- Al realizar una copia de seguridad de un equipo no se realizará una copia de seguridad de los buzones de correo, OneDrives o sitios personales de los miembros del equipo conectados.
- No se admiten las siguientes copias de seguridad:
  - Sitios privados
  - Canales privados y compartidos
  - Chats individuales y en grupo
  - Llamadas de audio y vídeo
  - Grabaciones de vídeo
  - Contactos
  - Calendario: información sobre reuniones y chats de reuniones
  - Banners de notificación en los mensajes
  - Datos de aplicaciones añadidas como fichas de canal que no residen en la biblioteca de documentos de SharePoint del canal.
- No se admite la recuperación de los siguientes elementos:
  - Reacciones a los mensajes mediante una publicación (por ejemplo, fijar, guardar, traducir, emojis, etc.)
  - Fragmentos de código en mensajes recuperados a una cuenta diferente
  - isFavoriteByDefault
  - ajustes de moderación del canal (allowNewMessageFromBots, allowNewMessageFromConnectors, replyRestriction (everyone, authorAndModerators), userNewMessageRestriction (everyone, everyoneExceptGuests, moderators))
- Sólo las siguientes pestañas/aplicaciones son compatibles con la recuperación:
  - Página web
  - Palabra
  - Excel
  - PowerPoint
  - Visio
  - PDF
  - Biblioteca de documentos
  - SharePoint
  - Páginas SharePoint
  - Listas SharePoint
- Debido a una limitación de Microsoft, no es posible recuperar un equipo de origen en un equipo de destino si el número total de canales (incluidos los canales eliminados) supera los 200. Más información.
- Si sólo está recuperando una pestaña a un equipo diferente y la pestaña contiene un enlace a una biblioteca de documentos, la recuperación fallará con el mensaje de error: "No se puede recuperar una pestaña a un equipo diferente si la pestaña contiene un enlace a una biblioteca de documentos".
- Si se recupera un equipo o canal a un equipo diferente y el equipo o canal incluye una pestaña que enlaza con una biblioteca de documentos, la pestaña se omitirá para la recuperación y ésta se considerará correcta.
- Si se selecciona un mensaje de canal que incluye una imagen adjunta para recuperarla en un canal diferente, es posible que la imagen recuperada no tenga el mismo aspecto que la original.
- Si un mensaje de canal que incluye un adhesivo adjunto se selecciona para ser recuperado en un canal diferente, el adhesivo no se recuperará.
Si se recuperan archivos/carpetas que pertenecen a la biblioteca de documentos de Team SharePoint (y no pertenecen a un canal específico) a un canal diferente, los archivos/carpetas se recuperarán en la carpeta raíz del canal "General".
Si se recuperan archivos (independientemente de si están vinculados a una pestaña o a un mensaje) en una ubicación diferente, los archivos se recuperarán en el canal de destino siguiendo el comportamiento de sobrescritura seleccionado (omitir/sobrescribir/renombrar). No se crearán carpetas adicionales.
Al recuperar un equipo, si se selecciona la opción Recuperar miembros, los usuarios que no pertenezcan a la cuenta de destino no se añadirán como miembros a ese equipo y se omitirá la recuperación de permisos de miembro para ese usuario.
El remitente original de los mensajes de los equipos en un canal puede perderse durante la recuperación. El usuario conectado a las credenciales de Teams en el momento del descubrimiento puede aparecer como remitente de los mensajes recuperados.
Un canal de equipo eliminado permanece en Microsoft durante 30 días, transcurridos los cuales se elimina definitivamente. Durante estos 30 días, el canal eliminado sigue existiendo. Debido a esto, NAKIVO Backup & Replication no puede restaurar el canal eliminado utilizando el comportamiento normal, ya que para ello es necesario crear un nuevo canal con el mismo nombre. En su lugar, NAKIVO Backup & Replication realiza el siguiente comportamiento para restaurar canales:
- Si el canal seleccionado existe (por su nombre) en el equipo de destino (incluidos tanto los canales activos como los eliminados):
  - Si el comportamiento de sobrescritura seleccionado es Renombrar elemento recuperado si existe, el canal se recuperará con "(recuperado aaaa-MM-dd HH:mm:ss)" añadido.
  - Si el comportamiento de sobrescritura seleccionado es Omitir elemento recuperado si dicho elemento existe, se omitirá el canal.
  - Si el comportamiento de sobrescritura seleccionado es Sobrescribir el elemento original si dicho elemento existe, el canal se sobrescribirá.
- También puede restaurar manualmente el canal eliminado desde la configuración del equipo (Manage team > Channels > Deleted) en Microsoft
- Alternativamente, si desea utilizar NAKIVO Backup & Replication para restaurar el canal borrado utilizando el mismo nombre original, primero deberá restaurar manualmente el canal desde la configuración del Equipo, cambiarle el nombre, borrarlo una vez más y luego restaurarlo utilizando NAKIVO Backup & Replication.
Si se selecciona la opción Restaurar ajustes de equipo al recuperar un equipo, se restauran los siguientes ajustes:
- Descripción
- isMembershipLimitedToOwners
- funSettings (allowGiphy, giphyContentRating, allowStickersAndMemes, allowCustomMemes)
- guestSettings (allowCreateUpdateChannels, allowDeleteChannels)
- memberSettings (allowCreateUpdateChannels, allowCreatePrivateChannels, allowDeleteChannels, allowAddRemoveApps, allowCreateUpdateRemoveTabs, allowCreateUpdateRemoveConnectors)
- messagingSettings (allowUserEditMessages, allowUserDeleteMessages, allowOwnerDeleteMessages, allowTeamMentions, allowChannelMentions)
- especialización (ninguna, educación_estándar, sanidad_estándar, etc.)
- visibilidad (private, public, hidden_membership)
- discoverySettings (showInTeamsSearchAndSuggestions)
- foto de equipo (es posible que no siempre se restaure debido a un error interno de Microsoft, al igual que en el caso de Grupos)
Si se selecciona la opción Restaurar miembros al recuperar un Equipo, se restaurará lo siguiente:
- Miembros del equipo
- Etiquetas relacionadas con los miembros del equipo
Los siguientes ajustes y permisos del equipo se omiten para la copia de seguridad y recuperación porque la API de MS Graph no permite el acceso:
- Código de equipo: Generar un código de equipo
- Algunos ajustes de las etiquetas
- Permiso de los miembros: Permitir a los miembros cargar aplicaciones personalizadas
- Permiso de los miembros: Permitir a los miembros crear, editar y eliminar etiquetas.
Si se selecciona un canal para su recuperación, se recuperarán los siguientes ajustes de canal con el correspondiente comportamiento de sobrescritura:
- Cambia el nombre del elemento recuperado si existe:
  - Descripción
  - membershipType: estándar, privado, compartido
  - isFavoriteByDefault
  - ajustes de moderación del canal (allowNewMessageFromBots, allowNewMessageFromConnectors, replyRestriction (everyone, authorAndModerators), userNewMessageRestriction (everyone, everyoneExceptGuests, moderators))
- Sobrescribe el elemento original si existe:
  - Nombre
  - Descripción
  - membershipType: estándar, privado, compartido
  - isFavoriteByDefault
  - ajustes de moderación del canal (allowNewMessageFromBots, allowNewMessageFromConnectors, replyRestriction (everyone, authorAndModerators), userNewMessageRestriction (everyone, everyoneExceptGuests, moderators))
Si se recupera un canal en un equipo diferente, los archivos del canal se recuperarán en una nueva carpeta dentro del canal de destino cuyo nombre de carpeta sea el mismo que el del canal de origen.
Los mensajes de los que se ha realizado una copia de seguridad pero que tienen la etiqueta "Este mensaje se ha eliminado" no se pueden recuperar.
Sólo se admiten copias de seguridad en SaaS e incrementales con repositorios de copia de seguridad completos.
Los dispositivos NAS basados en ARMv7 y FreeNAS/TrueNAS no son compatibles con la creación de repositorios de copia de seguridad SaaS.
No se admiten trabajos de copia de seguridad del repositorio de copia de seguridad SaaS a cinta.
Los trabajos de copia de seguridad a SaaS y al Repositorio de copia de seguridad incremental para siempre no son compatibles.
No se admite la copia de seguridad en un repositorio de copia de seguridad incremental con copia de seguridad completa en el que no esté instalado java Transporter.
Cuando se ejecuta un trabajo de copia de seguridad en un repositorio de copia de seguridad incremental con copia de seguridad completa, debe haber al menos 5 GB de espacio libre en la carpeta de transporte temporal de java para que el trabajo pueda continuar.
La recuperación no es posible para archivos y carpetas cuyos nombres superen los 128 caracteres y para rutas de archivo completas que superen los 260 caracteres. Tenga en cuenta que los caracteres codificados en URL cuentan como 3 caracteres a efectos de alcanzar estos límites.
Las estadísticas de punto de recuperación de los trabajos de copia de seguridad de incremental con repositorios completos a incremental con repositorios completos pueden ser incorrectas si el tipo de punto de recuperación es diferente del origen.

Proxmox VE

La exportación de copias de seguridad no es compatible con los formatos .raw y .qcow2 de Proxmox.
No se admite la copia de seguridad de máquinas virtuales que se ejecutan en Pure Storage.

Almacenamiento en la nube

iSCSI impone requisitos estrictos a la entrega de datos (cualquier solicitud debe servirse en un plazo de 5 segundos) que el almacenamiento en la nube no siempre es capaz de cumplir. Como resultado, es posible que las funciones que utilizan iSCSI (es decir, Flash Boot, verificación de capturas de pantalla, recuperación a nivel de archivo, recuperación al origen) no funcionen con los repositorios de almacenamiento en la nube o tengan problemas de estabilidad.

Integración

La integración de Active Directory con NAKIVO Backup & Replication no es compatible con las cuentas de usuarios invitados.
La integración de HPE StoreOnce Catalyst no se admite en dispositivos con procesadores ARM7 y ARM64 (AArch64).

Fiabilidad

Con los trabajos de copia de seguridad, el valor de la velocidad del trabajo en el panel de control puede diferir del valor proporcionado a través de la configuración de limitación del ancho de banda.
Al reiniciar una máquina virtual recuperada con discos dinámicos montados en un transportador, es posible que no se reconozcan los discos dinámicos.
Las máquinas virtuales que se recuperaron de máquinas virtuales de origen cifradas con la configuración de la NVRAM modificada pueden no arrancar.
No se puede realizar la autenticación en Active Directory mediante NTLMv2.
La implementación del transportador de origen y la máquina virtual de origen desde la misma plantilla de máquina virtual de Windows puede provocar daños en la copia de seguridad en el modo HotAdd.

Limitaciones de las funciones

Las funciones de replicación de NAKIVO Backup & requieren ciertas condiciones para funcionar correctamente. Para más detalles sobre los requisitos de las funciones, consulte los artículos correspondientes de la Guía del usuario. A continuación figura una lista de las limitaciones de las funciones.

Copia de seguridad y replicación

Los discos RDM de VMware VM sólo se admiten en modo de compatibilidad virtual.
Los discos RDM con copia de seguridad en modo de compatibilidad virtual se recuperan como discos ligeros.
Las réplicas de máquinas virtuales con discos RDM en modo de compatibilidad virtual se crean con discos delgados.
Los discos de primera clase (FCD) no se pueden copiar si no están conectados a ninguna máquina virtual.
VSS quiescing no es compatible con máquinas virtuales encriptadas.
Los volúmenes lógicos LVM en una reserva delgada no son compatibles con los trabajos de copia de seguridad física.
Una instancia de Amazon EC2 cifrada (clave por defecto) no puede replicarse entre cuentas.
No se admite la replicación entre distintos tipos de cuentas de AWS.
Los volúmenes compartidos en clúster (CSV) no son compatibles con la copia de seguridad de sistemas físicos.
Los clústeres de conmutación por error de Windows no son compatibles con la copia de seguridad de sistemas físicos.
La copia de seguridad y la replicación de máquinas virtuales Microsoft Hyper-V con unidades compartidas no son compatibles.
Linux Transporter debe utilizarse para replicar/respaldar VMs con discos SATA.
Es posible que la barra de progreso no muestre datos precisos durante la copia de seguridad de archivos compartidos debido a la falta de pasos de preindexación y toma de instantáneas en el proceso de copia de seguridad.
Al copiar una copia de seguridad comprimida entre un repositorio Backup y un dispositivo de cinta, los diferentes niveles de compresión pueden provocar velocidades de transferencia muy lentas. Para más información, consulte este artículo.
Los dispositivos SCSI o PCI passthrough no son compatibles con la copia de seguridad o replicación.
Para ejecutar trabajos de copia de seguridad en NAKIVO Backup & Replication que está instalado en FreeNAS\TrueNAS, el Transporter VA debe ser desplegado en ESXi.
Los discos de la réplica/recuperación de la máquina virtual siempre se crean con lazy zeroed si la máquina virtual de origen tiene discos lazy zeroed y eager zeroed.
El transportador de Windows no tiene capacidad para manejar máquinas físicas Linux.
El transportador Linux no tiene capacidades para manejar Microsoft Hyper-V.
No se admite la copia de seguridad de discos duros de sector 4k para máquinas físicas.
No se recomienda realizar copias de seguridad o réplicas utilizando NAKIVO Backup & Replication for VMs con DFSR activado.

Replicación en tiempo real

Al crear una política de almacenamiento, los proveedores de almacenamiento del filtro de E/S deben estar en línea para que el vCenter confirme el estado de instalación del filtro de E/S.
No es posible añadir, cambiar o eliminar la política de filtro de E/S para ninguna máquina virtual que tenga asociado un árbol de instantáneas.
Si la máquina virtual de origen almacena discos en un almacén de datos NFS v3, el transportador especificado en la página Opciones del Asistente para trabajos de replicación en tiempo real (Beta) para VMware debe estar ubicado en el mismo host que la máquina virtual de origen.
El Transporter y la réplica VM deben estar ubicados en el mismo datastore vSAN.
Para un trabajo de replicación en tiempo real/trabajo de conmutación por error de replicación en tiempo real, cada transportador de destino puede admitir hasta 11 máquinas virtuales de origen en caso de que haya un disco por máquina virtual de origen o hasta 55 discos por máquina virtual de origen. Para más información, consulte este artículo.
La replicación en tiempo real no tiene en cuenta las prioridades de otros trabajos.
Si el Transportador se apaga accidentalmente durante la etapa de replicación en tiempo real, los discos conectados (réplica del diario & ) no se desconectan automáticamente.
Si el transportador se migra durante un trabajo de replicación en tiempo real, los discos añadidos en caliente se eliminan y la réplica existente no se puede reutilizar en la siguiente ejecución del trabajo. Es necesario volver a conectar manualmente los discos de réplica a la máquina virtual de transporte.
Las máquinas virtuales con discos IDE no son compatibles con la replicación en tiempo real.
Dos Directores no deben gestionar simultáneamente el mismo entorno vSphere, ya que NAKIVO Backup & Replication no admite operaciones simultáneas en el mismo recurso por parte de varias instancias.
Si la máquina virtual de origen utiliza el controlador BusLogic SCSI (para discos de menos de 2 TB), el límite de tamaño del diario también debe establecerse en menos de 2 TB.

Excluir archivos de intercambio y particiones

Los discos dinámicos de Windows no son compatibles.
No se admite la copia de seguridad de máquinas físicas.
Actualmente no se excluyen los archivos swap de Linux. Sólo se admiten particiones de intercambio de Linux.

vSphere HotAdd

Si HotAdd no puede activarse para al menos un disco de una máquina virtual de origen (incluso si el disco no está seleccionado en el trabajo), HotAdd puede no estar disponible para todos los discos de la máquina virtual.
HotAdd no está disponible para máquinas virtuales que contengan discos IDE.
VMware vSphere HotAdd no es compatible si la VA con NAKIVO Backup & Replication tiene el mismo UUID de BIOS que la VM de origen.

Repositorio cifrado

Los repositorios cifrados no son compatibles con RHEL/SLES debido a la falta de paquetes necesarios.

Verificación de capturas de pantalla

Los almacenes de datos NFS no pueden utilizarse como almacenes de datos de destino para la verificación de capturas de pantalla.

La verificación de capturas de pantalla no es compatible con los hosts ESXi configurados para aplicar las opciones iSCSI Header Digest y/o Data Digest.

Acciones previas y posteriores al trabajo

Los scripts PowerShell no son compatibles con los trabajos independientes. Todos los scripts de Windows se ejecutan mediante cmd.exe
Los scripts personalizados previos y posteriores al trabajo no están disponibles para las máquinas virtuales de Windows cuando se utilizan Integration Services en Hyper-V 2016 y versiones posteriores.

Flash VM Boot

Los hosts ESX/ESXi permiten vincular el adaptador iSCSI de software (HBA) a la(s) red(es) VM Kernel. Si se configura dicha vinculación para un host ESX/ESXi que se utiliza como destino para Flash VM Boot, es posible que la conectividad entre el host y el transportador no esté disponible en la capa iSCSI.
Si se configura una vinculación iSCSI para un host que se va a utilizar como destino para Flash VM Boot, verifique o configure la conectividad en la capa iSCSI (ya sea seleccionando un host sin vinculación, eliminando la vinculación en un host o añadiendo una red VM Kernel dedicada a la vinculación que permita la conectividad).
Los almacenes de datos NFS no pueden utilizarse como almacenes de datos de destino para Flash VM Boot.
Flash VM Boot puede fallar para los hosts ESXi configurados para hacer cumplir las configuraciones iSCSI Header Digest y/o Data Digest.
Las plantillas VM no son compatibles con Flash VM Boot.
Flash VM Boot to vSAN datastore no está soportado para VMs con discos de más de 2TB.

Recuperación Bare Metal

Las máquinas físicas de origen y destino deben tener el mismo o idéntico hardware.

Recuperación de archivos

La recuperación de archivos de volúmenes LVM de Linux sólo está disponible cuando el transportador asignado al repositorio de copia de seguridad está instalado en un sistema operativo Linux.
La recuperación de archivos no es compatible con discos independientes, cifrados y RAID.
La recuperación de archivos no es compatible con unidades y almacenes de datos de tamaño de sector 4K. Consulte Cómo comprobar el tamaño de los sectores de la unidad y del almacén de datos para obtener más información.
La recuperación de archivos de volúmenes LVM no está disponible cuando el transportador asignado a un repositorio de copia de seguridad está instalado en un NAS como Synology, QNAP, Western Digital o ASUSTOR.
La recuperación de archivos de sistemas que utilizan funciones exclusivas de Windows, como Windows Data Deduplication o DFS, sólo está disponible cuando el transportador asignado a un repositorio de copia de seguridad está instalado en un equipo Windows con estas funciones activadas.
La recuperación de archivos no es compatible con máquinas virtuales de origen en discos RAID.
- ASUSTOR NAS
- Red Hat Enterprise Linux 7.x
La recuperación de archivos de discos dinámicos de Windows no es compatible con las siguientes plataformas:
La recuperación de archivos en un recurso compartido NFS falla si el servidor NFS está configurado sólo como NFSv4 y el transportador tiene versiones anteriores del protocolo NFS.
La recuperación de archivos puede omitir carpetas vacías del sistema de archivos NTFS en determinadas configuraciones.
La recuperación de archivos falla si el nodo de dispositivo virtual del disco duro es SATA y el transportador que procesa el trabajo está instalado en Windows.
No se admite la recuperación de archivos para volúmenes lógicos thin provisioned.
La recuperación de archivos puede no estar disponible en algunas configuraciones de Linux con sistemas de archivos XFS o BTRFS.
La recuperación de archivos no es posible si una copia de seguridad contiene un conjunto incompleto de discos que forman parte del volumen extendido/discos dinámicos/software LVM/RAID o cualquier otra estructura de disco.
La recuperación de archivos puede fallar si la máquina Windows en la que desea recuperar elementos tiene más de 20 volúmenes de disco (con y sin letras de unidad).
La recuperación de archivos puede no mostrar el contenido de discos que contengan más de 1 millón de archivos.
Los enlaces simbólicos en los sistemas operativos Windows y Linux, así como los archivos cifrados, no son compatibles con la recuperación de archivos.
Las plantillas de máquinas virtuales no son compatibles con la recuperación de archivos y objetos.
La recuperación en el origen para Windows no es posible si la ruta del archivo, la ruta de la carpeta, la longitud del nombre del archivo o la longitud del nombre de la carpeta superan los 256 caracteres.

Recuperación a nivel de objeto

Las impresoras de Active Directory se omiten durante la importación de elementos recuperados.
Los correos electrónicos de Microsoft Exchange Server que se reenviaron a un destinatario como archivos adjuntos no se pueden recuperar del buzón.
Las carpetas públicas de Microsoft Exchange Server no son compatibles con la recuperación granular.
No se garantiza el funcionamiento de la descarga o el reenvío de objetos de Microsoft Exchange Server locales. Para obtener los mejores resultados, se recomienda utilizar el método de recuperación en origen.
La recuperación de objetos de Microsoft SQL Server no funciona con bases de datos que tengan contenedores de grupos de archivos de datos optimizados para memoria.
La recuperación de objetos de Microsoft SQL Server no puede recuperar una tabla con versión del sistema si ya existe otra tabla con el mismo nombre.
La recuperación de buzones de correo no es compatible con los trabajos de recuperación de objetos de Microsoft Exchange Server.
Es posible que los eventos de cumpleaños no se recuperen a través de un trabajo de recuperación de objetos para Microsoft Exchange Server aunque la ejecución del trabajo se haya realizado correctamente.
Los elementos de contacto y calendario de Microsoft Exchange Server no se pueden descargar a un navegador ni reenviar por correo electrónico (modo experto).
La recuperación de entradas DNS no es compatible con Active Directory.
Para la recuperación de objetos de Active Directory, cada objeto recuperado tiene un nuevo SID generado por el sistema. Debido a las limitaciones de Windows, no es posible cambiarlo de nuevo al SID original.
La recuperación a nivel de objeto no es compatible con los mensajes de correo electrónico cifrados y firmados.

Recuperación multiplataforma

La recuperación multiplataforma puede no funcionar si una máquina virtual o física incluye un núcleo de sistema operativo especial.

Recuperación de emplazamientos

Los scripts PowerShell no son compatibles con las acciones de Site Recovery. Todos los scripts de Windows se ejecutan mediante cmd.exe.

Conexión directa

La recuperación en origen, la recuperación de objetos, la recuperación de objetos universal, la recuperación multicanal, Re-IP, el truncamiento de registros y la compatibilidad con cintas no son compatibles con Direct Connect.
La compatibilidad con etiquetas vSphere no está disponible a través de Direct Connect.
El transportador con Direct Connect activado no puede utilizarse como transportador de sustitución.

Usuarios y funciones

Si el control de acceso basado en roles (RBAC) no está disponible para la licencia de NAKIVO Backup & Replication actualmente instalada, no es posible crear usuarios y roles adicionales.

Inmutabilidad de la copia de seguridad

Al actualizar un repositorio de copia de seguridad de Amazon S3 con datos inmutables, es posible que no se muestre en el producto una alarma que notifique la existencia de datos dañados en el repositorio.
La inmutabilidad de 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 los sistemas de archivos ZFS y Btrfs.

Escaneado de malware de copia de seguridad

El servidor Windows no puede escanear las copias de seguridad de Linux. Sin embargo, el servidor Linux puede escanear las copias de seguridad de Windows en los casos más comunes.
El proceso de escaneado no se adentra en las estructuras de las bases de datos, como descomprimir los correos electrónicos individuales o los archivos adjuntos para escanearlos por separado.
El proceso de escaneado busca las firmas de virus en el propio archivo de base de datos. En el caso de algunos formatos de archivo, como los archivos comprimidos, el antivirus los descomprime primero y luego procede con el análisis.
Cada versión del software antivirus Sophos Protection para Linux tiene la lista de sistemas operativos compatibles.
Si la protección en tiempo real está activada en el software antivirus, es posible que el proceso de análisis de NAKIVO Backup & Replication no encuentre defectos.

Multi-Tenancy

Los usuarios del administrador maestro con los permisos adecuados sólo pueden editar los repositorios asignados a un tenant en la interfaz de usuario del tenant maestro.

Proxmox VE Soporte

Seguimiento de cambios nativos
- Si la imagen de la VM se almacena en formato QEMU, el mapa de bits sucios (CBT) es persistente, y el reinicio de la VM no afecta al CBT (podemos seguir realizando copias de seguridad incrementales).
- Si se almacena en formato RAW, se utiliza un mapa de bits sucio no persistente, y el reinicio de la máquina virtual provoca un reinicio del mapa de bits sucio y la siguiente copia de seguridad debe ser completa.

Se pueden realizar copias de seguridad en discos asignados a LUNs de almacenamiento ISCSI, pero no se pueden utilizar como almacenamiento de destino para la recuperación debido a las siguientes razones:

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

Los dispositivos de red de Proxmox VE VM no pueden conectarse directamente a una red física; deben conectarse a un puente.
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.
Los almacenamientos Proxmox VE deben contener Imagen de Disco en su campo Contenido para almacenar discos VM.
Para realizar con éxito copias de seguridad de máquinas virtuales, 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áquinas virtuales de los que realizar copias de seguridad.
Para realizar correctamente las copias de seguridad de las máquinas virtuales, éstas deben iniciarse en modo temporal.
Las unidades de tamaño de Proxmox VE difieren de las unidades utilizadas por NAKIVO Backup & Replication, lo que provoca que no coincidan los tamaños mostrados por NAKIVO Backup & Replication y Proxmox VE. Sin embargo, el tamaño real de los datos es idéntico.

Varios

El sistema de archivos XFS no es compatible con la recuperación a la fuente.
Bandwidth Throttling no está disponible para la recuperación de trabajos de cinta.
Para los repositorios de copia de seguridad SaaS, las estadísticas del punto de recuperación sólo se devuelven si la versión del punto de recuperación es superior a v10.3.
Los informes creados por NAKIVO Backup & Replication no muestran correctamente la codificación UTF-8.