Data Domain Restorer y retención a largo plazo en la nube: Preguntas frecuentes

En este artículo, se abordan las preguntas más frecuentes sobre la configuración y el uso de DDR (Data Domain Restore) y LTR (retención a largo plazo) o la característica de la nube.
 

¿Qué es la LTR?

• Se introdujo una nueva función llamada LTR a partir del DDOS (Data Domain Operating System) 6.0.
• La LTR permite que ciertos modelos de DDR migren un subconjunto de archivos o datos a un almacenamiento de objetos o de nube, conocido como nivel de nube, desde una variedad de proveedores compatibles de servicio en la nube pública o privada.
• Para migrar físicamente archivos o datos al almacenamiento de objetos, se ejecuta un proceso de transferencia de datos en el DDR.
• Para liberar físicamente datos redundantes del nivel de nube, se ejecuta un proceso de limpieza de nivel de nube en el DDR.
• La LTR es una función con licencia y requiere un CLOUDTIER_CAPACITY license.
• La LTR requiere algo de almacenamiento local para los metadatos de nivel de nube.

¿Para qué sistemas DDR está disponible la LTR?
Esto depende de la versión de DDOS instalada junto con el tipo de modelo del sistema. La mayoría de los modelos tienen ciertos requisitos de hardware que deben cumplirse por adelantado para que se configure la LTR. Consulte la guía de instalación de hardware para los modelos específicos junto con la guía de administración de DDOS para conocer los requisitos.

¿Qué licencia se requiere para la LTR?

• Dado que LTR se considera una nueva función de DDOS 6.x y versiones posteriores, se requiere una licencia electrónica. 
• El tipo de licencia electrónica requerida se denomina CLOUDTIER_CAPACITY license. Un ejemplo de un CLOUDTIER_CAPACITY license es el siguiente:

Capacity licenses:
##   Feature              Shelf Model   Capacity     Mode        Expiration Date
--   ------------------   -----------   ----------   ---------   ---------------
1    CLOUDTIER-CAPACITY   n/a           136.42 TiB   permanent   n/a
--   ------------------   -----------   ----------   ---------   ---------------

¿Cómo funcionan los diferentes niveles?

• Los DDR normales (sin una licencia LTR) tienen un solo nivel denominado nivel activo.
• El nivel activo es el nivel tradicional de almacenamiento en todos los DDR "estándar".
• Los sistemas LTR tienen un segundo nivel de almacenamiento denominado nivel de nube.

El tamaño máximo de cada nivel viene determinado por los límites admitidos para la configuración de hardware y la versión de DDOS determinadas. Consulte la guía de administración de DDOS y la guía de hardware para el modelo específico en cuestión.

A continuación, se muestra un ejemplo de una configuración de LTR de dos niveles, uno activo y otro de nube:   

Active Tier:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB*
----------------   --------   --------   ---------   ----   --------------
/data: pre-comp           -    36674.6           -      -                -
/data: post-comp    65460.3      585.4     64874.8     1%              0.1
/ddvar                 29.5       24.7         3.3    88%                -
/ddvar/core            31.5        1.1        28.8     4%                -
----------------   --------   --------   ---------   ----   --------------

Cloud Tier
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -       33.1           -      -               -
/data: post-comp      912.2       42.3       869.9     5%             4.1
----------------   --------   --------   ---------   ----   -------------

Total:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -    36674.6           -      -               -
/data: post-comp    65460.3      585.4     64874.8     1%             0.1
/ddvar                 29.5       24.7         3.3    88%               -
/ddvar/core            31.5        1.1        28.8     4%               -
----------------   --------   --------   ---------   ----   -------------

¿Cómo se estructura un nivel de nube?

• Un nivel de nube consta de lo siguiente:   
  • Metadatos almacenados localmente, ubicados en un gabinete si se utiliza un DDR físico, o en un LUN o dispositivo si se utiliza DDVE.
  • Proveedores de almacenamiento de objetos
• Ambas opciones se combinan en una unidad de nube.
• Si se configuran varias unidades de nube, pueden compartir los metadatos almacenados localmente.
• Se puede configurar un máximo de dos unidades de nube por sistema. Cada unidad de nube se puede aprovisionar desde un proveedor de almacenamiento de objetos diferente.
• Cada unidad de nube puede ser tan grande como el tamaño máximo soportado en el nivel activo para el modelo determinado de DDR. Consulte la guía de administración de DDOS para obtener más información.

