PowerProtect Cyber Recovery: CyberSense: Análisis de bloques delta: lista de comprobación de diferencias optimizadas o diferencias de ddboost

Summary: Esto está diseñado como un documento de solución de problemas en casos en los que CyberSense ddboost diff u optimized diff no funcionan según lo esperado.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Antes de continuar, lea el documento que abarca el modo de operaciones de rendimiento del análisis de bloques delta (DBA) de CyberSense con Cyber Recovery.

Es posible que la operación de diferencias de Cybersense informe una tasa de cambio alta (como un 99 %) en los casos en que la máquina virtual no cambia en absoluto.
Por ejemplo: 

2023/09/11 04:12:21 notice: [7f3382ffd700] ddboost_diff: /opt/ie/var/mnt/dispatch/crawl_M5eksh/CRS_MTREE/05/74/3fad5a57-00000006-78fb7066-64fb7066-ab8aae6c-5095318b/vm-277919-disk-key-2001-flat.vmdk vs /opt/ie/var/mnt/dispatch/crawl_M5eksh/CRS_MTREE/86/28/a6360b9f-00000006-13fcc21c-64fcc21c-b9efae6c-5095318b/vm-277919-disk-key-2001-flat.vmdk is terminated because reported change rate 99% reached 50% threshold

Esto hace que la máquina virtual (VM) realice un análisis completo, mientras que CyberSense solo analiza los bloques modificados. Esto hace que el rendimiento del trabajo no sea óptimo, ya que el análisis completo suele tardar más tiempo.

Cause

Hay varias razones para este comportamiento. Las razones más comunes se enumeran en la sección de resolución a continuación en un formato de lista de comprobación. Verifique que todos estos elementos estén en su lugar y que la operación de diferencia funcione según lo esperado.

Resolution

  • El sistema operativo de Data Domain para los sistemas Data Domain de producción y vault es (DDOS) 7.7 u otro. Utilice los niveles de código más recientes cuando sea posible.
  • El protocolo NFSv4 está habilitado en el sistema Data Domain de vault junto con el protocolo NFSv3.
  • La versión de CyberSense es 7.10 u otra. Utilice los niveles de código más recientes cuando sea posible.
  • Los usuarios de ddboost están configurados para que CyberSense aproveche DBA. Por ejemplo, las copias de PowerProtect Data Manager requieren usuarios ddboost con la función "none". Por lo general, los administradores deben crear tres usuarios de DD Boost con diferentes funciones:
admin

user

none
Esos usuarios se deben agregar al servidor de CyberSense. Para obtener información sobre cómo agregar estos usuarios de DD Boost a CyberSense, consulte el tema "Configurar análisis de bloques delta" en la Guía de instalación de CyberSense.
  • La carga de trabajo es una carga de trabajo compatible. En la siguiente tabla, se enumeran las cargas de trabajo y las aplicaciones de respaldo compatibles a partir de CyberSense 7.10. Consulte las notas de la versión de CyberSense para conocer las cargas de trabajo compatibles. Para las cargas de trabajo no compatibles, CyberSense utiliza el método de escaneo tradicional.
Cargas de trabajo compatibles 
  • Cyber Recovery Manager es compatible con la aplicación y la versión de respaldo de producción. Utilice los niveles de código más recientes cuando sea posible.
  • Un pool de scratch está configurado dentro de CyberSense y tiene el tamaño correcto para el entorno.
  • El siguiente switch está habilitado en las políticas que se están analizando (está habilitado de manera predeterminada).
synthetic-optim
De manera predeterminada, la copia rápida utiliza este switch para copiar recetas sintéticas completas de los respaldos dentro del MTree.

La copia rápida se aprovecha cuando se crea una zona protegida o se realiza una copia en Cyber Recovery. Esta función se debe habilitar como un requisito de CyberSense para que el ddboost diff funcione correctamente.
  1. Inicie sesión con la CLI: 
[root@crhost]# /opt/dellemc/cr/bin/crcli login --username admin1
  1. Muestre la configuración actual de la siguiente política:
synthetic-optim

[root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim --show -n Policy1
Policy : Policy1   synthetic-optim = Disabled
[root@crhost]#
  1. Active la configuración de la política (está activada de forma predeterminada):
synthetic-optim

[root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim -n Policy1 --enable
Policy : Policy1 modified successfully.
[root@crhost]#
  1. Verifique la configuración actual de la política después de habilitarla:
synthetic-optim 

[root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim --show -n Policy1
Policy : Policy1   synthetic-optim = Enabled
[root@crhost]#
  • Los "metadatos sintéticos completos" de las aplicaciones de respaldo están disponibles en el sistema Data Domain de vault. Lo ideal es que no haya una "subcopia" y que CyberSense funcione con los datos originales.
El término "subcopy" se utiliza para representar un subconjunto de datos que se copian en otro MTree. Luego, esos datos copiados se replican en el vault de Cyber Recovery. 
 
Existen diferentes métodos para crear una subcopia; se basa en la aplicación de respaldo.
 
Por ejemplo, para un caso de uso de Avamar, se utiliza un segundo servidor Avamar o AVE a fin de recuperar datos importantes que la solución Cyber Recovery debe proteger con un período de retención reducido.
 
A continuación, la subcopia se replica en el sistema Data Domain en el vault de Cyber Recovery.
 
Este paso adicional de copiar los datos antes de que se repliquen en el vault de Cyber Recovery tiene la posibilidad de perder los metadatos en los archivos (también llamado receta), lo cual es necesario para que la operación de diferencias funcione correctamente. 
 
Los respaldos de máquinas virtuales optimizados para el rendimiento tienen menos probabilidades de tener este problema. Los respaldos de capacidad optimizada no son compatibles con la subcopia en producción y utilizan el método tradicional.
 
Situación A: Los datos de respaldo se envían al sistema Data Domain de vault sin hacer una subcopia en el lado de producción (el MTree original se replica en el vault).
 
Situación B:  Los datos de respaldo se copian en el lado de producción (lo que garantiza que se conserven las recetas) y los datos copiados se replican en el almacén (el MTree copiado se replica en el almacén).
 
NOTA: En ocasiones, se puede solicitar al soporte de Data Domain para verificar si los metadatos (receta) de los archivos están disponibles dentro del entorno de prueba que se presenta a CyberSense.
  • Estamos trabajando en "pares" de respaldos. En ocasiones, es posible que sea necesario extender la hora límite de CyberSense para asegurarse de que CyberSense funcione en pares de respaldos. Consulte el siguiente registro de CyberSense para ver los mensajes de error enumerados. Si están presentes, consulte con el equipo de soporte de Cyber Recovery antes de realizar cualquier cambio en la hora límite.
Log:
ie_run.log 

Error:
Objects are unrelated
 
Si estos errores no aparecen en la lista, ignore este punto.

Affected Products

CyberSense

Products

PowerProtect Cyber Recovery, Cyber Recovery Series
Article Properties
Article Number: 000218351
Article Type: Solution
Last Modified: 23 Feb 2024
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.