¿Qué sucede durante un ciclo de vida típico de respaldo cuando se configura la LTR?

• Todos los datos se escriben inicialmente en el nivel activo, en el cual comienzan a envejecer.
• Los datos de corta duración que alcanzan su período de retención vencen/se eliminan como en un DDR normal.
• Sin embargo, un subconjunto de datos que requiere retención a largo plazo se migra al nivel de nube.
• El sistema de archivos mantiene un único espacio de nombres en todos los niveles, por lo que cuando un archivo migra a la nube, el espacio de nombres no cambia y, como tal, es razonablemente transparente para el usuario o la aplicación de respaldo.
• En el caso de un archivo que ya se ha migrado al nivel de nube y alcanza su período de retención, vence/se elimina como cualquier otro archivo.
• El espacio que un archivo estaba utilizando en el nivel de nube no se recupera inmediatamente; en su lugar, se debe ejecutar la limpieza de nivel de nube.

¿Cómo se desduplican los datos entre niveles?

• Cada unidad de nube es un volumen independiente, lo que significa que es una unidad de desduplicación autónoma.
• Como resultado, los datos escritos en cada unidad de nube solo se pueden desduplicar con respecto a los datos de la misma unidad de nube.

¿Qué es un tiempo de colocación (conocido como ptime)?

• Los archivos y directorios tienen varios registros de fecha y hora asociados.
• Por ejemplo, un archivo o directorio tiene una hora de creación, una hora de último acceso y una hora de modificación.
• El DDOS mejoró esto aún más para incluir también un tiempo de colocación. La hora de ubicación es la fecha y hora en que el archivo migró del nivel activo al nivel de nube.
• Según la versión de DDOS, el tiempo de ubicación se puede ver cuando se examina en qué nivel reside un archivo. Si el archivo se migró al nivel de nube, se muestra la hora de ubicación, por ejemplo:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-4        cloudunit2           Tue Sep 5 10:17:00 2017
/data/col1/mtree1/random-data-file-5        cloudunit2           Tue Sep 12 15:52:23 2017
/data/col1/mtree1/random-data-file-6        cloudunit2           Tue Sep 13 09:42:55 2017

• ptime es el último campo de la salida anterior, aunque no muestra un encabezado de campo.

¿Cómo se transfieren los datos del nivel activo al nivel de nube?

• Un proceso llamado transferencia de datos es responsable de examinar los archivos dentro de un MTree que residen en el nivel activo.
• La transferencia de datos comienza con la creación de una instantánea de todos los MTrees configurados para la transferencia de datos.
• Cada archivo tiene una hora de modificación que almacena la última vez que se escribió un archivo.
• Si un archivo se migró anteriormente al nivel de nube, se configura un campo de tiempo adicional denominado tiempo de ubicación. La hora de ubicación almacena la fecha y la hora en que el archivo migró al nivel de nube. Si se establece la hora de ubicación, esta se utiliza en lugar de la hora de modificación. Esto es para evitar que un archivo migre continuamente al nivel de nube si se recupera un archivo (ya que la recuperación de un archivo no cambia su hora de modificación).
• Las instantáneas creadas anteriormente son recorridas por el movimiento de datos.
• Si el archivo que se examina alcanzó un valor de umbral definido, según lo establecido por la política de transferencia de datos para el MTree en cuestión, se examinará el archivo para determinar qué datos contenidos en ese archivo deben migrar del nivel activo al nivel de nube. Se establece una política de transferencia de datos por cada MTree.
• Los segmentos únicos del archivo seleccionado se escriben o copian en el nivel de nube. 
• Una vez que se copian los segmentos únicos, el archivo se verifica leyéndolos nuevamente para asegurarse de que la migración se haya realizado de forma correcta.
• Una vez que se verificó el archivo, los metadatos se actualizan para reflejar que el archivo ahora reside en el nivel de nube.
• El proceso de transferencia de datos se puede programar para que se ejecute con cierta frecuencia o se puede iniciar manualmente.

Cuando se inicia la transferencia de datos, ¿qué fases hay y qué acciones realiza cada fase?

• Hay tres fases asociadas con la transferencia de datos: la fase de copia, la fase de verificación y la fase de instalación.
• La fase de copia es responsable de identificar los segmentos que se deben copiar en la nube y, a continuación, migrar esos segmentos a la nube.
• Una vez que comienza la fase de copia, es almacenamiento de objetos o almacenamiento en la nube, y se utiliza como la fase de copia de los segmentos identificados del nivel activo al nivel de nube.
• La fase de verificación es responsable de garantizar que los segmentos de un archivo se hayan migrado correctamente a la nube.
• La fase de instalación es responsable de actualizar los metadatos, relacionados con el archivo que se migró, para mostrar que ahora reside en el almacenamiento de objetos o almacenamiento en la nube.
• Cada archivo debe completar las tres fases para que la transferencia de datos se considere correcta para ese archivo. Por lo tanto, hasta que se complete la fase de instalación de un archivo, el archivo permanece en el nivel activo.

¿Qué políticas de transferencia de datos están disponibles?

• Las políticas de transferencia de datos pueden ser una de las siguientes:   
  • Umbral de antigüedad: si el tiempo de ubicación o modificación de archivos es mayor que el conjunto de rango de antigüedad, este se selecciona para la migración al nivel de nube.
  • Rango de edad: si la hora de ubicación o modificación de un archivo se encuentra dentro de un rango determinado, este se selecciona para la migración al nivel de nube.
  • Definida por aplicación: la aplicación de respaldo designa si se seleccionará un archivo para la migración al nivel de nube.
• Las políticas son mutuamente excluyentes, es decir, un MTree solo puede tener una política configurada a la vez.

¿Cómo se puede establecer una política de transferencia de datos en un MTree?

• Se puede utilizar el siguiente comando. Por ejemplo:   

data-movement policy set <policy name> <policy type values> totier cloud cloud-unit <cloud unit name> mtrees <mtree list>

sysadmin@dd4500 # data-movement policy set age-threshold 14 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set age-range min-age 14 max-age 100 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set app-managed to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1

¿Qué políticas de transferencia de datos ya están configuradas?

• El siguiente comando proporciona una lista de los MTrees que tienen políticas de transferencia de datos asignadas. Por ejemplo:   

data-movement policy show

sysadmin@dd4500 # data-movement policy show
Mtree               Target(Tier/Unit Name)   Policy      Value      
-----------------   ----------------------   ---------   -----------
/data/col1/mtree1   Cloud/cloudunit1         age-range   14-100 days
-----------------   ----------------------   ---------   -----------

¿Cómo funciona una política de transferencia de datos administrada por aplicaciones?

• La política de transferencia de datos para el MTree en cuestión está configurada como administrada por aplicación. Esto se realiza manualmente o la aplicación de respaldo lo hace mediante la interfaz de la API REST de Data Domain.
• La aplicación de respaldo debe ser compatible con la LTR.
• La aplicación de respaldo debe utilizar DD Boost, y la versión de DD Boost debe ser compatible y compatible con LTR.
• Mediante la API/biblioteca de DD Boost, la aplicación de respaldo establecerá la hora de ubicación del archivo que se debe migrar al nivel de nube en un valor especial que indica que la próxima vez que se ejecute la transferencia de datos, el archivo se migrará a la nube.
• Cuando la transferencia de datos se ejecuta en el sistema Data Domain, se comprueba el tiempo de ubicación y, si se configura en el valor especial como se mencionó anteriormente, se migra el archivo a la nube.

¿Cómo se puede iniciar manualmente la transferencia de datos?

• Se puede utilizar el siguiente comando, por ejemplo:   

data-movement start

sysadmin@dd4500 # data-movement start
Data-movement started.

¿Cómo se puede monitorear el movimiento de datos?

• El siguiente comando se puede utilizar para comprobar el estado de la transferencia de datos. Por ejemplo:   

data-movement status

sysadmin@dd4500 # data-movement status
Data-movement to cloud tier:
----------------------------
Data-movement is initializing..

Data-movement recall:
---------------------
No recall operations found. 

• Si la transferencia de datos está en ejecución, se puede utilizar el siguiente comando, por ejemplo:   

data-movement watch 

sysadmin@dd4500 # data-movement watch
Data-movement: phase 1 of 3 (copying)
   92% complete; time: phase  0:08:04, total  0:08:14
      Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,
      Files copied: 7, Files verified: 3, Files installed: 3

¿Cómo se puede detener la transferencia de datos?

• Se puede utilizar el siguiente comando. Por ejemplo:   

data-movement stop 

sysadmin@dd4500 # data-movement stop
Data-movement stop initiated. Run the status command to check its status.

Si hay más de una unidad de nube, ¿se puede ejecutar la transferencia de datos a ambas unidades de nube en paralelo?

• No. Esencialmente, el movimiento de datos solo puede migrar datos a una unidad de nube a la vez.

¿Cómo se configura la LTR?

• Esta es una descripción general de alto nivel. Consulte el proceso detallado en la guía de administración de DDOS.
• Añada la propiedad adecuada CLOUDTIER_CAPACITY license.
• Configure la frase de contraseña del sistema si aún no está establecida.
• Habilite la característica de nube.
• Agregue el almacenamiento de metadatos para el nivel de nube.
• Configure un perfil de nube o un perfil para el proveedor de almacenamiento de objetos o almacenamiento en la nube adecuado.
• Agregue una unidad de nube.
• Configure una política de transferencia de datos para el MTree o los MTrees que requieren el almacenamiento de datos en la nube.
• Inicie la transferencia de datos manualmente o espere a que se inicie una transferencia de datos automática o programada.

¿Se puede eliminar una unidad de nube? Si es así, ¿cómo se hace?

• Advertencia: Esto destruye los datos que se encuentran en la unidad de nube, por lo que los datos son irrecuperables. Proceda con precaución.
• Consulte la sección de este documento de la base de conocimientos titulada "¿Cómo determina un usuario en qué nivel se encuentra un archivo?" para comprender qué archivos residen en la unidad de nube que se eliminará.
• Estos archivos se deben eliminar si ya no son necesarios o se deben recuperar al nivel activo si se deben conservar.
• Si se deben conservar los archivos, asegúrese de que todos los archivos se recuperen antes de continuar.
• No debe haber archivos restantes en la unidad de nube que se eliminará.
• Restablezca las políticas de transferencia de datos para el MTree o los MTrees que utilizan esta unidad de nube.
• Deshabilite el sistema de archivos.
• Elimine la unidad de nube. Esto marca la unidad de nube en un estado DELETE_PENDING, lo cual concuerda con lo diseñado.
• Habilite el sistema de archivos.
• Una vez que se ha iniciado el sistema de archivos, este comienza a eliminar de manera asíncrona todos los objetos en el proveedor de almacenamiento de objetos o almacenamiento en la nube que utilizó esta unidad de nube. Una vez que se eliminan todos los objetos, también se eliminan los depósitos que utilizó esta unidad de nube. Si hay muchos objetos, la unidad de nube puede permanecer en un estado DELETE_PENDING durante un período prolongado.
• Una vez que todos los objetos y los depósitos se hayan eliminado correctamente, la unidad de nube desaparece de la lista de unidades de nube.

¿Qué sucede si una unidad de nube no se elimina porque el almacenamiento de objetos ya no está disponible o hay un problema de conectividad?

• Comuníquese con el soporte de Dell para obtener más ayuda.

¿Se pueden configurar la LTR y la ER (retención extendida) en el mismo sistema?

• No. La ER y la LTR son características mutuamente excluyentes.

¿Cómo se liberan o limpian los datos del nivel de nube?

• Esto funciona de manera similar a los archivos que residen en el nivel activo
• Una vez que un archivo alcanza su período de retención, se elimina del espacio de nombres del sistema de archivos.
• La limpieza de nivel de nube está programada para ejecutarse. De manera predeterminada, la limpieza de nivel de nube se ejecuta cada cuatro sesiones de limpieza de nivel activo finalizadas.
• Para que se ejecute la limpieza de nivel de nube, la unidad de nube que se está limpiando debe tener al menos un 1 % de datos superfluos o limpiables para poder comenzar. Esto se debe a que se podría cobrar cualquier tráfico de red de nube, por lo que el DDR intenta limitar el tráfico de red cuando es posible.
• El nivel de nube se ejecuta con un 50 % predeterminado de regulación de la limpieza.
• Se puede cambiar el programa de limpieza en el nivel de nube y la regulación de la limpieza.
• La limpieza de nivel activo y de nivel de nube no se puede ejecutar en paralelo.
• Si se ejecuta una limpieza de nivel de nube automática o programada, esta se anula mediante la limpieza de nivel activo.
• Si se inicia una limpieza manual de nivel de nube, la limpieza de nivel activo no puede iniciarse hasta que se haya completado la limpieza de nivel de nube.
• Si un nivel de nube tiene dos unidades de nube, solo se limpia una unidad de nube por cada limpieza de nivel de nube programada o automática. Las unidades de nube se operan de manera round robin desde una perspectiva de limpieza de nivel de nube. Cuando hay dos unidades de nube, es necesario especificar la unidad de nube que se limpiará cuando se ejecute desde la línea de comandos (cloud clean start <unit-name>)
• Si no se inicia una limpieza de nivel de nube en una unidad de nube, por ejemplo, la unidad de nube actual no tiene suficientes datos que se puedan limpiar para considerar que vale la pena, por lo que el sistema intenta limpiar automáticamente desde la siguiente unidad de nube.
• Para obtener más información sobre la limpieza del nivel de nube, consulte el siguiente artículo Data Domain: Una introducción a la retención a largo plazo, la limpieza de nivel de nube y la recolección de elementos no utilizados en los DDR (Data Domain Restore)

¿Cómo se inicia una limpieza manual de nivel de nube?

• Se puede utilizar el siguiente comando. Por ejemplo:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.

¿Cómo se puede monitorear una limpieza de nivel de nube?

• El siguiente comando se puede utilizar para comprobar si la limpieza de la nube está en ejecución. Por ejemplo:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean status
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2017/03/15 12:16:06.

• Si se está ejecutando la limpieza de la nube, esta se puede monitorear mediante el siguiente comando:

cloud clean watch

¿Se puede ejecutar la limpieza de nivel activo en simultáneo con la limpieza de nivel de nube?

• No. Tanto la limpieza de nivel activo como la limpieza de nivel de nube utilizan las mismas estructuras de datos compartidas internas y comunes que requieren acceso exclusivo.

¿Cómo se puede mostrar o cambiar un programa de limpieza de nivel de nube?

• El siguiente comando se puede utilizar para mostrar el programa actual de limpieza en la nube. Por ejemplo:   

cloud clean frequency show

sysadmin@dd4500 # cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.

• El siguiente comando se utiliza para cambiar un programa. Por ejemplo:  

cloud clean frequency set <value>

sysadmin@dd4500 # cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.

¿Cómo se puede cambiar o mostrar la regulación de limpieza de nivel de nube?

• De manera predeterminada, la regulación de limpieza de nivel de nube está configurada en 50 %. El siguiente comando se puede utilizar para restablecerla al porcentaje de regulación predeterminado.

cloud clean throttle reset

• El siguiente comando se puede utilizar para mostrar la regulación actual de limpieza de nube. Por ejemplo:   

cloud clean throttle show

sysadmin@dd4500 # cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent

• El siguiente comando se puede utilizar para cambiar la regulación de la limpieza. Por ejemplo:   

cloud clean throttle set <value> 

sysadmin@dd4500 # cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent

¿Qué controla la regulación de limpieza de nivel de nube?

• La regulación de limpieza de nivel de nube funciona de manera similar a la regulación de limpieza de nivel activo, ya que la regulación limita los recursos de I/O y CPU que puede usar la limpieza de nivel de nube.
• No limita la transferencia de red.

¿Por qué la limpieza de nivel de nube no libera/elimina tantos objetos como se espera?

• La limpieza siempre se considera un presupuesto. Consulte los siguientes artículos de la base de conocimientos que describen los aspectos relacionados con este tema, ya que se aplican por igual a los datos que residen en el nivel de nube:  

• Además de esto, hay más detalles específicos relacionados con cómo se implementa el nivel de nube.
• Se implementaron varios métodos para limitar la cantidad de tráfico de red a un proveedor de almacenamiento de objetos o almacenamiento en la nube, ya que esto podría conllevar costos asociados.
• Como se mencionó anteriormente, se requiere un mínimo del 1 % de rotación de datos para que se ejecute la limpieza.
• Cuando se examina el sistema de archivos para buscar archivos que cumplan con la política de transferencia de datos, solo se examinan las copias locales de los metadatos.
• Todos los segmentos que se mantienen en el almacenamiento de objetos o almacenamiento en la nube y que solo contienen datos de usuario se marcan para la eliminación asíncrona.
• Los segmentos que contienen al menos un segmento activo se omiten, ya que el DDOS no desea combinar pequeñas cantidades de datos debido al tráfico de red involucrado.

¿Cómo determina un usuario en qué nivel se encuentra un archivo?

• Utilice el siguiente comando para ver un ejemplo del resultado generado por este comando:  

filesys report generate file-location

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-1        Active
/data/col1/mtree1/random-data-file-2        Active
/data/col1/mtree1/random-data-file-4        cloudunit2
/data/col1/mtree1/random-data-file-5        cloudunit2
/data/col1/mtree1/random-data-file-6        cloudunit2

¿Se puede leer o acceder de forma directa a un archivo después de que este se migró al nivel de nube?

• Esto depende de la versión de DDOS en uso junto con el proveedor de servicio en la nube:   

• Es posible restaurar archivos de forma directa sin tener que primero recuperar un archivo. Esto se conoce como la característica de “restauración directa” y se limita al ECS como el proveedor de servicios u objetos.
• Para obtener más detalles sobre la “restauración directa” desde Avamar, consulte la documentación técnica “Restauración granular o a nivel de archivos de Avamar desde Data Domain Cloud Tier”.
• La función Avamar GLR/FLR (restauración directa) necesita una combinación mínima de Avamar 18.1 o DDOS 6.1 con ECS como proveedor de servicio en la nube. 

• Primero, se debe recuperar un archivo. Es decir, los datos migrados nuevamente del nivel de nube al nivel activo.
• El archivo se debe recuperar del nivel de nube al nivel activo mediante el comando de recuperación de movimiento de datos para permitir cualquier lectura desde un archivo o modificación a un archivo que reside en el nivel de nube.
• Cualquier intento de leer o modificar un archivo que reside en el nivel de nube genera un error de I/O que se muestra a quien intente leer el archivo que es la aplicación de respaldo si el archivo no se recupera primero.
• Algunas aplicaciones de respaldo compatibles con la nube pueden iniciar recuperaciones de archivos; de lo contrario, los archivos se deben recuperar manualmente.
• A partir de DDOS 7.7+:
  • La restauración directa permite que las aplicaciones no integradas leen archivos directamente desde el nivel de nube sin pasar por el nivel activo.
  • Entre las consideraciones clave a tener en cuenta al elegir utilizar la restauración directa se incluyen las siguientes:
  • La restauración directa no requiere una aplicación integrada y es transparente para las aplicaciones no integradas.
  • La lectura desde el nivel de nube no requiere que se realice primero una copia en el nivel activo.
  • Hay histogramas y estadísticas disponibles para rastrear lecturas directas desde el nivel de nube.
  • La restauración directa solo es compatible con los proveedores de servicio en la nube de AWS y ECS.
  • Las aplicaciones experimentan latencia de nivel de nube.
  • La lectura directa desde el nivel de nube no está optimizada para ancho de banda.

¿Cuántos archivos se pueden recuperar en paralelo?

• DDOS 6.0 es compatible con cuatro archivos que se pondrán en cola y se recuperarán en paralelo.
• DDOS 6.1 admite 1000 archivos que se pondrán en cola y 4 archivos en la cola de recuperación que se recuperarán en paralelo.

Según la Guía de administración de Data Domain 7.9:

• Los sistemas con 256 GB de memoria o más pueden recuperar hasta 16 archivos a la vez.
• Los sistemas con menos de 256 GB de memoria pueden recuperar hasta ocho archivos a la vez.
• Las instancias de DDVE pueden recuperar hasta cuatro archivos a la vez.

¿Cómo se puede recuperar un archivo?

• Un archivo se puede recuperar mediante el siguiente comando. Por ejemplo:   

data-movement recall path <path-name> 

sysadmin@dd4500 # data-movement recall path /data/col1/mtree1/file1

¿Cómo se pueden recuperar todos los archivos de un MTree?

• Según la versión de DDOS, todos los archivos en la nube se pueden recuperar mediante la ejecución de un solo comando, como se muestra a continuación:   

sysadmin@dd4500 # data-movement recall mtree /data/col1/mtree1

• Consulte la “Guía de referencia de comandos de Dell DDOS” de su versión de DDOS para obtener más información

¿Cómo se puede monitorear una operación de recuperación?

• Una operación de recuperación se puede monitorear mediante el siguiente comando o si se requiere un archivo específico. Por ejemplo:   

data-movement status path all

data-movement status path /data/col1/mtree/file1

sysadmin@dd4500 # data-movement status path /data/col1/mtree1/file1
Data-movement recall:
---------------------
Data-movement for  /data/col1/mtree1/file1 : phase 2 of 3
(Verifying)
80% complete; time: phase XX:XX:XX total XX:XX:XX
Copied (post-comp): XX XX, (pre-comp) XX XX 

¿El cambio de nombre de un archivo hace que el archivo se recupere del nivel de nube al nivel activo?

• No. Si se cambia el nombre de un archivo, este permanece en su nivel actual.

¿Qué proveedores de servicio en la nube son compatibles?

•  Según la versión de DDOS en uso, DDOS admite los siguientes proveedores de servicio en la nube:   
• AWS (Amazon Web Services).
• Microsoft Azure Cloud
• Dell ECS (Elastic Cloud Service)
• Virtustream
• Consulte la guía de administración de DDOS para obtener más información.

¿Se admite el cifrado en el nivel de nube y debe este tener licencia?

• Sí, el cifrado es compatible con el nivel de nube. Esto no requiere una licencia adicional, a diferencia del cifrado de nivel activo.
• Se puede configurar cuando la característica de nube se habilita o se modifica posteriormente. 
• En el momento de escribir este artículo, solo el administrador de claves integrado es compatible con el cifrado de nivel de nube y solo se puede utilizar un algoritmo de cifrado para la LTR en todo el sistema.

¿Qué depósitos se crean en el almacén de objetos de los proveedores de servicio en la nube?

• DDOS crea tres depósitos
• Los depósitos terminan con la siguiente cadena:

'-d0'

'-c0' 

'-m0'

• El depósito que termina con la cadena “-d0” se utiliza para los segmentos de datos.
• El depósito que termina con la cadena “-c0” se utiliza para los datos de configuración.
• El depósito que termina con la cadena “-m0” se utiliza para los metadatos.
• Antes de DDOS 6.1, mientras se crean tres depósitos, solo se utiliza la terminación de depósito “-d0”. Sin embargo, se necesitan los tres depósitos, así que asegúrese de que no se eliminen.

¿Es posible usar nombres de depósito existentes que se crearon anteriormente?

• No, esto no es posible.

Además de los requisitos de hardware, ¿hay algún otro requisito obligatorio que se necesite antes de configurar la LTR?

• Sí
• Si se utiliza ECS, un equilibrador de carga es un requisito obligatorio. Sin un equilibrador de carga, Data Domain se comunica con ECS en un nodo único y se desconecta una vez que se realizan varias solicitudes.
• Una red de 1 Gb entre el DDR y el proveedor de servicio en la nube

¿Se requieren certificados? Si es así, ¿qué certificados se deben utilizar?

• Esto depende del objeto o proveedor de servicio en la nube que se utilice y también de la configuración.
• AWS, Virtustream o Azure requieren un certificado. Consulte la guía de administración de DDOS para obtener más información.
• Si ECS se configura mediante un terminal HTTP, no se requiere un certificado.
• Si ECS se configura mediante un terminal HTTPS, se requiere un certificado. Dado que un equilibrador de carga es un requisito obligatorio, el certificado requerido es del sistema del equilibrador de carga en lugar del sistema ECS. Comuníquese con su proveedor de equilibrador de carga para obtener más detalles.
• Al importar el certificado, este debe estar en formato PEM. Algunos proveedores no proporcionan el certificado en formato PEM, por lo que se debe convertir antes de la importación.

¿Qué topologías de replicación son compatibles?

• La replicación de recopilaciones _no_ es compatible.
• La replicación de directorios es compatible; sin embargo, solo el MTree “/data/col1/backup” la puede utilizar, pero este MTree no admite la transferencia de datos.
• La replicación de MTree es totalmente compatible.
• La replicación de MFR o VSR es totalmente compatible.

¿Qué se debe tener en cuenta al configurar/inicializar/reinicializar la replicación en un sistema que ya tiene la LTR configurada?

• El sistema de origen toma una instantánea del MTree (esta instantánea incluye detalles de los archivos en los niveles activo y de nube).
• El sistema de origen replica la instantánea en el nivel activo del sistema de destino.
• Solo cuando la instantánea se ha replicado por completo, esta se expone en el sistema de destino (momento en el que los archivos pasan a estar disponibles en el espacio de nombres del sistema de archivos de los sistemas de destino).
• Solo después de exponer los archivos, se puede ejecutar la transferencia de datos en el destino (suponiendo que esté configurado para LTR).
• Como resultado, si el nivel activo de destino no es lo suficientemente grande como para contener una instantánea completa del origen, la instantánea nunca se expone y la replicación no puede completar la inicialización.

¿Qué se debe considerar si se configura la replicación de MFR o VSR en un sistema que ya tiene la LTR configurada?

• Si se deben replicar los datos que ya se han migrado al nivel de nube en un DDR de origen, se recupera automáticamente del proveedor de servicio en la nube al nivel activo antes de que se puedan enviar mediante la red.
• La recuperación de archivos del nivel de nube al nivel activo puede generar un costo o un retraso.

¿Por qué el resultado del comando “file system show space” de Data Domain no refleja el tamaño verdadero del almacenamiento de objetos o almacenamiento en la nube?

• Debido a la manera inherente en que funciona el almacenamiento de objetos o almacenamiento en la nube, un sistema Data Domain no tiene forma de consultar el tamaño físico de un dispositivo de nube, ya que este podría verse como aparentemente infinito.
• Sin embargo, DDOS tuvo que desarrollar una manera de mostrar las estadísticas actuales de uso/desduplicación desde una perspectiva de DDOS.
• Por lo tanto, se utiliza uno de dos enfoques:

1. El tamaño del nivel de nube se dimensiona según la CLOUDTIER_CAPACITY license
2. El tamaño del nivel de nube se muestra como un múltiplo de los tamaños de unidad de nivel activo para ese tipo de modelo según la cantidad de unidades de nube configuradas. Consulte la guía de instalación de hardware del modelo en cuestión para obtener más información sobre los tamaños del nivel activo.

¿Cómo se puede iniciar el sistema de archivos si una unidad de nube no está disponible?

• Asegúrese de que el sistema de archivos esté deshabilitado.
• Deshabilite la unidad de nube que no está disponible mediante el siguiente comando:

cloud unit disable <cloud unit name>

• Habilite el sistema de archivos.

Si una unidad de nube está deshabilitada, ¿cómo se puede habilitar?

• Asegúrese de que el sistema de archivos esté deshabilitado.
• Habilite la unidad de nube mediante el siguiente comando:

cloud unit enable <cloud unit name>

• Habilite el sistema de archivos.

¿Por qué aún existen archivos en el sistema de archivos que residen en una unidad de nube que se eliminó?

•  Si los archivos no se eliminaron de un MTree antes de eliminar una unidad de nube, los archivos continúan existiendo dentro del espacio de nombres del sistema de archivos.
• Por lo tanto, el informe de ubicación del archivo muestra que los archivos forman parte de una unidad de nube eliminada. Por ejemplo:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-3  Deleted cloud-unit
/data/col1/mtree1/random-data-file-4  Deleted cloud-unit

• Los archivos aún se pueden ver en el espacio de nombres del sistema de archivos mediante el acceso a un recurso compartido CIFS/NFS para este MTree.
• Sin embargo, los archivos no se pueden leer porque se eliminó la unidad de nube en la que se encontraban.
• Por lo tanto, la única opción es eliminar estos archivos, ya que los datos a los que hicieron referencia ya no existen.

¿Es posible cambiar el terminal o los puertos del protocolo para un proveedor de servicio en la nube ECS o S3 Flexible después de crear una unidad de nube?

• Por ejemplo, esto puede ser necesario si se cambia de HTTP a HTTPS o, por el contrario, si se migra a un nuevo equilibrador de carga.
• En el momento de escribir este documento, no hay manera de que un administrador de Data Domain realice este cambio. Esta funcionalidad se está considerando para una versión futura de DDOS.
• Sin embargo, esto lo puede realizar el equipo de soporte o el equipo de ingeniería.
• El sistema de archivos debe estar deshabilitado para realizar este cambio.
• Si esto es necesario, toda la configuración fuera del sistema de Data Domain se realiza primero, ya que una vez que esto se cambia, cuando se habilita el sistema de archivos, espera poder comunicarse mediante el protocolo o puerto actualizado y leer los depósitos u objetos como lo hacía anteriormente.