256 Boost para OpenStorage - Dell · Dell EMC Data Domain® Boost para OpenStorage Versión 3.4...

Dell EMC Data Domain® Boost paraOpenStorageVersión 3.4

Guía de administración302-003-983

REV. 01

Copyright © 2017 Dell Inc. y sus filiales. Todos los derechos reservados.

Publicado en Junio de 2017

Dell considera que la información de este documento es precisa en el momento de su publicación. La información está sujeta a cambios sin previo

aviso.

LA INFORMACIÓN DE ESTA PUBLICACIÓN SE PROPORCIONA “TAL CUAL”. DELL NO SE HACE RESPONSABLE NI OFRECE GARANTÍA DE

NINGÚN TIPO CON RESPECTO A LA INFORMACIÓN DE ESTA PUBLICACIÓN Y, ESPECÍFICAMENTE, RENUNCIA A TODA GARANTÍA

IMPLÍCITA DE COMERCIABILIDAD O CAPACIDAD PARA UN PROPÓSITO DETERMINADO. EL USO, LA COPIA Y LA DISTRIBUCIÓN DE

CUALQUIER SOFTWARE DE DELL DESCRITO EN ESTA PUBLICACIÓN REQUIEREN LA LICENCIA DE SOFTWARE CORRESPONDIENTE.

Dell, EMC y otras marcas comerciales pertenecen a Dell Inc. o sus filiales. Las demás marcas comerciales pueden ser propiedad de sus respectivos

dueños. Publicado en México.

Dirección local de EMCEMC Argentina (Cono Sur) Tel. +54-11-4021-3622 http://www.emc.com/es-ar/index.htmEMC México Tel. +52-55-5080-3700 http://www.emc.com/es-mx/index.htmEMC Venezuela (Norte de Latinoamérica) Tel. +58-212-206-6911 http://www.emc.com/es-ve/index.htm

2 Data Domain Boost para OpenStorage 3.4 Guía de administración

Prefacio 0

Presentación de Data Domain Boost para OpenStorage 7Historial de revisiones...................................................................................8Descripción general de DD Boost para OpenStorage.................................... 8Configuraciones compatibles .......................................................................9Compatibilidad de actualizaciones................................................................ 9

Funciones de DD Boost 11Descripción general de DD Boost................................................................ 12Procesamiento distribuido de segmentos ................................................... 12Cifrado en transferencia..............................................................................13Cifrado y autenticación global..................................................................... 14

Métodos de configuración de autenticación y cifrado.................... 14Configuración de cifrado y autenticación....................................... 14Opciones de cifrado y autenticación...............................................15Escenarios de compatibilidad con versiones anteriores.................. 16

Replicación de archivos administrada (MFR).............................................. 19Optimización de bajo ancho de banda............................................ 19Replicación de archivos administrada cifrada................................. 19

DD Boost y alta disponibilidad.....................................................................20DD Boost, alta disponibilidad y failover.......................................... 20Configuraciones de alta disponibilidad parciales ............................ 21

Replicación de imágenes automática (AIR)................................................. 21Limitaciones para el uso de AIR en sistemas Data Domain ............ 23Replicación automática dirigida de imágenes................................. 23

Replicación de MTrees............................................................................... 26Compatibilidad con IPv6............................................................................. 27Grupos de interfaces dinámicas: Administración de rutas de datos IP de DDBoost.......................................................................................................... 27

Interfaces...................................................................................... 28Clientes.......................................................................................... 31

Transporte de DD Boost mediante Fibre Channel....................................... 33Administración de rutas de DD Boost mediante Fibre Channel....................35

Selección inicial de rutas................................................................37Rebalanceo dinámico..................................................................... 37Failover de rutas del cliente........................................................... 37Restricciones de profundidad de línea de espera........................... 38

Respaldos sintéticos virtuales.....................................................................39Validación de acceso de clientes.................................................................40Ruta de datos multiusuario de DD Boost.....................................................40Administración de unidades de almacenamiento......................................... 40

Control de acceso de las unidades de almacenamiento multiusuario..40Cuotas de capacidad de la unidad de almacenamiento....................41Administración de conteo de secuencias de unidades dealmacenamiento............................................................................. 41

Capítulo 1

Capítulo 2

CONTENIDO

Data Domain Boost para OpenStorage 3.4 Guía de administración 3

Preparación del sistema Data Domain para DD Boost 43Activación de DD Boost en un sistema Data Domain...................................44Asignación de varios usuarios a DD Boost...................................................44Creación de unidades de almacenamiento ................................................. 45Configuración de cuotas lógicas para unidades de almacenamiento(opcional) .................................................................................................. 47Configuración de unidades de almacenamiento con límites de secuencias(opcional)................................................................................................... 47Configuración del procesamiento distribuido de segmentos....................... 49Configuración de grupos de interfaces dinámicas ......................................49

Modificación de un grupo de interfaces......................................... 52Eliminación de un grupo de interfaces........................................... 53

Uso de grupos de interfaces dinámicas para MFR...................................... 53Replicación mediante LAN.............................................................55Replicación mediante WAN............................................................56Otros casos de uso compatibles.....................................................57Nombre de host de failover de replicación..................................... 60Configuración de conversión de dirección de red (NAT)................ 61Resolución de conflictos de respaldo/replicación.......................... 62

Configuración de MFR................................................................................63Activación de la optimización de bajo ancho de banda .................. 63Activación del cifrado.................................................................... 63Activación de la compatibilidad con IPv6....................................... 64Cambio del puerto MFR TCP......................................................... 64

Configuración de la validación de acceso de clientes..................................65Habilitación del cifrado en transferencia........................................65

Configuración del servicio DD Boost mediante FC......................................66Dimensionamiento del conjunto de dispositivos DD Boost medianteFC................................................................................................. 68Cálculo de dimensionamiento.........................................................69Instalación del driver del dispositivo AIX DDdfc (opcional para losclientes AIX).................................................................................. 72Configuración del driver de dispositivo genérico de SCSI para losclientes de Solaris.......................................................................... 73

Configuración de cifrado y autenticación global..........................................74Mostrar la configuración de cifrado y autenticación global............ 75Restablecimiento de la configuración de cifrado y autenticaciónglobal............................................................................................. 75

Instalación de DD Boost para OpenStorage 77Descripción general de la instalación...........................................................78

Actualizaciones del plug-in de OST y el sistema operativo DD....... 78Firewalls y puertos.........................................................................79

Instalación del plug-in OST para NetBackup............................................... 79Instalación del plug-in de OST en los servidores de medios........... 80Instalación del plug-in de UNIX ..................................................... 80Instalación del plug-in de Windows................................................ 80Servicios de defensa cibernética avanzada (NetBackup)............... 81

Instalación del plug-in de OST para Backup Exec....................................... 82Instalación del plug-in en los servidores de medios........................ 82Instalación del plug-in de Windows................................................ 82Servicios de Backup Exec.............................................................. 83

Optimización del servidor de medios de Windows para mejorar elrendimiento................................................................................................ 83Desinstalación de un plug-in de Windows................................................... 83

Capítulo 3

Capítulo 4

CONTENIDO


Administración de la aplicación de respaldo 85Configuración de un servidor de medios..................................................... 86

Configuración de NetBackup......................................................... 86Configuración de Backup Exec...................................................... 97

Administración de NetBackup....................................................................101Encuentre su versión del plug-in de OST...................................... 101Encontrar su versión de NetBackup.............................................. 101Tiempos de espera de red............................................................. 101Agrupación de unidades de almacenamiento para proporcionarfailover......................................................................................... 102

Administración de Backup Exec................................................................ 103Encuentre su versión del plug-in de OST......................................103Encuentre su versión de Backup Exec.......................................... 103Eliminación de unidades de almacenamiento en sistemas DataDomain......................................................................................... 103

Solución de problemas básica 105Solución de problemas general..................................................................106Configuración del sistema Data Domain para la replicación de datos.........106Solución de problemas de NetBackup....................................................... 106

No se puede eliminar el sistema Data Domain...............................106Compruebe la instalación..............................................................107Verificación de las credenciales....................................................108Resolución de errores de licencia................................................. 108Registro de errores en servidores de medios................................ 108Resolución de respaldos fallidos en servidores de medios.............109Resolución de mensajes de registro de plug-in.............................. 110Resolución del error “Cannot connect on socket”........................ 110Falla de los trabajos de respaldo de NetBackup en los servidores demedios Solaris............................................................................... 111Fallas de trabajos de respaldo desde clientes AIX.......................... 111Falla en el trabajo de deduplicación optimizada............................. 112Respaldo sintético virtual.............................................................. 112Monitoreo de la replicación de imágenes automática.................... 112

Solución de problemas de Backup Exec..................................................... 118Solución de problemas básica....................................................... 118Comprobación de la instalación.....................................................118Verificación de las credenciales para un sistema Data Domain...... 118Resolución de errores de licencia ................................................. 118Configuración de la depuración activa...........................................118

Capítulo 5

Capítulo 6

CONTENIDO

Data Domain Boost para OpenStorage 3.4 Guía de administración 5

CONTENIDO


CAPÍTULO 1

Presentación de Data Domain Boost paraOpenStorage

En este capítulo, se abordan los siguientes temas:

l Historial de revisiones.......................................................................................... 8l Descripción general de DD Boost para OpenStorage............................................8l Configuraciones compatibles .............................................................................. 9l Compatibilidad de actualizaciones........................................................................9

Presentación de Data Domain Boost para OpenStorage 7

Historial de revisionesLa siguiente tabla muestra el historial de revisiones de este documento:

Tabla 2 Historial de revisiones de la Guía de administración de DD Boost for OpenStorage,versión 3.4

Revisión Fecha Descripción

01 (3.4) Junio de 2017 Esta revisión incluye información acerca de estas nuevasfunciones y herramientas:

l Opciones de configuración global de autenticación ycifrado para brindar una protección mejor contra losataques de intermediario (MitM).

Descripción general de DD Boost para OpenStorageEn el contexto de las aplicaciones de respaldo de Veritas (NetBackup y Backup Exec),Data Domain Boost (DD Boost) tiene dos componentes:

l Un plug-in de OST que instala en cada servidor de medios. Este plug-in incluye lasbibliotecas DD Boost que se integran con el servidor de DD que se ejecuta en elsistema Data Domain.

l El servidor de DD que se ejecuta en los sistemas Data Domain.

Nota

Un sistema Data Domain puede estar formado por un solo sistema Data Domain, ungateway o un sistema DD Extended Retention. Con DD Boost 3.2.1 y DD OS 5.7.1,también puede ser un sistema Data Domain de dos nodos con alta disponibilidad.

La aplicación de respaldo (NetBackup o Backup Exec) establece las políticas quecontrolan cuando se producen respaldos y duplicaciones. Los administradoresadministran el respaldo, la duplicación y las restauraciones desde una sola consola ypueden usar todas las funciones de DD Boost, incluido el software Replicator coneficiencia de WAN.

El sistema Data Domain expone los volúmenes de discos prefabricados llamadosunidades de almacenamiento en un servidor de medios con DD Boost activado. Variosservidores de medios, cada uno con el plug-in de OST de Data Domain, pueden usar lamisma unidad de almacenamiento en un sistema Data Domain como servidor dealmacenamiento. Cada servidor de medios puede ejecutar un sistema operativodiferente, si el sistema operativo es compatible con Data Domain y las aplicaciones derespaldo NetBackup o Backup Exec.

La figura muestra un ejemplo de configuración de Data Domain Boost for OpenStorage con NetBackup.

Presentación de Data Domain Boost para OpenStorage


Figura 1 DD Boost for OpenStorage: configuración de NetBackup

1. Clientes2. Servidor3. Almacenamiento primario4. Servidor de medios5. Plug-in de OST6. Data Domain7. Dispositivo Data Domain8. DD Boost9. WAN10. Dispositivo Data Domain secundario11. Archivo en cinta según sea necesario12. Respaldo13. Retención/restauración14. Replicación15. Recuperación ante desastres

Configuraciones compatiblesData Domain es compatible con DD Boost en todos los sistemas Data Domain.

La versión del plug-in de OST debe ser compatible con la versión de software de lossistemas Data Domain y con las configuraciones de la aplicación de respaldo. DataDomain no es compatible con combinaciones diferentes a las detalladas en la Guía decompatibilidad de Data Domain Boost, disponible en el sitio del servicio de soporte enlínea https://support.emc.com.

Compatibilidad de actualizacionesLa política de compatibilidad de actualizaciones de Data Domain para la replicación esla siguiente:


Configuraciones compatibles 9

https://support.emc.com/

l Todas las versiones de mantenimiento y parche dentro de una familia soncompatibles con versiones anteriores Una familia se identifica mediante los dosprimeros dígitos del número de versión, por ejemplo 5.2. Por ejemplo, 5.2.0.0,5.2.0.2, 5.2.1.0 y 5.2.2.0 son compatibles con todas las versiones anteriores.

l La replicación es compatible con versiones anteriores en dos familias de versionesconsecutivas, como 5.5 y 5.4, si bien solo la versión actual dentro de cada familiaestá completamente probada.



CAPÍTULO 2

Funciones de DD Boost

Hay disponibles funcionalidades nuevas y mejoradas para un solo nodo y DD ExtendedRetention. También se admite DD de alta disponibilidad (HA).

En este capítulo, se describen las funciones principales y la funcionalidad del softwareDD Boost en los siguientes temas:

l Descripción general de DD Boost........................................................................ 12l Procesamiento distribuido de segmentos ...........................................................12l Cifrado en transferencia..................................................................................... 13l Cifrado y autenticación global.............................................................................14l Replicación de archivos administrada (MFR)...................................................... 19l DD Boost y alta disponibilidad............................................................................ 20l Replicación de imágenes automática (AIR)......................................................... 21l Replicación de MTrees.......................................................................................26l Compatibilidad con IPv6.....................................................................................27l Grupos de interfaces dinámicas: Administración de rutas de datos IP de DD Boost

........................................................................................................................... 27l Transporte de DD Boost mediante Fibre Channel...............................................33l Administración de rutas de DD Boost mediante Fibre Channel........................... 35l Respaldos sintéticos virtuales............................................................................ 39l Validación de acceso de clientes........................................................................ 40l Ruta de datos multiusuario de DD Boost............................................................ 40l Administración de unidades de almacenamiento.................................................40

Funciones de DD Boost 11

Descripción general de DD BoostLas aplicaciones de respaldo son un componente importante de las estrategias derecuperación de datos y de preparación para desastres. Cada estrategia exige unabase sólida, sencilla y flexible que permita a los usuarios responder de forma rápida yadministrar las operaciones de modo eficaz.

Los sistemas Data Domain se integran fácilmente con el software de respaldo yofrecen beneficios de retención y recuperación de la deduplicación en línea. Además,los sistemas Data Domain brindan protección de replicación mediante la WAN para larecuperación ante desastres fuera del sitio.

DD Boost aumenta el rendimiento porque distribuye el proceso de deduplicación entreel cliente y el servidor de respaldo.

Nota

El rendimiento de DD Boost puede variar según el tipo de hardware en el que seejecuta el cliente de DD Boost. El mejor rendimiento se ve con clientes que se ejecutanen los procesadores basados en la familia Intel x86. Debido a limitaciones de laarquitectura, es posible que se observe un rendimiento peor en los sistemas nobasados en x86, como Itanium (HP-UX), Power (AIX) y Sparc (Solaris).

Procesamiento distribuido de segmentosLa funcionalidad de procesamiento distribuido de segmentos del software DD Boostdistribuye el proceso de deduplicación entre el cliente y el servidor para evitar enviarlos datos duplicados al sistema Data Domain.

El procesamiento distribuido de segmentos proporciona los beneficios siguientes:

l Reduce la potencial generación de tráfico de red dado que la biblioteca de DDBoost envía solamente datos únicos a un sistema Data Domain. En general, cuantomayor sea la redundancia en el conjunto de datos, más ancho de banda de red seguardará en el sistema Data Domain.

l Con procesamiento distribuido de segmentos, la librería de DD Boost usa 24 MB dememoria para cada archivo respaldado. DD Boost 5.7 con alta disponibilidad utiliza128 MB de memoria para cada archivo respaldado.



Figura 2 Procesamiento distribuido de segmentos activado

1. Servidor de base de datos2. Sistema Data Domain3. Plug-in de Data Domain OpenStorage4. Segmento5. Huella digital6. Compresión7. Filtro8. Escritura

Nota

Cuando se utiliza el paquete OpenSSL 1.0.0.j Solaris 11/11.1 y se ejecuta en Solaris 11(con SRU2 o superior) o Solaris 11.1 o posterior, el plug-in brinda procesamientodistribuido de segmentos (DSP) mejorado en comparación con otros sistemas Solaris.Ahora, el DSP está habilitado de manera predeterminada para los plug-ins de Solarisque se ejecutan en un procesador para máquinas clase SPARC T4-+ (T4, T5, M6, M7)y que ejecutan Solaris 11 (con SRU2 o posterior) o Solaris 11.1 o posterior.

Cifrado en transferenciaEl cifrado en transferencia permite que las aplicaciones cifren datos de respaldo orecuperación en transferencia mediante LAN desde el sistema Data Domain. Estafunción se agregó para ofrecer una funcionalidad de transporte de datos más segura.

Cuando se configura, el cliente puede usar TLS para cifrar la sesión entre el cliente y elsistema Data Domain. El conjunto de aplicaciones de cifrado específica que se utilizaes ADH-AES256-SHA si se selecciona la opción de cifrado HIGH, o ADH-AES128-SHAsi se selecciona la opción de cifrado MEDIUM.


Cifrado en transferencia 13

Cifrado y autenticación globalDD Boost ofrece opciones de cifrado y autenticación global para defender su sistemacontra ataques de intermediario (MitM).

Las opciones de configuración global aseguran que los nuevos clientes esténprotegidos, pero también le permiten configurar valores diferentes para cada cliente.Además, la configuración del cliente únicamente puede reforzar la seguridad, noreducirla.

Configurar el modo de autenticación y la potencia del cifrado de la configuración globalestablece niveles mínimos de autenticación y cifrado. Todos los intentos de conexiónde todos los clientes deben cumplir con estos niveles o superarlos.

Nota

Estas medidas no se habilitan de forma predeterminada; debe modificar laconfiguración manualmente.

Las opciones predeterminadas de configuración global cuentan con compatibilidad conversiones anteriores, lo que significa lo siguiente:

l No debe actualizar la biblioteca de DD Boost.Todas las aplicaciones y los clientes existentes se ejecutarán de la misma maneracon la configuración predeterminada de las nuevas opciones.

l El rendimiento no se verá afectado porque no hay cifrado adicional.

Nota

Si la configuración global es diferente a la configuración predeterminada, es posibleque los clientes existentes deban actualizarse.

Métodos de configuración de autenticación y cifradoPuede especificar la configuración de autenticación y cifrado de dos maneras.

l Configuración por clientePara ello, utilice comandos de la CLI en el sistema Data Domain.

l Configuración globalPara ello, utilice comandos de la CLI en el sistema Data Domain.

Si se establecen los valores de la configuración por cliente y la configuración global, seutiliza la configuración más sólida o superior.

Configuración de cifrado y autenticaciónSe pueden considerar varios factores al seleccionar la configuración de autenticación ycifrado. Sin embargo, se recomienda elegir siempre el valor máximo disponible paragarantizar la máxima seguridad.

Esto afectará el rendimiento. Si usted tiene un ambiente controlado donde no serequiere máxima seguridad, puede utilizar otros valores.

Configuración globalLa configuración global determina los niveles mínimos de autenticación y cifrado. Losintentos de conexión que no cumplan estos criterios fallarán.



Configuración por clienteSi la configuración se define únicamente por cliente, la configuración del clientedetermina los valores mínimos de autenticación y cifrado. Los intentos de conexiónque cuenten con esta configuración fallarán. Si la configuración por cliente seestablece cuando se define la configuración global, los valores de la configuración porcliente se utilizarán únicamente si coinciden con los valores de la configuración globalo son mayores que estos. Los valores de la configuración por cliente que sean menoresque los valores de la configuración global se ignorarán.

Por ejemplo:

l Si la configuración de un cliente requiere una autenticación anónima y el valor de laconfiguración global es "two-way password", se utiliza la autenticación decontraseña bidireccional dado que es la autenticación más sólida.

l Si el valor de la configuración del cliente es "two-way password" y el valor de laconfiguración global es "none", se utiliza la autenticación de contraseñabidireccional dado que es la configuración más estricta.

Valores especificados por la persona que llamaLos valores especificados por la persona que llama se utilizan si son más estrictos quela configuración global o la configuración por cliente.

Opciones de cifrado y autenticaciónPuede seleccionar una de tres configuraciones permitidas para cifrado y autenticaciónglobal. Estos valores varían de los menos seguros (pero con mayor compatibilidad conversiones anteriores) a los más seguros.

Nota

Los valores de autenticación y cifrado deben establecerse al mismo tiempo debido alas dependencias.

Opciones de cifrado y autenticación globalTiene una variedad de opciones con global-authentication-mode y global-encryption-strength.

Los sistemas Data Domain admiten valores adicionales de autenticación global y porcliente que no se pueden utilizar con DD Boost para OpenStorage. Estos valores son"one-way" y "two-way".

Configuración de la autenticaciónLa siguiente lista clasifica los valores de autenticación del más débil al más sólido:

1. noneNo es seguro; esta es la configuración predeterminada.

2. anonymousLos datos en transferencia se cifran.

3. two-way passwordEsta es la opción más segura.

Los datos en transferencia se cifran.

Configuración del cifradoLa siguiente lista clasifica los valores de cifrado del más débil al más sólido:

1. noneNo es seguro; esta es la configuración predeterminada.


Opciones de cifrado y autenticación 15

2. mediumEmplea AES 128 y SHA-1.

3. highEmplea AES 128 y SHA-1.

Autenticación globalLas tres opciones de global-authentication-mode ofrecen diferentes niveles deprotección y compatibilidad con versiones anteriores.

Para acceder a una lista completa de comandos y opciones de DD Boost, consulte laGuía de referencia de comandos de Data Domain para la versión 6.1. Sin embargo, laconfiguración adicional de autenticación que se describe en ese documento no sepuede utilizar con DD Boost para OpenStorage.

Ninguno

ddboost option set global-authentication-mode noneglobal-encryption-strength none

"None" es la opción menos segura, pero cuenta con mayor compatibilidad conversiones anteriores.

Puede seleccionar "none" si su sistema tiene requisitos críticos de rendimiento y nonecesita protección contra ataques MITM. El sistema funcionará de la misma maneraen la que lo hacía antes sin sufrir ninguna degradación en el rendimiento debido alprotocolo TLS.

Cuando la autenticación se establece en "none", el cifrado debe establecerse en"none". Si selecciona una configuración para la autenticación diferente a "none", laconfiguración de cifrado no puede ser "none".

Two-way password

ddboost option set global-authentication-mode two-way-passwordglobal-encryption-strength {medium | high}

El método two-way password realiza la autenticación bidireccional usando elprotocolo TLS con autenticación de clave previamente compartida (PSK). El cliente yel sistema Data Domain se autentican con las contraseñas previamente establecidas.Cuando se selecciona esta opción, se cifran todos los datos y mensajes entre el clientey el sistema Data Domain.

Esta opción es la única opción segura disponible con DD Boost para OpenStorage yprotege completamente contra los ataques de intermediario (MitM).

La seguridad de cifrado debe ser intermedia o alta.

La autenticación de contraseña bidireccional es única debido a que es el único métodoque es seguro contra ataques MITM y que se establecer sin que la persona que llama loespecifique.

Escenarios de compatibilidad con versiones anteriores

Cliente antiguo y sistema Data Domain nuevoEn este caso, se emplea una aplicación que utiliza una biblioteca de Boost con DD OS6.1 o posterior. En este escenario, el cliente no puede realizar la autenticación decontraseña bidireccional, lo que tiene las siguientes consecuencias:

l La configuración global o configuración por cliente de los clientes de DD BoostOpenStorage (OST) en el sistema Data Domain debe establecerse en "none" o"anonymous".

l Si se utiliza "two-way-password" en la configuración global o la configuración porcliente, las aplicaciones con bibliotecas de cliente anteriores fallarán.



l El nuevo sistema Data Domain admitirá los protocolos de conexión existentes paralos clientes con OST anteriores.

Cliente nuevo y sistema Data Domain antiguoEl sistema Data Domain antiguo no puede realizar la autenticación de contraseñabidireccional, lo que tiene las siguientes consecuencias:

l No hay configuración de autenticación global o cifrado.

l En primer lugar, el cliente intentará utilizar el nuevo protocolo de conexión o lallamada RPC; en caso de falla, el cliente volverá al protocolo antiguo.

l El cliente se puede conectar con otros métodos de autenticación excepto con el decontraseña bidireccional.

Ejemplos de configuración de cifrado y autenticaciónEn las siguientes tablas, se muestran ejemplos en los que la configuración se especificamediante llamadas, configuración por cliente y configuración global, y se indica si lasconfiguraciones son correctas.

En estos ejemplos, se asume que tiene una conexión de cliente de DD Boost a unsistema Data Domain con DD OS 6.1 o versiones posteriores. Estos ejemplos no seaplican a ninguna de las situaciones que se describen en Escenarios de compatibilidadcon versiones anteriores.

Tabla 3 Una configuración

La llamadaespecifica

Configuración porcliente

Configuraciónglobal

Valores utilizados

Ninguno Ninguno Ninguno CORRECTAAutenticación:ninguna

Cifrado: ninguno

Autenticación:contraseñabidireccionalCifrado: intermedio

Ninguno Ninguno CORRECTAAutenticación:contraseñabidireccional

Cifrado: intermedio

Ninguno Autenticación:contraseñabidireccionalCifrado: intermedio

Ninguno CORRECTAAutenticación:contraseñabidireccional

Cifrado: intermedio

Ninguno Ninguno Autenticación:contraseñabidireccionalCifrado: intermedio

CORRECTAAutenticación:contraseñabidireccional

Cifrado: intermedio

Ninguno Ninguno Autenticación:bidireccionalCifrado: alto

FALLASe requiereautenticación


Escenarios de compatibilidad con versiones anteriores 17

Tabla 3 Una configuración (continuación)




Valores utilizados

bidireccional y cifradoalto.

El cliente debeespecificar laautenticaciónbidireccional yproporcionarcertificados.

Autenticación:bidireccionalCifrado: alto

Ninguno Ninguno CORRECTAAutenticación:bidireccional

Cifrado: alto

Tabla 4 Múltiples configuraciones




Valores utilizados

Autenticación:bidireccionalCifrado: intermedio

Ninguno Autenticación:bidireccionalCifrado: alto

FALLASe requiereautenticaciónbidireccional y cifradoalto.

Ninguno Autenticación:bidireccionalCifrado: alto


FALLASe requiereautenticaciónbidireccional y cifradoalto.

El cliente debeespecificar laautenticaciónbidireccional yproporcionarcertificados.




CORRECTAAutenticación:bidireccional

Cifrado: alto

Ninguno Autenticación:contraseñabidireccionalCifrado: intermedio


FALLASe requiereautenticaciónbidireccional y cifradointermedio.

El cliente debeespecificar la



Tabla 4 Múltiples configuraciones (continuación)




Valores utilizados

autenticaciónbidireccional yproporcionarcertificados.




CORRECTAAutenticación:bidireccional

Cifrado: alto

Replicación de archivos administrada (MFR)Con el software de DD Boost, las aplicaciones pueden controlar el software de DataDomain Replicator de modo que las copias de datos en un sistema Data Domainpuedan crearse en un segundo sistema por medio de la tecnología de replicación coneficiencia de red de Data Domain.

Como las aplicaciones de respaldo controlan la replicación de datos entre variossistemas Data Domain, pueden proporcionar a los administradores de respaldo unúnico punto de administración para rastrear todas las copias de respaldo y duplicadas.

Los grupos de interfaces dinámicos proporcionan la capacidad de controlar lasinterfaces que se usan para DD Boost MFR, de dirigir la conexión de replicaciónmediante una red específica y de usar varias interfaces de red con alto ancho de banday alta confiabilidad para las condiciones de failover. Para obtener más información,consulte Uso de grupos de interfaces dinámicas para MFR en la página 53.

Optimización de bajo ancho de bandaLa opción de bajo ancho de banda de Replicator reduce la utilización de ancho debanda de la WAN. Es útil si la replicación de archivos administrada se realiza medianteun vínculo de red de bajo ancho de banda (WAN). Esta función proporcionacompresión adicional durante la transferencia de datos y se recomienda solo paratrabajos de replicación de archivos administrada que se ejecutan mediante vínculos deWAN que tienen menos de 6 Mb/s de ancho de banda disponible.

Tanto los sistemas Data Domain de origen como de destino deben configurarse coneste ajuste para permitir la optimización de ancho de banda, y la opción se aplica atodos los trabajos de replicación.

Para obtener más información acerca de este tema, consulte la Guía de administraciónde Data Domain Operating System.

Replicación de archivos administrada cifradaCon esta opción, las aplicaciones que usan SSL pueden cifrar la sesión de replicaciónentre dos sistemas Data Domain. Todos los datos y metadatos se envían cifradosmediante la red.

Los sistemas de origen y de destino negocian automáticamente para realizar el cifradotransparente a la aplicación que realiza la solicitud. La replicación de archivos cifradausa la suite de aplicaciones de cifrado ADH-AES256-SHA.


Replicación de archivos administrada (MFR) 19

La opción se activa en cada sistema Data Domain y se aplica a todos los trabajos dereplicación de archivos administrada en ese sistema. Tanto los sistemas Data Domainde origen como de destino que participan en los trabajos de replicación de archivosadministrada deben tener activada esta opción.

La replicación de archivos administrada cifrada se puede utilizar con la función decifrado de datos almacenados en el SO de DD con la licencia de cifrado opcional.Cuando la replicación de archivos administrada cifrada se utiliza con la función decifrado de datos, los datos de imágenes de respaldo cifrados se vuelven a cifrarmediante SSL para enviar mediante la WAN.

Nota

l Para obtener más información acerca de este tema, consulte la Guía deadministración de Data Domain Operating System. Tanto los sistemas Data Domainde origen como de destino deben ejecutar el SO de DD 5.0 o posterior para usaresta función. Al habilitar esta función, no es necesario reiniciar el sistema dearchivos en un sistema Data Domain.

l La opción de optimización de bajo ancho de banda y la opción de cifrado se puedenusar juntas.

DD Boost y alta disponibilidadA partir de DD OS 5.7.1, los sistemas Data Domain con DD Boost pueden aceptarconfiguraciones de alta disponibilidad (HA).

Durante las operaciones normales, DD Boost en el nodo activo envía al nodo enstandby cualquier información de estado y de Boost necesaria para continuar con lasoperaciones de Boost en el nodo en standby si llega a producirse una falla.

Nota

Actualmente, DD Boost admite solo configuraciones de activo-standby.

DD Boost realiza operaciones periódicas para forzar datos de usuario al disco en elservidor. Boost en el cliente almacena en búferes todos los datos de usuario entreestas operaciones periódicas de sincronización a disco de modo que, si falla unservidor DD, los datos puedan volver a enviarse.

Este método también se aplica a escrituras virtuales. Puede combinar operaciones deescritura estándar con operaciones de escritura sintéticas.

DD Boost, alta disponibilidad y failoverCuando falla un sistema Data Domain con alta disponibilidad habilitada, la recuperaciónse produce en menos de diez minutos. Una vez que se recupera el sistema fallido,comienza la recuperación de DD Boost, y las aplicaciones que usan Boost se recuperanautomáticamente sin fallas ni recepción de errores. La recuperación de DD Boostpuede tardar más de diez minutos, dado que la recuperación de Boost no puedecomenzar hasta que finalice el failover del sistema DD.

No es necesario hacer cambios para permitir que las aplicaciones aprovechen lasfuncionalidades de DD Boost de alta disponibilidad. Al usar DD Boost 3.2.1 y DD OS5.7.1 en configuraciones de alta disponibilidad, las aplicaciones se recuperan



automáticamente si se produce un failover. No es necesario realizar acciones desde laaplicación.

Configuraciones de alta disponibilidad parcialesSe admite la replicación de archivos administrada (MFR) entre dos sistemas DataDomain que ejecutan versiones compatibles de DD OS, independientemente de si unoo ambos sistemas DD están habilitados para alta disponibilidad.

Una MFR entre dos sistemas con alta disponibilidad se realizará correctamente encaso de falla de cualquiera de los sistemas, ya que los dos admiten alta disponibilidad.Se podrá recuperar sin inconvenientes una MFR en curso tanto si falla el sistema dealta disponibilidad de origen como si falla el sistema de alta disponibilidad de destino.

Además, una MFR entre un sistema de alta disponibilidad y un sistema sin altadisponibilidad se ejecutará correctamente si falla el sistema de alta disponibilidad, perono se ejecutará correctamente si falla el sistema sin alta disponibilidad.

MFR para sistemas compatibles con alta disponibilidadUn sistema DD de un solo nodo que ejecuta DD OS 5.7 o versiones posteriores y querealiza una MFR a un sistema de alta disponibilidad se recupera sin inconvenientes sifalla el sistema de alta disponibilidad. La MFR no se recuperará sin inconvenientes sifalla el sistema de DD de origen de un solo nodo.

MFR desde sistemas compatibles con alta disponibilidadUna MFR desde un sistema con alta disponibilidad a un sistema de Data Domain de unsolo nodo que ejecuta DD OS 5.7 o versiones posteriores realiza recuperaciones sininconvenientes si falla el sistema con alta disponibilidad de origen. Sin embargo, laMFR no se recuperará sin inconvenientes si falla el sistema de destino de DD de unsolo nodo.

Tenga en cuenta que en todos los casos con configuraciones de alta disponibilidadparciales, el sistema sin alta disponibilidad debe ejecutar DD OS 5.7 para permitir queuna MFR continúe sin inconvenientes si se produce una falla. En configuraciones dealta disponibilidad parciales, donde el sistema sin alta disponibilidad ejecuta una versiónde DD OS anterior a 5.7, el MFR no realizará recuperaciones sin inconvenientes apartir de una falla de cualquiera de los sistemas.

En todos los casos, la aplicación debe utilizar las librerías de alta disponibilidad de DDBoost 3.2.1 para que se puedan realizar recuperaciones de MFR sin inconvenientes.

Replicación de imágenes automática (AIR)La replicación de imágenes automática (AIR) funciona duplicando imágenes en undominio de servidor maestro remoto. La función AIR, presentada en NetBackup (NBU)7.6, aborda el reto de la replicación de sitio a sitio porque permite que las políticas deciclo de vida de almacenamiento (SLP) dupliquen las imágenes seleccionadas entre losdominios maestros de NetBackup Master.

El objetivo principal de AIR es crear copias fuera del sitio de los respaldos de misióncrítica para proteger contra la pérdida del sitio. No está diseñada para extender lacapacidad de almacenamiento de un dominio de respaldo permitiendo que sealmacenen respaldos en un dominio por separado; tampoco está diseñada paraproporcionar las restauraciones de datos diarias. Debido a las restricciones de anchode banda de WAN entre sitios, por lo general, solo los datos más importantes debenseleccionarse para la replicación mediante AIR. Las copias electrónicas realizadasfuera del sitio de esta manera permiten que el respaldo se configure para replicarse en


Configuraciones de alta disponibilidad parciales 21

una ubicación fuera del sitio inmediatamente después de que haya finalizado elrespaldo en el sitio primario, sin la necesidad de que intervenga el usuario, según laconfiguración del SLP. Esto también significa que la copia replicada está disponible enel sitio de recuperación ante desastres no bien se completa la duplicación.

Para poder usar AIR, las unidades de almacenamiento en disco adecuadas debenconfigurarse en los dominios de origen y de destino. Las unidades de almacenamientoestán asociadas entre sí mediante los comandos ddboost association deadministración configurados en cada sistema Data Domain.

En la figura, se ilustra la siguiente configuración:

El sistema Data Domain de origen (D1) proporciona el enrutamiento para las copias deimágenes de respaldo en el dominio de destino:

ddboost association create D1-SU-A replicate-to D2 D2-SU-B

El sistema Data Domain de destino (D2) proporciona la autenticación y la notificaciónde eventos:

ddboost association create D2-SU-B replicate-from D1 D1-SU-A

Actualmente, solo es compatible una asociación para cada unidad de almacenamiento.De manera que solo se brinda compatibilidad para el único escenario de replicación,como se muestra en la siguiente figura:

Figura 3 Replicación de imágenes automática

1. D1 (Dominio 1 de NBU) SU-A2. D2 (Dominio 2 de NBU) SU-B

Nota

Solo los nombres de servidores de IP son válidos para crear asociaciones de AIR; losnombres de servidores DFC no deben usarse para crear asociaciones de AIR.

La replicación de imágenes automática funciona duplicando respaldos desde un poolde discos en el dominio de origen hasta un pool de discos en el dominio de destino. Laoperación de replicación necesita dos SLP, uno en el dominio de origen y otro en eldominio de destino, y ambos deben tener el mismo nombre. El SLP en el dominio deorigen está asociado con la política de respaldo y controla la escritura de los respaldosy la replicación subsiguiente en el dominio de destino.

El SLP en el dominio de destino no está asociado con una política de respaldo, pero seinvoca con un mecanismo de alerta (una importación) cuando se detecta una nuevaimagen duplicada del dominio de origen. Este SLP ejecuta el proceso para agregar lainformación acerca del respaldo al dominio de destino y también se puede configurar



para replicar el respaldo a otras ubicaciones de almacenamiento en el dominio dedestino. El servidor de medios principal (MMS) en el dominio remoto de NBU creará elSLP de importación de forma predeterminada si el usuario decide no configurar el SLPMMS remoto.

Una vez que finaliza el respaldo en el dominio primario, el respaldo se replica en eldominio de destino y se actualiza el catálogo en el dominio de destino. Esto le brinda aloperador de respaldo en el dominio de destino la capacidad para restaurar datos a losclientes en el dominio de destino en caso de una pérdida catastrófica de todo elambiente del dominio NBU de origen.

Limitaciones para el uso de AIR en sistemas Data Domainl AIR es compatible únicamente con una sola unidad de almacenamiento de destino.

Las replicaciones no se pueden aplicar en cascada con un solo SLP. Lasreplicaciones pueden aplicarse en cascada desde el dominio de origen hacia variosdominios si se configura un SLP en cada dominio intermedio para anticipar laimagen de origen, importarla y, luego, replicarla en el próximo maestro de destino.Es posible que las cascadas no den como resultado una condición de loopbackcircular, directa o indirecta, a la unidad de almacenamiento de origen original.

l Para los clientes de NetBackup que usen la función AIR con una gran cantidad depolíticas asociadas con una sola LSU, hay una característica disponible que puedemejorar el rendimiento. Para obtener más información, comuníquese con el serviciode soporte en línea en https://support.emc.com.

Para conocer otras limitaciones, problemas y soluciones alternativas de AIR, consultelas Notas de la versión de Data Domain Boost para OpenStorage.

Replicación automática dirigida de imágenesLa replicación automática dirigida de imágenes (AIR) permite que los sistemas DataDomain con DD Boost 3.3 y NetBackup 7.7.3 repliquen un trabajo de respaldo a variasunidades de almacenamiento de destino. AIR dirigida también permite que variasunidades de almacenamiento repliquen trabajos de respaldo a un único destino,además de otras configuraciones.

AIR proporciona soporte de plug-in de OST para que la aplicación de NetBackupreplique un conjunto de imágenes que ha completado el respaldo. AIR dirigida se basaen la funcionalidad existente de AIR, lo cual permite usar comandos ddboostassociation para definir uno a muchos, muchos a uno, muchos a muchos yasociaciones en cascada.

AIR dirigida tiene los siguientes requisitos de software:

l DD OS versión 6.0 instalado en todos los sistemas Data Domain

l Plug-in 3.3 de OST de DD Boost instalado en todos los servidores de medios

l NetBackup 7.7.3 instalado en todos los servidores de medios

AIR dirigida no requiere lo siguiente:

l Ningún hardware especial más allá de los requisitos anteriores de AIR

l Una licencia adicional si ya utiliza AIR

Configuraciones compatibles para AIR dirigidaAIR dirigida le permite replicar un trabajo de respaldo a varias unidades dealmacenamiento de destino. También permite que varias unidades de almacenamientorepliquen trabajos de respaldo a un solo destino.

Varias topologías son compatibles con AIR dirigida:


Limitaciones para el uso de AIR en sistemas Data Domain 23


l Uno a muchosUna configuración de AIR dirigida en la que un conjunto de imágenes en una unidadde almacenamiento de origen puede replicarse a varias unidades dealmacenamiento de destino.

l Muchos a unoEn esta configuración, conjuntos de imágenes en múltiples unidades dealmacenamiento de origen se pueden replicar a un destino de almacenamientoúnico.

l Muchos a muchosEn esta configuración, conjuntos de imágenes en múltiples unidades dealmacenamiento de origen se pueden replicar a múltiples destinos dealmacenamiento.

l CascadaUna configuración de replicación en la que la replicación pasa de la unidad dealmacenamiento A a la B y de la B a la C. Una topología de cascada no permite unaconfiguración de loopback circular; la unidad de almacenamiento C no se replica ala A.

En la siguiente ilustración, los círculos representan unidades de almacenamiento y laslíneas de conexión representan vínculos de comunicación de datos y asociaciones deDD Boost:

Figura 4 Asociaciones de DD Boost compatibles con AIR dirigida

Otras topologías no son compatibles con AIR dirigida. Con replicacionesbidireccionales, los trabajos posibles podrían ejecutarse de manera simultánea enambos sentidos con el mismo nombre de archivo; no representa ninguna ventaja eneste caso debido a que la unidad de almacenamiento de origen y destino son lasmismas, lo que lleva a que las mismas imágenes de respaldo y sus replicaciones esténen la misma unidad de almacenamiento.



Figura 5 Las topologías que NO son compatibles con las asociaciones de DD Boost de AIRdirigida

Tablas de asociaciónLos comandos ddboost association usan la unidad de almacenamiento localcomo la clave de búsqueda de la tabla.

El siguiente es un ejemplo del informe ddboost association show:

---------------------------------------# ddboost association showLocal Storage Unit Direction Remote Host Remote Storage Unit Import To------------------ -------------- ----------- ------------------- -----------SU_SRCA replicate-to localhost SU_TRGA -SU_TRGB replicate-from localhost SU_SRCB ------------------- -------------- ----------- ------------------- -----------

La tabla de asociación se almacena en el registro de DD OS. Para el informe de tablade asociación anterior, el registro de DD OS es el siguiente:

# reg show protocol.ost.air.associationprotocol.ost.air.association.SU_SRCA.1 = replicate-to,localhost,SU_TRGAprotocol.ost.air.association.SU_TRGB.1 = replicate-from,localhost,SU_SRCB,(null)

El null que aparece después de la segunda entrada del registro, SU_TRGB, indica queno hay ninguna asociación de “Importar a” definida. Esto corresponde a un guion -que aparece en el informe ddboost association show para la unidad dealmacenamiento local SU_TRGB.

A pesar de que se pueden mostrar las asociaciones mediante el comando reg show,solo los comandos ddboost association deben utilizarse para cambiar lasentradas de tabla de asociación.

Cuando consulte la tabla de asociación, asegúrese de que se use el comando ddboostassociation show en el contexto de la unidad de almacenamiento local del sistemaData Domain donde se ejecuta el comando.


Replicación automática dirigida de imágenes 25

El comando ddboost association create verifica que el número deasociaciones definidas para la unidad de almacenamiento local no supere los límitesdefinidos para system.REPLICATE_MAX_ASSOCIATIONS osystem.REPLICATE_MAX_TO_ASSOCIATIONS. Si se supera un límite, el comandofalla y aparece un mensaje de error similar al siguiente:

When SE@admin## ddboost association create SU_TRGB replicate-from localhost TEST_LSU_7

Number of associations for SU_TRGB exceeded the maximum allowed, [6]

SE@admin## ddboost association create SU_SRC replicate-to localhost SU_TRGB_7

Number of associations for SU_SRC exceeded the maximum allowed, [6]

Especificación de AIR dirigida para diferentes configuracionesCuando desee configurar AIR dirigida para replicar trabajos de respaldo a destinos,debe especificar cada sistema de destino mediante el comando ddboostassociation.

Configura cada sistema de destino como si la asociación fuera de uno a uno mediantela repetición de los comandos para cada sistema que recibe una copia de la imagen derespaldo.

Procedimiento

1. Escriba el comando ddboost association create para habilitar el origenpara replicar a un destino nuevo.

En el siguiente ejemplo, el sistema Data Domain de origen (D1) proporciona elenrutamiento para las copias de imágenes de respaldo en el dominio de destino:


El sistema Data Domain de destino (D2) proporciona la autenticación y lanotificación de eventos:

ddboost association create D2-SU-B replicate-from D1 D1-SU-A2. Si desea agregar un sistema de destino adicional, (D3), repita el paso 1 para D3

a fin de completar la configuración.


Al igual que en el ejemplo anterior, el sistema de destino adicional (D3)proporciona la autenticación y la notificación de eventos.

ddboost association create D3-SU-B replicate-from D1 D1-SU-A3. Repita los comandos anteriores para todas configuraciones compatibles que

desee crear.

Consulte Configuraciones compatibles para AIR dirigida en la página 23 paraobtener más información.

Replicación de MTreesA partir del SO de DD versión 5.5, la replicación de MTrees es compatible paraunidades de almacenamiento para diferentes nombres de usuario en sistemas DataDomain de origen y de destino. Para habilitar la replicación de MTrees para unidadesde almacenamiento, debe convertir la unidad de almacenamiento de destino de MTreeen una unidad de almacenamiento asignando un usuario al MTree. Para asignar unusuario al MTree, utilice el comando del SO de DD ddboost storage-unit



modify. (Consulte la Guía de referencia de comandos de Data Domain Operating Systempara obtener más detalles).

Compatibilidad con IPv6La compatibilidad con la replicación en IPv6 incluye replicación de archivosadministrada, que puede configurar con el comando ddboost file-replicationoption set ipversion ipv6.

El cliente se conecta al sistema Data Domain con el nombre de host. El parámetro delnombre de host es de tipo cadena y también puede aceptar una dirección IPv4 en laforma a.b.c.d o cualquier dirección IPv6 válida (1234:abcd::4567 o 12:34:56:78::0, porejemplo). Si existen direcciones tanto IPv4 como IPv6 en la red, la familia dedirecciones IP que proporciona el cliente tras la conexión se utiliza como familia dedirecciones IP recomendada para resolver el nombre de host. Si existe una sola familiade direcciones IP en la red (solo IPv4 o solo IPv6), el nombre de host se resuelve enesa dirección, y esa dirección se utiliza para la conexión de respaldo y recuperación delcliente a Data Domain. Si el cliente no especifica una familia de IP recomendada, laconexión de respaldo y recuperación del cliente a Data Domain utilizará la dirección IPque resuelva DNS. La dirección predeterminada es IPv4. Para la compatibilidad conversiones anteriores, IPv4 está establecida como la dirección IP recomendada. Si fallala resolución de dirección, el cliente decide si intentará reconectarse con un nuevonombre de host.

Grupos de interfaces dinámicas: Administración de rutas dedatos IP de DD Boost

Nota

Esta función se aplica solo al transporte de DD Boost mediante IP.

Con la función de grupos de interfaces dinámicas (DIG), puede combinar variosvínculos Ethernet en un grupo y registrar solo una interfaz en el sistema Data Domaincon la aplicación de respaldo. La biblioteca de DD Boost negocia con el sistema DataDomain en la interfaz registrada con la aplicación a fin de obtener la mejor interfazpara enviar datos al sistema Data Domain. El balanceo de carga proporciona un mayorrendimiento físico en el sistema Data Domain en comparación con la configuración delas interfaces en una interfaz virtual mediante la agregación a nivel de Ethernet (conLACP, por ejemplo).

La carga del sistema Data Domain balancea las conexiones que provienen de varioshosts de la aplicación de respaldo en todas las interfaces en el grupo. El balanceo decarga es transparente a la aplicación de respaldo y es manejado por el software de DDBoost. Como DIG funciona en la capa de software de DD Boost, es transparente a laconectividad de red subyacente y es compatible con interfaces físicas y virtuales. Elbalanceo de carga de la transferencia de datos se realiza en función de la cantidad deconexiones pendientes en las interfaces. Solo tienen balanceo de carga las conexionespara trabajos de respaldo y restauración.

DIG también funciona con otra característica de capa de red en sistemas Data Domain,incluidos el etiquetado VLAN y la creación de alias de IP. Esta característica permiteuna mayor flexibilidad en la segregación de tráfico en varias redes virtuales, que seejecutan todas en los mismos vínculos físicos en el sistema Data Domain.


Compatibilidad con IPv6 27

Nota

Consulte la Guía de administración de Data Domain Operating System para obtener másinformación acerca de cómo configurar el etiquetado de VLAN y la creación de alias deIP en un sistema Data Domain.

DIG también proporciona la capacidad de controlar las interfaces que se usan para DDBoost MFR, de dirigir la conexión de replicación mediante una red específica y de usarvarias interfaces de red con alto ancho de banda y alta confiabilidad para lascondiciones de de conmutación por error. Para obtener más información, consulte Usode grupos de interfaces dinámicas para MFR en la página 53.

La función DIG proporciona los siguientes beneficios:

l Elimina la necesidad de registrar el sistema Data Domain en varias interfaces en laaplicación, lo cual simplifica la instalación y la configuración.

l Realiza conmutación por error en forma transparente de todos los trabajos enproceso de la interfaz fallida a vínculos operativos en buen funcionamiento. Desdela perspectiva de la aplicación de respaldo, los trabajos continúan sininterrupciones.

l Enruta los trabajos de respaldo entrantes posteriores si una de las interfaces delgrupo deja de funcionar mientras el sistema Data Domain aún sigue funcionando.

l Balancea automáticamente la carga de los trabajos de respaldo y recuperación envarias interfaces en el grupo, lo que genera un mayor uso de los vínculos.

l Funciona con interfaces de 1 GbE y de 10 GbE en el mismo grupo de interfaces. Lacombinación de fases de diferentes velocidades en un solo DIG está permitida y escompatible.

l Un administrador puede definir varios grupos de interfaces donde se apliquenconmutación por error y balanceo de carga en un DIG . Esto aumenta la capacidadde soportar un servidor de respaldo que solo puede alcanzar algunas de lasinterfaces del sistema Data Domain, como los clientes en las VLAN.

l Cada grupo de interfaces <group-name> incluye una lista de interfaces y clientesque pertenecen al DIG. Con un DIG <group-name>, todos los clientes de <group-name> pueden alcanzar a todas las interfaces.

l Configuración de IP pública a VLAN privada mediante el rango de hosts del cliente:

n Los clientes pueden alcanzar la red privada de Data Domain si están en lamisma subred.

n Evita la ruta estática en clientes agregando alias de IP/IP de VLAN en elsistema Data Domain para que coincida con la subred del cliente.

n Los clientes en el mismo nombre de dominio deben alcanzar redes privadasdiferentes: la red alias o IP de LAN.

n Redirige a los clientes fuera de la red pública hacia la red privada adecuada parael aislamiento de datos o para evitar la configuración de rutas estáticas, lo cualmantiene al cliente y a las direcciones IP de Data Domain en la misma subred.

Para obtener más información, consulte Clientes en la página 31.

InterfacesUna interfaz de grupo de interfaces dinámicas (DIG) es un miembro del grupo de unasola interfaz <group-name> y puede tener las siguientes características:

l Interfaz física, como eth0a



l Interfaz virtual, creada para el failover de vínculos o la agregación de vínculos,como veth1

l Interfaz de alias virtual, como eth0a:2 o veth1:2l Interfaz VLAN virtual, como eth0a.1 o veth1.1l Dentro de un grupo de interfaz <group-name>, todas las interfaces deben estar en

interfaces únicas (Ethernet, Ethernet virtual) para garantizar el failover en caso deerror de red.

DIG proporciona compatibilidad total con direcciones estáticas IPv6, con las mismasfuncionalidades para IPv6 que para IPv4. Se permiten conexiones de cliente IPv4 eIPv6 simultáneas. Un cliente conectado con IPv6 ve solamente las interfaces de DIGde IPv6. Un cliente conectado con IPv4 ve solamente las interfaces de DIG de IPv4.Los grupos de interfaz individuales incluyen todas las direcciones IPv4 o todas lasdirecciones IPv6.

Figura 6 Compatibilidad de DIG para direcciones IPv4 e IPv6

Nombre de host de failover de IPLa función de nombre de host de failover le permite configurar una dirección IPadministrativa alternativa de Data Domain y un nombre de host para usar en caso defailover en la primera conexión o de failover que es consecuencia de errores de red.Puede configurar el nombre de host alternativo en DNS o en el archivo /etc/hostsen el cliente DD Boost. Se admite tanto IPv4 como IPv6.

Para configurar el nombre de host alternativo, anexe -failover al nombre de hostdel sistema Data Domain.

Ejemplo de IPv4:

10.6.109.38 ddp-880-1.datadomain.com ddp-880-1 10.6.109.40 ddp-880-1-failover.datadomain.com ddp-880-1-failover

Ejemplo de IPv6:

3000::230 ddp-880-2-v6.datadomain.com ddp-880-2-v6 3000::231 ddp-880-2-v6-failover.datadomain.com ddp-880-2-v6-failover

Esta función elimina la necesidad de tener la dirección IP administrativa en el modo defailover de vínculo. Además, puede agregar esta interfaz de failover a un grupo deinterfaz de modo que pueda conectarse directamente al grupo sin pasar por la interfazadministrativa estándar del sistema, lo cual mejora el balanceo de carga y el


Interfaces 29

rendimiento. Si falla la conexión inicial, se utiliza la dirección IP de failover, si estádisponible. Una vez que se establece la conexión, se usa el grupo de interfaz paraseleccionar las interfaces de lectura y escritura. Con el ejemplo de IPv4 anterior:

1. El cliente intenta conectarse a ddp-880-1.datadomain.com.

2. Si falla la conexión, el cliente intenta conectarse a ddp-880-1-failover.datadomain.com.

3. Si se producen errores de red una vez establecida la conexión inicial, se reintentaestablecer la conexión en la otra interfaz. Si la conexión inicial estuviera enddp-880-1-failover.datadomain.com, por ejemplo, el cliente reintentaestablecer la conexión en ddp-880-1.datadomain.com. La última direcciónfallida que se intenta siempre es la dirección IP de Data Domain.

Nota

En Windows 2008 R2, es posible que falte la entrada del registro“TcpTimedWaitDelay” en las conexiones en las que se esté agotando el tiempo deespera. Esta entrada del registro es fundamental para permitir la recuperación defailover de host. Es el nombre de la clave de registro en Windows 2008 R2: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters. Esta clavedebe establecerse en un valor de: double word "10".

Aplicación de interfazLa función del grupo de interfaces dinámicas (DIG) le da la capacidad de exigirconectividad de red privada y así garantizar que un trabajo fallido no se vuelva aconectar en la red pública después de errores de red. Cuando se activa la aplicación deinterfaz, un trabajo fallido solo se puede recuperar en una dirección IP de red privadaalternativa. La aplicación de interfaz solo está disponible para clientes que usaninterfaces DIG.

La aplicación de interfaz está desactivada (FALSE) de manera predeterminada. Paraactivar la aplicación de interfaz, debe agregar la siguiente configuración en el registrodel sistema:

system.ENFORCE_IFGROUP_RW=TRUE

Nota

En el ejemplo anterior, ifgroup se refiere al grupo de interfaz.

Una vez que realizó esta entrada en el registro, debe realizar un filesys restartpara que la configuración tenga efecto.

La siguiente ilustración muestra el flujo de decisiones para las conexiones DIG. Si laaplicación de interfaz está activada (TRUE), el sistema siempre intenta reconectarseen una dirección IP privada cuando falla un trabajo. Si no hay una dirección IP privadadisponible, el trabajo se cancela y se genera un mensaje de error que dice Canceljob for non-ifgroup interface. Si la aplicación de interfaz está desactivada(FALSE), se reanuda un trabajo fallido mediante una dirección IP pública.



Figura 7 Decisión de conexión de DIG

ClientesUn cliente del grupo de interfaz dinámica (DIG) es un miembro del grupo de una solainterfaz <group-name> y puede constar de lo siguiente:

l Un nombre de dominio calificado (FQDN), como ddboost.datadomain.com

l Caracteres comodín, como "*.datadomain.com" o “*”

l Un nombre corto para el cliente, como ddboost

l Un rango de IP público del cliente, como 128.5.20.0/24

Antes del procedimiento de lectura o escritura, el cliente solicita una dirección IP deDIG del servidor. Para seleccionar la asociación de DIG del cliente, la información delcliente se evalúa según el siguiente orden de precedencia (consulte Figura 8 en lapágina 33):

1. Dirección IP del sistema Data Domain conectado. Si ya hay una conexión activaentre el cliente y el sistema Data Domain, y la conexión existe en la interfaz delDIG, las interfaces del DIG se ponen a disposición del cliente.

2. Rango de IP del cliente conectado. Se realiza una comprobación de máscara IPrespecto del IP de origen del cliente; si la dirección IP de origen del cliente coincidecon la máscara de la lista de clientes de DIG, las interfaces de DIG se ponen adisposición del cliente.


Clientes 31

l Para IPv4, xx.xx.xx.0/24 (128.5.20.0/24 en Figura 8 en la página 33)proporciona una máscara de 24 bits respecto de la IP de conexión. El /24representa los bits que se enmascaran cuando se evalúa la dirección IP deorigen del cliente para el acceso al DIG. Para IPv4, se admiten máscaras de 16,20, 24, 28 y 32 bits.

l Para IPv6, xxxx::0/112 proporciona una máscara de 112 bits respecto de laIP de conexión. El /112 representa los bits que se enmascaran cuando se evalúael acceso de la dirección IP de origen del cliente a DIG. Para IPv6, se admitenmáscaras de 64, 112 y 128 bits.

l DD OS 6.1 admite cualquiera de las cinco máscaras desde /8 a /32.

l DD OS 6.1 admite coincidencias entre el nombre de host y el prefijo (porejemplo, abc_.emc.com para los hosts con el prefijo abc).

Esta comprobación de rango de hosts es útil para VLAN separadas con muchosclientes, donde no hay un único nombre de host (dominio) parcial.

3. Nombre del cliente: abc-11.d1.com4. Nombre de dominio del cliente: *.d1.com5. Todos los clientes: *

Nota

En una red combinada con direcciones Pv4 e IPv6, la configuración del cliente de DIGno debe permitir que IPv6 coincida con un grupo IPv4, ni que IPv4 coincida con ungrupo IPv6. Por lo tanto, no debe configurarse "*". Además, si los clientes en IPv4 yIPv6 están en el mismo nombre de dominio (*.domain.com, por ejemplo), solo debenusarse nombres de dominio calificados (IP con máscara).

Si no se encuentran coincidencias en ninguna de estas comprobaciones, las interfacesde DIG no se utilizan para este cliente.



Figura 8 Rango de hosts de DIG para la selección de clientes

Transporte de DD Boost mediante Fibre ChannelEn versiones anteriores del SO DD, todas las comunicaciones entre la biblioteca de DDBoost y el sistema Data Domain se realizaba mediante redes de IP. La aplicaciónespecificaba el sistema Data Domain que usaba su nombre de host o dirección IP.Consulte Figura 9 en la página 33.

Figura 9 Transporte de DD Boost mediante IP

1. Servidor de medios2. Aplicaciones, biblioteca de DD Boost, transporte de TCP/IP3. Sistema Data Domain4. Servicio de DD Boost


Transporte de DD Boost mediante Fibre Channel 33

5. TCP/IP

El SO DD ahora ofrece un mecanismo de transporte alternativo para la comunicaciónentre la biblioteca de DD Boost y el sistema Data Domain: Fibre Channel.

Nota

Es compatible con los ambientes de clientes de Windows, Linux, HP-UX, AIX y Solaris.

Para solicitar acceso a un sistema Data Domain con el transporte de DD Boostmediante FC, la aplicación específica del sistema Data Domain que usa la cadenaespecial DFC-<dfc-server-name>, donde <dfc-server-name> es el nombre delservidor de DD Boost mediante FC configurado para el sistema Data Domain.

Nota

Del mismo modo que los nombres de host de IP no distinguen mayúsculas deminúsculas, dfc-server-name tampoco lo hace.

Figura 10 Comandos de SCSI entre el servidor de medios y el sistema Data Domain.

1. Servidor de medios2. Aplicación, biblioteca de DD Boost, transporte de DD Boost mediante FC3. Sistema Data Domain4. Servicio de DD Boost5. Servidor de DD Boost mediante FC6. Comandos de SCSI mediante FC7. Dispositivos del procesador de SCSI

Configurar el servicio de DD Boost mediante FC en el sistema Data Domain exigepasos de configuración adicionales. Consulte Configuración del servicio de DD Boostmediante FC para obtener más detalles.

Para el transporte de DD Boost mediante FC, el balanceo de carga y la altadisponibilidad de nivel de vínculo se logran por diferentes medios, no mediante gruposde interfaces dinámicas (DIG). Consulte la sección Administración de rutas de DDBoost mediante Fibre Channel para ver una descripción.



Nota

La ruta de comunicación de DD Boost mediante FC se aplica solamente entre elservidor de medios o la biblioteca de DD Boost y el sistema Data Domain, y no se aplicaa la comunicación entre dos sistemas Data Domain. Como se muestra en la figurasiguiente, dicha comunicación se establece SIEMPRE mediante una red de IP,independientemente de la ruta de comunicación entre el servidor de medios y lossistemas Data Domain.

Figura 11 Ruta de comunicación de Fibre Channel

1. Servidor de medios2. Aplicación, biblioteca de DD Boost3. IP o FC4. IP o FC (control)5. Sistema Data Domain, origen de replicación6. SOLO IP (datos)7. Sistema Data Domain, destino de replicación

Administración de rutas de DD Boost mediante FibreChannel

El mecanismo basado en grupos de interfaces dinámicas (DIG) que se describe en DIG:Balanceo de carga y conmutación por error de IP de DD Boost se realiza sobre la basede las interfaces de Ethernet y no se aplica al transporte de Fibre Channel. En su lugar,se proporciona otro mecanismo de rutas para la solución DD Boost mediante FC.


Administración de rutas de DD Boost mediante Fibre Channel 35

El sistema Data Domain anuncia uno o varios dispositivos SCSI en el servidor demedios, mediante una o varias rutas físicas. El sistema operativo descubre todos losdispositivos en todas las rutas disponibles, y crea un dispositivo SCSI genérico paracada dispositivo y ruta descubiertos.

Por ejemplo, considere un caso en el que suceda lo siguiente:

l El servidor de medios tiene 2 puertos HBA de iniciador (A y B)

l El sistema Data Domain tiene 2 extremos de destino de FC (C y D)

l La zonificación de Fabric de Fibre Channel está configurada para que ambospuertos HBA de iniciador puedan acceder a los extremos de destino de FC

l El sistema Data Domain está configurado con un grupo de acceso de destino deSCSI que contiene lo siguiente:

n Ambos extremos de destino de FC en el sistema Data Domain

n Ambos puertos HBA de iniciador

n 4 dispositivos (0, 1, 2 y 3)

Figura 12 Escenario de administración de rutas de DD Boost mediante FC

1. Cuatro dispositivos2. Servidor de medios3. HBA A de iniciador4. HBA B de iniciador5. Sistema Data Domain6. Extremo C de Fibre Channel7. Terminal D de Fibre Channel

En este caso, el sistema operativo del servidor de medios puede descubrir hasta 16dispositivos SCSI genéricos, uno para cada combinación de iniciador, extremo dedestino y número de dispositivo:

l /dev/sg11: (A, C, 0)

l /dev/sg12: (A, C, 1)

l /dev/sg13: (A, C, 2)

l /dev/sg14: (A, C, 3)

l /dev/sg15: (A, D, 0)

l /dev/sg16: (A, D, 1)

l /dev/sg17: (A, D, 2)

l /dev/sg18: (A, D, 3)

l /dev/sg19: (B, C, 0)



l /dev/sg20: (B, C, 1)

l /dev/sg21: (B, C, 2)

l /dev/sg22: (B, C, 3)

l /dev/sg23: (B, D, 0)

l /dev/sg24: (B, D, 1)

l /dev/sg25: (B, D, 2)

l /dev/sg26: (B, D, 3)

Cuando la aplicación solicita que la biblioteca de DD Boost establezca una conexióncon el servidor, la lógica de transporte de DD Boost mediante FC en la biblioteca deDD utiliza solicitudes de SCSI para generar un catálogo de estos 16 dispositivos SCSIgenéricos, que son las rutas para acceder al servicio de DD Boost mediante FC en elsistema Data Domain deseado. Como parte del establecimiento de conexión con elservidor, la lógica de transporte de DD Boost mediante FC proporciona este catálogode rutas al servidor.

Selección inicial de rutasEl servidor mantiene estadísticas sobre el tráfico de DD Boost mediante FC en losdiversos extremos de destino e iniciadores conocidos. Durante el procedimiento deconfiguración de la conexión, la lógica de la administración de rutas en el servidorconsulta estas estadísticas y selecciona la ruta que se utilizará para esta conexión, enfunción del siguiente criterio:

l Para clientes restringidos por la profundidad de línea de espera (ver acontinuación), distribuya las conexiones entre las diferentes rutas de modouniforme

l Elija el extremo de destino con menos tráfico

l Elija el iniciador con menos tráfico entre las rutas al extremo de destinoseleccionado

Rebalanceo dinámicoEl servidor realiza rebalanceos dinámicos en forma periódica. Esto involucra consultarlas estadísticas para buscar situaciones en las que ocurre lo siguiente:

l Para clientes restringidos por la profundidad de línea de espera (ver acontinuación), las conexiones se distribuyen entre las rutas disponibles de mododesigual.

l La carga de trabajo en los extremos de destino está desequilibrada.

l La carga de trabajo en los iniciadores está desequilibrada.

Si se descubre una situación así, es posible que un servidor marque una o variasconexiones para la migración de rutas dirigida por el servidor. Esto se logra haciendoque, durante una operación de transferencia de datos futura, el servidor solicite que labiblioteca de DD Boost comience a usar otra ruta disponible del catálogo para lasoperaciones posteriores.

Failover de rutas del clienteEl cliente puede comenzar a utilizar una ruta diferente porque eso le indica la lógica derebalanceo dinámica del servidor. Pero el cliente también puede decidir, por su cuenta,comenzar a usar una ruta disponible diferente. Esto sucede porque el cliente recibeerrores cuando utiliza la ruta actual de la conexión.


Selección inicial de rutas 37

Por ejemplo, si asume que el catálogo de rutas para una conexión consta de 8 rutas:

l /dev/sg21: (A, C, 0)

l /dev/sg22: (A, C, 1)

l /dev/sg23: (A, D, 0)

l /dev/sg24: (A, D, 1)

l /dev/sg25: (B, C, 0)

l /dev/sg26: (B, C, 1)

l /dev/sg27: (B, D, 0)

l /dev/sg28: (B, D, 1)

y el servidor selecciona la ruta (A, C, 0) durante la selección de rutas inicial. La lógicadel transporte DFC en la biblioteca de DD Boost comienza a enviar y recibir datos parala conexión, mediante comandos de SCSI a /dev/sg21.

Más adelante, el vínculo del extremo de destino C a su switch deja de estar disponibledebido al tendido de cables o alguna falla de hardware. Las solicitudes de SCSIsubsiguientes enviadas por la lógica del transporte DFC a /dev/sg21 presentaránfallas con un código de error que indica que la solicitud de SCSI no se pudo entregar aldispositivo.

En este caso, la lógica del transporte de DFC busca en el catálogo de dispositivos unaruta con un componente físico distinto; es decir, una combinación diferente deiniciador y extremo de destino. La solicitud de SCSI se reintenta en la rutaseleccionada, y el proceso se repite hasta que se detecta una ruta mediante la cual lasolicitud de SCSI se puede completar correctamente.

Restricciones de profundidad de línea de esperaA los fines de la solución de DD Boost mediante FC, el dispositivo de SCSI por el quese recibe una solicitud es irrelevante. Todos los dispositivos de SCSI son objetos dedestino idénticos para los comandos de SCSI, como lo exige el protocolo SCSI.Cuando se procesa una solicitud de SCSI, la lógica del servidor no toma en cuenta eldispositivo específico en el cual llegó la solicitud de SCSI.

¿Por qué molestarse en permitir más de un dispositivo? Porque algunos sistemasoperativos del lado del cliente imponen una restricción en la cantidad de solicitudes deI/O pendientes que pueden realizarse en simultáneo mediante un dispositivo de SCSIgenérico. Por ejemplo, el mecanismo de la interfaz de paso de Windows SCSI realizarásolo una solicitud de SCSI por vez mediante cada uno de sus dispositivos genéricos deSCSI. Esto afecta el rendimiento de la solución DD Boost mediante FC, si hay variasconexiones (p. ej., trabajos de respaldo) intentando usar el mismo dispositivo genéricode SCSI.

Además, el sistema Data Domain también impone un límite en la cantidad de solicitudesde I/O pendientes por dispositivo de SCSI anunciado. Por motivos de rendimiento, concargas de trabajo más grandes, varios dispositivos de SCSI podrían necesitaranunciarse en el sistema Data Domain.

Utilizamos el término “profundidad de línea de espera” para describir el límite impuestopor el sistema en la cantidad de solicitudes de SCSI simultáneas en un solo dispositivo.Los sistemas cliente (como Windows) cuya profundidad de línea de espera es tan bajaque afecta el rendimiento se consideran “restringidos por la profundidad de línea deespera.”

Consulte Dimensionamiento del conjunto de dispositivos DD Boost mediante FC en lapágina 68 para obtener orientación acerca de cuántos dispositivos configurar según



la carga de trabajo, el tipo de sistema Data Domain y si el sistema cliente estárestringido o no por la profundidad de línea de espera.

Respaldos sintéticos virtualesUn respaldo completo sintético o un respaldo incremental acumulativo sintético es unrespaldo armado a partir de respaldos anteriores. Los respaldos sintéticos se generan apartir de uno anterior, un respaldo completo tradicional o sintético, y respaldosdiferenciales subsiguientes o un respaldo incremental acumulativo. (Un respaldocompleto tradicional significa un respaldo completo no sintético). Un cliente puedeusar el respaldo sintético para restaurar archivos y directorios de la misma manera enla que el cliente restaura a partir de un respaldo tradicional.

Durante un respaldo completo tradicional, todos los archivos se copian del cliente a unservidor de medios, y el conjunto de imágenes resultante se envía al sistema DataDomain. Los archivos se copian aunque es posible que estos archivos no se hayanmodificado desde el último respaldo diferencial o incremental. Durante un respaldocompleto sintético, el respaldo completo anterior y los respaldos incrementalessubsiguientes en el sistema Data Domain se combinan para formar un nuevo respaldocompleto. El nuevo respaldo completo sintético es una representación precisa delsistema de archivos del cliente en el momento del respaldo completo más reciente.

Dado que el proceso se lleva a cabo en el sistema Data Domain con las instruccionesdel servidor de medios en lugar del cliente, los respaldos sintéticos virtuales ayudan areducir el tráfico de red y el procesamiento del cliente. Los archivos del cliente y losconjuntos de imágenes de respaldo se transfieren mediante la red solo una vez. Unavez que las imágenes de respaldo se combinan en un respaldo sintético, las imágenesincrementales o diferenciales anteriores se pueden expirar.

El respaldo completo sintético es una solución escalable para el respaldo de oficinasremotas con volúmenes de datos manejables y niveles bajos de cambio diario. Si elcliente experimenta una tasa alta de cambio diario, los respaldos incrementales odiferenciales son demasiado grandes. En este caso, un respaldo sintético virtual no esmás útil que un respaldo completo tradicional. Para garantizar un buen rendimiento derestauración, se recomienda que se genere un respaldo completo tradicional cada dosmeses, si damos por sentado que se aplica una política habitual de respaldo semanalcompleto y respaldo incremental diario.

El respaldo completo sintético virtual es la combinación del último respaldo completo(sintético o completo) con todos los respaldos incrementales subsiguientes. Tieneregistro de fecha y hora de un segundo después del respaldo incremental másreciente. NO incluye cambios en la selección del respaldo desde el último respaldoincremental.

Data Domain también admite respaldos sintéticos virtuales “en línea” en los que cadarespaldo incremental posterior está combinado en línea con el respaldo completoactual, lo que produce una imagen de respaldo completo en el sistema Data Domain.Después de cada respaldo incremental, usted tiene un conjunto de imágenes derespaldo completo listo para una operación de restauración. Esto garantiza quesiempre tiene el respaldo completo más reciente y no es necesario ejecutarespecíficamente el respaldo completo sintético para “unir” la base y todos losrespaldos incrementales que se acumularon hasta ese momento.


Respaldos sintéticos virtuales 39

Validación de acceso de clientesConfigurar la validación de acceso de clientes para DD Boost restringe el acceso alsistema Data Domain para los clientes de DD Boost, porque exige la autenticación deDD Boost (por conexión) para:

l la conexión inicial al sistema Data Domain

l cada reinicio de DD Boost (activar/desactivar)

l cada reinicio del sistema de archivos

l cada reinicio del sistema Data Domain

La lista de clientes puede actualizarse en cualquier momento sin un requisito dereinicio, lo cual elimina el impacto de la validación de acceso en las tareas en progreso.

Ruta de datos multiusuario de DD BoostLas mejoras en la ruta de datos multiusuario de DD Boost optimizan el aislamiento de launidad de almacenamiento. Es posible configurar varios usuarios para el acceso a DDBoost en un sistema Data Domain.

Administración de unidades de almacenamientoPuede utilizar los comandos del SO DD ddboost para configurar y modificar unidadesde almacenamiento, grupos de usuarios y límites de cuota, y configurar límites deadvertencias de secuencia para cada unidad de almacenamiento.

Control de acceso de las unidades de almacenamiento multiusuarioLa función de control de acceso de las unidades de almacenamiento multiusuario paraDD Boost mejora la experiencia del usuario, ya que es compatible con varios nombresde usuario para el protocolo DD Boost y proporciona aislamiento de datos para variosusuarios que comparten un sistema Data Domain. Con el protocolo DD Boost, laaplicación de respaldo se conecta al sistema Data Domain con un nombre de usuario yuna contraseña para admitir esta función. Tanto el nombre de usuario como lacontraseña están cifrados con una criptografía de clave pública.

El administrador del sistema crea un usuario local de Data Domain por cada aplicaciónde respaldo (NetBackup o Backup Exec) que se utilizará para sus unidades dealmacenamiento. El usuario de la unidad de almacenamiento se requiere cuando secrea la unidad de almacenamiento. Cuando se conectan aplicaciones de respaldo alsistema Data Domain, las aplicaciones solo pueden acceder a las unidades dealmacenamiento que pertenecen al nombre de usuario utilizado para establecer laconexión. El acceso a la unidad de almacenamiento se determina de forma dinámica demodo que los cambios en el nombre de usuario de una unidad de almacenamientotengan efecto de inmediato. Cuando el nombre de usuario de una unidad dealmacenamiento se cambia por otro nombre de usuario, todas las operaciones delectura y escritura de la aplicación de respaldo que utilizan el nombre de usuarioanterior fallan inmediatamente y muestran errores de permisos.

La palabra clave tenant-unit se introduce en el comando ddboost storage-unit para la integración con la función de seguridad de multiusuario de Data Domain.Debe configurarse una unidad de almacenamiento por cada unidad de grupo deusuarios. Cada unidad de grupo de usuarios se puede asociar con varias unidades dealmacenamiento. La propiedad de la asociación de la unidad de grupo de usuarios y del



nombre de usuario es independiente entre sí. La unidad de grupo de usuarios se utilizapara la ruta de administración mediante la interfaz de la línea de comandos, pero no sepuede usar para la ruta de datos, como la lectura y escritura. Todos los comandos paralas unidades de almacenamiento son compatibles con las unidades de grupo deusuarios.

Nota

Para obtener más información sobre las unidades de grupo de usuarios, consulte laGuía de administración de Data Domain Operating System.

Cuotas de capacidad de la unidad de almacenamientoLos usuarios del sistema operativo DD pueden utilizar cuotas para aprovisionar loslímites de almacenamiento lógico del sistema Data Domain, y garantizar así que partesdedicadas del sistema Data Domain estén disponibles como unidades dealmacenamiento únicas. Los límites de cuota de las unidades de almacenamiento de DDBoost se pueden establecer o eliminar en forma dinámica. También pueden utilizarsecuotas para aprovisionar varias unidades de almacenamiento de DD Boost condiferentes tamaños lógicos, lo cual permite que un usuario administrativo supervise eluso de una unidad de almacenamiento en particular con el transcurso del tiempo.

También puede configurar el tamaño físico informado; este es el tamaño informado a laaplicación de respaldo. El tamaño físico es el "tamaño crudo" del pool de discos enNetBackup. En el sistema Data Domain, se muestra el tamaño real. La cuota decapacidad lógica sigue estando disponible si configura el tamaño físico. Puedemodificar el tamaño físico informado más adelante mediante ddboost storage-unit modify. Puede visualizar el tamaño físico informado mediante ddbooststorage-unit show.

Consulte las secciones ddboost, quota y mtree de la Guía de referencia de comandosde Data Domain Operating System para obtener detalles sobre la función de cuotas y loscomandos relativos a las operaciones de cuota.

Nota

Tenga cuidado con esta función cuando utilice aplicaciones de respaldo (como VeritasNetBackup y Backup Exec) que usan la API de DD Boost para administrar lacapacidad. La API de DD Boost intenta convertir la configuración lógica en unaconfiguración física para la API dividiendo la configuración lógica por la tasa dededuplicación. Es posible que deba ajustar las cuotas lógicas cuando cambie la tasa dededuplicación.

Administración de conteo de secuencias de unidades de almacenamientoPuede configurar cinco tipos de límites de advertencia de secuencias para cada unidadde almacenamiento:

l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

Por cada unidad de almacenamiento, se mantienen contadores de secuencias a fin desupervisar los datos de respaldo, restauración y de salida y entrada de la replicación.Para configurar límites de flujo cuando se crea una unidad de almacenamiento, utilice


Cuotas de capacidad de la unidad de almacenamiento 41

el comando ddboost storage-unit create. Para configurar límites de flujo parauna unidad de almacenamiento existente, use el comando ddboost storage-unitmodify. Para mostrar las secuencias activas por unidad de almacenamiento, utilice elcomando ddboost streams show active.

Cuando un conteo de secuencias supera la cuota de límite de advertencias, se generauna alerta. La alerta se borra automáticamente una vez que el límite de secuenciasvuelve a estar por debajo de la cuota durante más de 10 minutos.

Cualquiera de estos límites de advertencia de secuencias también se puede configurarpara none.

Nota

Se espera que las aplicaciones de respaldo de DD Boost reduzcan su carga de trabajopara permanecer por debajo de las cuotas de advertencia de secuencias. Puede volvera configurar el límite de advertencia para evitar superar las cuotas.

Para obtener más información sobre la configuración de límites de secuencias,consulte Configuración de unidades de almacenamiento con límites de secuencias(opcional) en la página 47.



CAPÍTULO 3

Preparación del sistema Data Domain para DDBoost

Nota

Los siguientes procedimientos para configurar un sistema Data Domain se aplican aNetBackup y Backup Exec.

Nota

En la Guía de referencia de comandos de Data Domain Operating System, se proporcionandescripciones completas de los comandos utilizados en esta guía.

En este capítulo se incluyen los siguientes temas:

l Activación de DD Boost en un sistema Data Domain.......................................... 44l Asignación de varios usuarios a DD Boost.......................................................... 44l Creación de unidades de almacenamiento ......................................................... 45l Configuración de cuotas lógicas para unidades de almacenamiento (opcional)

........................................................................................................................... 47l Configuración de unidades de almacenamiento con límites de secuencias

(opcional)...........................................................................................................47l Configuración del procesamiento distribuido de segmentos............................... 49l Configuración de grupos de interfaces dinámicas ..............................................49l Uso de grupos de interfaces dinámicas para MFR..............................................53l Configuración de MFR....................................................................................... 63l Configuración de la validación de acceso de clientes..........................................65l Configuración del servicio DD Boost mediante FC............................................. 66l Configuración de cifrado y autenticación global................................................. 74

Preparación del sistema Data Domain para DD Boost 43

Activación de DD Boost en un sistema Data DomainCada sistema Data Domain que está activado para deduplicación de Data DomainBoost debe tener un nombre único. Puede usar el nombre DNS del sistema DataDomain, que siempre es único.

Procedimiento

1. En el sistema Data Domain, inicie sesión como usuario administrativo.

2. Verifique que el sistema de archivos está activado y en ejecución ingresando losiguiente:

# filesys statusThe file system is enabled and running.

3. Agregue la licencia de DD Boost con el número de licencia proporcionado.

Consulte las Notas de la versión de Data Domain Operating Systemcorrespondientes para obtener la información más actualizada sobre laslicencias y el servicio.

4. Para habilitar la deduplicación de DD Boost, ingrese lo siguiente:

# ddboost enableDD Boost enabled

Nota

l Los usuarios deben estar configurados en la aplicación de respaldo paraconectarse al sistema Data Domain. Para obtener más información, consultela Guía de administración de Data Domain Operating System.

l Es posible configurar varios usuarios para el acceso a DD Boost en unsistema Data Domain. El nombre de usuario, la contraseña y la función yadeben estar configurados en el sistema Data Domain mediante el comandode DD OS:

user add <usuario> [password <contraseña>][role {admin | security | user | backup-operator | data-access}][min-days-between-change <días>] [max-days-between-change <días>][warn-days-before-expire <días>] [disable-days-after-expire <días>][disable-date <fecha>]

Por ejemplo, para agregar un usuario con un nombre de inicio de sesión delusuario jsmith y una contraseña usr256 con privilegio administrativo, ingreselo siguiente:

# user add jsmith password usr256 role admin

Luego, para agregar jsmith a la lista de usuarios de DD Boost, ingrese losiguiente:

# ddboost user assign jsmith

Asignación de varios usuarios a DD BoostComo administrador del sistema, debe crear un usuario local del sistema Data Domainpor cada aplicación de respaldo para utilizar con sus unidades de almacenamiento. Las

Preparación del sistema Data Domain para DD Boost


unidades de almacenamiento se crean con un nombre de usuario, o bien se puedenmodificar para cambiar el nombre de usuario para una actualización. Las unidades dealmacenamiento son accesibles solamente para las aplicaciones con el nombre deusuario que es propietario de la unidad de almacenamiento. Cada unidad dealmacenamiento es propiedad de un nombre de usuario, y el mismo nombre de usuariopuede ser propietario de varias unidades de almacenamiento. La aplicación pasa elnombre de usuario y la contraseña a DD Boost, y DD Boost los pasa al sistema DataDomain cuando intenta conectarse al sistema Data Domain. Después, el sistema DataDomain autentica el nombre de usuario y la contraseña. Diferentes aplicacionespueden compartir el nombre de usuario y la contraseña.

Cuando se crea una unidad de almacenamiento con un usuario local del sistema DataDomain válido, pero que no está asignado a DD Boost, el usuario se agregaautomáticamente a la lista de usuarios de DD Boost del mismo modo que se agrega unusuario con el comando ddboost user assign. Si la unidad de almacenamiento secrea sin especificar el nombre de usuario propietario, el usuario actual de DD Boost seasigna como propietario.

Para asignar uno o varios usuarios a la lista de usuarios de DD Boost, ingrese losiguiente:

# ddboost user assign user1 user2 User "user1" assigned to DD Boost. User "user2" assigned to DD Boost.

Para verificar y mostrar los usuarios de la lista de usuarios, ingrese lo siguiente:

# ddboost user show

DD Boost user Default tenant-unit Using Token Access------------- ------------------- ------------------ddbu1 Unknown Yesddbu2 Unknown -ddbu3 Unknown Yes ddbu4 Unknown -ddbu5 Unknown -ddbu6 Unknown -ddbu7 Unknown Yesddbu8 Unknown -------------- ------------------- ------------

Para cancelar una asignación y eliminar el usuario de la lista de usuarios, ingrese losiguiente:

# ddboost user unassign user1 User "user1" unassigned from DD Boost.

Nota

El token de acceso de DD Boost no será compatible con las actualizaciones entre lasversiones principales.

Creación de unidades de almacenamientoDebe crear una o varias unidades de almacenamiento en cada sistema Data Domainactivado para OpenStorage en una instalación de NetBackup o Backup Exec. Es unsistema NetBackup, una unidad de almacenamiento corresponde a un pool de discosen el servidor de medios, mientras que, en un sistema Backup Exec, corresponde a unrepositorio de cintas.

Procedimiento

1. Para crear una unidad de almacenamiento en el sistema Data Domain,introduzca:


Creación de unidades de almacenamiento 45

# ddboost storage-unit create NEW_STU1 user user1Created storage-unit "NEW_STU1" for "user1".

Nota

Una unidad de almacenamiento debe ser única en un sistema Data Domaindeterminado. Sin embargo, se puede usar el mismo nombre de unidad dealmacenamiento en sistemas Data Domain diferentes. El nombre de usuario espropietario de la unidad de almacenamiento y garantiza que solo las conexionescon estas credenciales de nombre de usuario puedan acceder a esta unidad dealmacenamiento.

Consulte la sección acerca de ddboost storage-unit en la Guía dereferencia de comandos de Data Domain Operating System para obtener detallessobre las opciones de comandos.

Nota

Cuando se crea una unidad de almacenamiento con un usuario local de DataDomain válido que no está ya asignado a DD Boost, el usuario se agregaautomáticamente a la lista de usuarios de DD Boost del mismo modo que unusuario de ddboost se agrega a la lista de usuarios con el comando ddboostuser assign.

2. Repita el procedimiento anterior para cada sistema Data Domain activado paraBoost.

3. Para modificar una unidad de almacenamiento en el sistema Data Domain,introduzca:# ddboost storage-unit modify NEW_STU1 user user2Storage-unit "NEW_STU1" modified for user "user2".

Nota

El comando ddboost storage-unit modify permite que la aplicación derespaldo modifique la propiedad de la unidad de almacenamiento que tiene elnombre de usuario. Cambiar el nombre de usuario no exige cambiar los atributosde cada archivo en la unidad de almacenamiento, por eso es rápido.

4. Para visualizar la lista de usuarios para las unidades de almacenamiento,introduzca:

# ddboost storage-unit showName Pre-Comp (GiB) Status User Report Physical Size (MiB)----------------- -------------- ------ -------- ---------------backup 3.0 RW sysadmin -DDBOOST_STRESS_SU 60.0 RW sysadmin -task2 0.0 RW sysadmin -tasking1 0.0 RW sysadmin -DD1 0.0 RW sysadmin -D6 5.0 RW sysadmin -TEST_DEST 0.0 D sysadmin -STU-NEW 0.0 D ddu1 -getevent 0.0 RW ddu1 -DDP-5-7 120.0 RW sysadmin -TESTME 150.0 RW sysadmin -DDP-5-7-F 100.0 RW sysadmin -testSU 0.0 RW sysadmin 200----------------- -------------- ------ -------- ---------------D : DeletedQ : Quota Defined



RO : Read OnlyRW : Read WriteRD : Replication Destination

Configuración de cuotas lógicas para unidades dealmacenamiento (opcional)

El almacenamiento en un sistema Data Domain puede provisionarse mediante límitesde cuotas opcionales para una unidad de almacenamiento. Se pueden especificarlímites de cuota ya sea en el momento de la creación de una unidad dealmacenamiento o más adelante mediante comandos separados. Para obtener másinformación, consulte las secciones sobre cuotas y ddboost en la Guía de referencia decomandos de Data Domain Operating System.

Nota

Si se activan las cuotas, algunas aplicaciones de respaldo de OpenStorage puedeninformar tamaños y capacidades poco intuitivas. Se preparó un artículo de la base deconocimiento, “Visualización de la cuota de la unidad de almacenamiento enNetBackup y Backup Exec” (ID del documento 00085210), para explicar esto en másdetalle.

Procedimiento

1. Para habilitar los límites de cuota en el sistema Data Domain, introduzca:

# quota enable2. Para configurar límites de cuota en el momento de la creación de una unidad de

almacenamiento, especifique los valores de límite flexible y de límite máximo decuota con el siguiente comando:

# ddboost storage-unit create storage-unit[quota-soft-limit n {MiB|GiB|TiB|PiB}] [quota-hard-limit n {MiB|GiB|TiB|PiB}]

3. Para modificar límites de cuota después de su creación, especifique los nuevosvalores de límite flexible y de límite máximo de cuota con el siguiente comando:

# ddboost storage-unit modify storage-unit[quota-soft-limit {n {MiB|GiB|TiB|PiB}|none}] [quota-hard-limit {n {MiB|GiB|TiB|PiB}|none}]

4. Para verificar los límites de cuota en una unidad de almacenamiento:

# quota show storage-units storage-unit-list

Configuración de unidades de almacenamiento con límitesde secuencias (opcional)

El administrador del sistema configura límites de advertencias de secuencia respectode cada unidad de almacenamiento para cada uno de los cinco límites:

l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit


Configuración de cuotas lógicas para unidades de almacenamiento (opcional) 47

Puede asignar a cuatro tipos de límites de advertencia de secuencias suaves contracada unidad de almacenamiento (lectura, escritura, replicación y combinado) y puedeasignar un límite de secuencia rígido combinado. La asignación de un límite desecuencia rígido por unidad de almacenamiento le permite fallar nuevas secuencias deDD Boost cuando se supera el límite, incluidas las secuencias de lectura, las secuenciasde escritura y las secuencias de replicación. El límite de secuencia rígido se detectaantes de que comience la operación de secuencias. El límite de secuencia rígido nopuede exceder la capacidad del modelo del sistema Data Domain y no puede serinferior a cualquier otro límite único (lectura, escritura, replicación o combinados).

Cuando se supera el límite de secuencia rígido, NetBackup y Backup Exec informan elerror para el cliente y automáticamente reintentan los trabajos de lectura y escritura.

Cuando un conteo de secuencias supera la cuota de límite de advertencias, se generauna alerta. La alerta se borra automáticamente una vez que el límite de secuenciasvuelve a estar por debajo de la cuota durante más de 10 minutos.

Nota

Se espera que los usuarios de DD Boost reduzcan su carga de trabajo para permanecerpor debajo de las cuotas de advertencia de secuencias, o bien el administrador delsistema puede cambiar el límite de advertencias configurado para evitar superar ellímite.

Para crear una unidad de almacenamiento con límites de secuencias, introduzca losiguiente:

# ddboost storage-unit create NEW_STU0 user user2 write-stream-soft-limit 5 read-stream-soft-limit 1 repl-stream-soft-limit 2 combined-stream-hard-limit 10Created storage-unit "NEW_STU0" for "user2".Set stream warning limits for storage-unit "NEW_STU0".

Para modificar límites de secuencias para una unidad de almacenamiento, puedeescribir:

# ddboost storage-unit modify NEW_STU1 write-stream-soft-limit 3 read-stream-soft-limit 2 repl-stream-soft-limit 1 combined-stream-hard-limit 8NEW_STU1: Stream soft limits: write=3, read=2, repl=1, combined=none

La configuración de un límite en none desactiva ese límite.

Para mostrar los límites de secuencia de DD Boost para todas las unidades dealmacenamiento activas, ingrese ddboost streams show active. Para mostrarlos límites de secuencia de DD Boost para una unidad de almacenamiento específica,escriba:

# ddboost streams show active storage-unit STU-1

--------- Active Streams -------- --------- Soft Limits -------- - Hard Limit -Name Read Write Repl-out Repl-in Read Write Repl Combined Combined----- ---- ----- -------- ------- ---- ----- ---- -------- --------------STU-1 0 0 0 0 - - - - 25----- ---- ----- -------- ------- ---- ----- ---- -------- --------------DD System Stream Limits: read=30 write=90 repl-in=90 repl-out=82 combined=90

Nota

Los límites de secuencias del sistema Data Domain que se muestran en la salida sebasan en el tipo de sistema Data Domain.

Para visualizar el historial de límites de secuencias de DD Boost de una unidad dealmacenamiento específica durante un tiempo específico, introduzca:

# ddboost streams show history storage-unit NEW_STU0 last 1hoursINTERVAL: 10 mins



"-" indicates that the data is not available for the intervals

Storage-Unit: "NEW_STU0"Date Time read write repl-out repl-inYYYY/MM/DD HH:MM streams streams streams streams----------------- ------- ------- --------- --------2013/08/29 12:00 0 0 0 02013/08/29 12:10 0 0 0 02013/08/29 12:20 0 1 0 02013/08/29 12:30 0 2 0 02013/08/29 12:40 0 2 0 02013/08/29 12:50 0 1 0 02013/08/29 13:00 0 0 0 0----------------- ------- ------- --------- --------

Configuración del procesamiento distribuido de segmentosLa opción de procesamiento distribuido de segmentos se configura en el sistema DataDomain y se aplica a todos los servidores de medios y a los plug-ins de OST instaladosen ellos.

La opción se puede configurar mediante el siguiente comando:

# ddboost option set distributed-segment-processing {enabled | disabled}

Nota

Activar o desactivar la opción de procesamiento distribuido de segmentos no exige quese reinicie el sistema de archivos de Data Domain.

El procesamiento distribuido de segmentos es compatible con el plug-in de OST 2.2 oposterior que se comunica con el sistema Data Domain que ejecuta el SO de DD 4.8 oposterior.

El procesamiento distribuido de segmentos está activado de manera predeterminadaen un sistema que se instala inicialmente con SO de DD 5.2. Si un sistema se actualizadel SO de DD 5.1, 5.0.x o 4.9.x al SO de DD 5.2, el procesamiento distribuido desegmentos queda en su estado anterior.

El procesamiento distribuido de segmentos está activado (y no se puede desactivar)en el SO de DD 5.5.1.0 y versiones anteriores.

Se activa el procesamiento distribuido de segmentos de manera predeterminada paralos plug-in de Solaris que se ejecutan en un procesador SPARC T4 o T5 y que ejecutanSolaris 11 (con SRU2 o posterior) o Solaris 11.1 o posterior.

Configuración de grupos de interfaces dinámicas

Nota

Esta función se aplica solamente en DD Boost mediante IP. Para una descripcióngeneral de la función de grupo de interfaces dinámicas (DIG), consulte Grupos deinterfaces dinámicas: Balanceo de carga y conmutación por error de IP de DD Boost.

Cuando un sistema Data Domain recibe una solicitud de conexión de un cliente en ungrupo de interfaces configurado, la función DIG asigna la conexión a la interfaz menosutilizada en el grupo, lo cual proporciona balanceo de carga y un mayor rendimiento deentrada y salida.


Configuración del procesamiento distribuido de segmentos 49

Para configurar DIG, cree un grupo de interfaces en el sistema Data Domainagregando interfaces actuales al grupo como se describe a continuación.

Procedimiento

1. Cree un grupo de interfaces:

# ifgroup create nombre_de_grupo

Ejemplos:

# ifgroup create external# ifgroup create lab10G

Nota

Se puede usar el valor predeterminado “group_name” sin haberlo creadoprimero. En todos los comandos restantes ifgroup, se utiliza el grupo“predeterminado” si no está especificado.

2. Agregue clientes e interfaces a cada grupo de interfaz. Las interfaces ya debenhaberse creado con el comando net.

# ifgroup add nombre_de_grupo{interface {ipaddr | ipv6addr} | client host}

Este comando proporciona compatibilidad total con el grupo de interfaces paradirecciones estáticas IPv6, lo que proporciona las mismas funcionalidades paraIPv6 que para IPv4. Se permiten conexiones de cliente IPv4 e IPv6 simultáneas.Un cliente conectado con IPv6 ve solamente las interfaces del grupo deinterfaces de IPv6. Un cliente conectado con IPv4 ve solamente las interfacesdel grupo de interfaces de IPv4. Los grupos de interfaz individuales incluyentodas las direcciones IPv4 o todas las direcciones IPv6.

Ejemplos:

# ifgroup add interface 10.6.109.140 client *.datadomain.com# ifgroup add interface 10.6.109.141 client *

# ifgroup add ipv4-group interface 192.4.5.21# ifgroup add ipv4-group interface 192.4.5.22# ifgroup add ipv4-group interface 192.4.5.23# ifgroup add ipv4-group interface 192.4.5.24

# ifgroup add ipv6-group interface 2000::af:21# ifgroup add ipv6-group interface 2000::af:22# ifgroup add ipv6-group interface 2000::af:23# ifgroup add ipv6-group interface 2000::af:24

# ifgroup add ipv4-group client 128.5.1.25.0/24# ifgroup add ipv6-group client 2620::128:25:0/112

Nota

l Si no se especifica group_name, se utiliza el grupo predeterminado.

l Se pueden ingresar direcciones IPv6 utilizando caracteres en mayúsculas oen minúsculas, y con múltiples ceros.

l Estos comandos detectan de manera adecuada cualquier falta decoincidencia con interfaces IPv4 o IPv6.

3. Seleccione una interfaz en el sistema Data Domain para registrarla con laaplicación de respaldo. Se recomienda que cree una interfaz agregada deconmutación por error y registre esa interfaz en la aplicación de respaldo.



Nota

No es obligatorio elegir una interfaz del grupo de interfaces para registrarla en laaplicación de respaldo. También puede utilizarse una interfaz que no sea partedel grupo de interfaces para registrarla en la aplicación de respaldo.Una mejor práctica es registrar la interfaz con un nombre que se pueda resolvercon DNS o cualquier otro mecanismo de resolución de nombres. ConNetBackup, y dado por sentado que 192.168.1.1 recibe el nombredd22.abc.com, ejecute el siguiente comando en el servidor de medios:

nbdevconfig -creatests -st 9 -stype DataDomain -storage_server dd22.abc.com -media_server load64

Nota

La aplicación de respaldo y su plug-in de OST utilizan la interfaz registrada en laaplicación de respaldo para comunicarse con el sistema Data Domain. Si estainterfaz no está disponible, no es posible realizar respaldos en ese sistema DataDomain.

4. Una vez que están configurados el cliente y la interfaz, el grupo se activa deforma automática. Verifique el estado (habilitado o deshabilitado) del grupo deinterfaces:

# ifgroup status [nombre_de_grupo]Status of ifgroup “default” is “enabled”

Nota

Si no se especifica group_name, se utiliza el grupo predeterminado.

5. Verifique la configuración completa de todos los grupos con interfaces yclientes:

# ifgroup show config allResultados

En la tabla siguiente, se muestra un ejemplo de salida.

Group Name Status Interfaces Clients Count Count-----------------------------------------------------------------default enabled 2 1external enabled 2 1lab10G enabled 2 2-----------------------------------------------------------------Group Name Status Interfaces ------------------------------------------------------------default enabled 10.6.109.141default enabled 10.6.109.41external enabled 10.6.109.140 external enabled 10.6.109.142lab10G enabled 192.168.1.220lab10G enabled 192.168.1.221-----------------------------------------------------------------Group Name Status Clients ------------------------------------------------------------default enabled *external enabled *.datadomain.comlab10G enabled ddboost-dl.datadomain.com lab10G enabled yellowmedia.datadomain.com------------------------------------------------------------


Configuración de grupos de interfaces dinámicas 51

Nota

Las coincidencias de nombres exactos se realizan primero, seguidas de coincidenciasde nombres parciales. Entonces, en el ejemplo anterior, ddboost-dl.datadomainse encuentra en el grupo lab10G.

Modificación de un grupo de interfacesUna vez que se configura un grupo de interfaces, puede agregar o eliminar interfacesdel grupo. El siguiente ejemplo muestra cómo eliminar una interfaz del grupo deinterfaces configurado en el sistema Data Domain.

Procedimiento

1. Asegúrese de que no haya trabajos activos desde la aplicación de respaldo hastael sistema Data Domain en la interfaz que elimine del grupo. Puede hacerlodesde el sistema Data Domain revisando el estado de las conexiones actuales enel grupo de interfaces introduciendo el siguiente comando:

# ddboost show connections

Nota

Consulte la documentación acerca del sistema DD860 Extended Retention(anteriormente, la Guía de administración de DD860 Archiver) para obtener unejemplo de este comando en un nivel activo.

2. Elimine una interfaz o cliente del nombre del grupo o nombre de grupopredeterminado en el sistema Data Domain.

# ifgroup del default interface 10.6.109.144

A continuación, la interfaz se libera del grupo y ya no la utiliza el servidor dealmacenamiento de DD Boost para ningún trabajo de los servidores de medios.

Nota

Eliminar la interfaz registrada en la aplicación de respaldo hace inaccesible alsistema Data Domain para los servidores de medios. La configuración del grupode interfaces en el sistema Data Domain no se elimina.

Resultados

Para hacer cambios en cualquier interfaz que se agregue al grupo de interfaces en elsistema Data Domain en la capa de red, elimine la interfaz del grupo y vuelva aagregarla.

Nota

Si realiza cambios mediante el comando net que modifica las interfaces, comohabilitar una interfaz configurada para grupo de interfaces, ejecute el comandoddboost show connections para actualizar la vista de balanceo de carga.Actualizar la vista de balanceo de carga permite que el grupo de interfaces utilice lainterfaz.



Eliminación de un grupo de interfacesEl ejemplo siguiente ilustra cómo eliminar un grupo de interfaces configurado en elsistema Data Domain.

Procedimiento

1. Asegúrese de que no haya trabajos activos de la aplicación de respaldo en elsistema Data Domain. Revise el estado de las conexiones en el grupo deinterfaces mediante el siguiente comando en un sistema Data Domain:

# ifgroup show connections2. Asegúrese de que no haya trabajos pendientes de los servidores de medios

conectados al sistema Data Domain.

3. Deshabilite el valor group-name o el grupo predeterminado en el sistema:

# ifgroup disable <group-name>4. Restablezca el grupo de interfaces:

# ifgroup reset <group-name>Resultados

Todas las interfaces se liberan del grupo. Sin embargo, los servidores de medios aúnpueden acceder al servidor de almacenamiento de DD Boost en el sistema DataDomain en la interfaz registrada en la aplicación de respaldo.

Cuando ya no se necesita un grupo, utilice la opción de destruir para eliminar el grupode la configuración:

# ifgroup destroy group-name

Ejemplo:

# ifgroup destroy external

Los clientes se corresponden con un grupo según su nombre de host,independientemente del estado del grupo (habilitado/deshabilitado). Por lo tanto,desactivar un grupo no fuerza a un cliente a usar un grupo diferente. Cuando seencuentra un cliente en un grupo deshabilitado, utilizará la interfaz registrada ypermanecerá en la conexión original.

Nota

También puede administrar los grupos de interfaz desde la vista System Manager DataManagement DD Boost. (Consulte la Guía de administración de Data Domain OperatingSystem).

Uso de grupos de interfaces dinámicas para MFRLa función de grupos de interfaces dinámicas (DIG) proporciona la capacidad decontrolar las interfaces que se usan para DD Boost MFR, para dirigir la conexión dereplicación mediante una red específica y para usar varias interfaces de red con altoancho de banda y confiabilidad para las condiciones de de conmutación por error.Todos los tipos de IP de Data Domain son compatibles: IPv4 o IPv6, IP de alias de IP/VLAN y LACP/agregación de conmutación por error.


Eliminación de un grupo de interfaces 53

Nota

La función DIG solo se admite para la replicación de archivos administrada (MFR) deDD Boost.

Sin el uso de grupos de interfaces, la configuración para la replicación requiere variospasos:

1. Agregar una entrada en el archivo /etc/hosts en el sistema Data Domain deorigen para el sistema Data Domain de destino y codificar de forma rígida una delas interfaces de red LAN privadas como la dirección IP de destino.

2. Agregar una ruta en el sistema Data Domain de origen al sistema Data Domain dedestino especificando un puerto físico o virtual en el sistema Data Domain deorigen a la dirección IP del destino remoto.

3. Configurar LACP mediante la red en todos los switches entre los sistemas DataDomain para balanceo de carga y conmutación por error.

4. Requerir que las aplicaciones diferentes utilicen nombres diferentes para elsistema Data Domain de destino, a fin de evitar conflictos de asignación denombres en el archivo /etc/hosts.

El uso de grupos de interfaces para la replicación simplifica esta configuraciónmediante los comandos de DD OS System Manager o la CLI de DD OS. El uso degrupos de interfaces para configurar la ruta de replicación le permite:

l Redirigir una dirección IP resuelta por el nombre de host lejos de la red pública,utilizando otra dirección IP privada del sistema de Data Domain.

l Identificar un grupo de interfaces en función de criterios de selecciónconfigurados, lo que proporciona un grupo de interfaces único en el que todas lasinterfaces están accesibles desde el sistema Data Domain de destino.

l Seleccionar una interfaz de red privada en una lista de interfaces que pertenezcana un grupo, lo que garantiza que la interfaz esté en estado óptimo.

l Proporcionar balanceo de carga en múltiples interfaces de Data Domain dentro dela misma red privada.

l Proporcionar una interfaz de conmutación por error para recuperación para lasinterfaces del grupo de interfaces.

l Proporcionar conmutación por error de host si está configurado en el sistema DataDomain de origen.

l Usar traducción de direcciones de red (NAT)

El orden de selección para determinar a una coincidencia de grupo de interfaces parareplicación de archivos es:

1. La ruta local de Mtree (unidad de almacenamiento) y un nombre de host de DataDomain remoto específico

2. La ruta local de Mtree (unidad de almacenamiento) con cualquier nombre de hostremoto de Data Domain

3. Cualquier ruta de Mtree (unidad de almacenamiento) con un nombre de host deData Domain específico

El mismo Mtree puede aparecer en varios grupos de interfaces solamente si tiene unnombre de host de Data Domain diferente. El mismo nombre de host de Data Domainpuede aparecer en varios grupos de interfaces solamente si tiene una ruta de Mtreediferente. Se espera que el nombre de host remoto sea un nombre de dominiocalificado, por ejemplo, dd890-1.domain.com.

La selección de grupos de interfaces se realiza localmente en el sistema Data Domainde origen y en el sistema de Data Domain de destino, independientes entre sí. Para una



red de replicación de WAN, solamente debe configurarse el grupo de interfacesremota, ya que la dirección IP de origen corresponde al gateway para la dirección IPremota.

Replicación mediante LANPara configurar grupos de interfaces para replicación mediante una LAN, haga losiguiente:

1. Cree un grupo de interfaz de replicación en el sistema Data Domain de origen.

2. Asigne para replicación la ruta local del MTree en el Data Domain de origen y elnombre de host del Data Domain de destino.

3. Cree un grupo de interfaz de replicación en el sistema Data Domain de destino.

4. Asigne para replicación la ruta local del MTree en el Data Domain de destino y elnombre de host del Data Domain de origen.

En Figura 13 en la página 55:

l El sistema Data Domain DDP-670-1 es el origen de replicación.

l El grupo de interfaz 10G-REPL1 está configurado con tres interfaces, cada una delas cuales es accesible desde el destino.

l La ruta completa al MTree local es /data/col1/TO_860.

l DD860-arte-1 es el nombre de host del sistema Data Domain remoto (desde laperspectiva de DDP-670-1).

l El sistema Data Domain DDP-860-ART-1 es el destino de replicación

l El grupo de interfaz de replicación 10G-REPL2 está configurado con dosinterfaces, cada una de las cuales es accesible desde el origen.

l La ruta completa al MTree local es /data/col1/FROM_670.

l DDP-670-1 es el nombre de host del sistema Data Domain remoto (desde laperspectiva de DD860-arte-1).

Figura 13 Uso de grupos de interfaces para la replicación mediante una LAN


Replicación mediante LAN 55

Para configurar el escenario de replicación ilustrado en la Figura 13 en la página 55,haga lo siguiente:

1. Cree un grupo de interfaz 10G-REPL1 con tres interfaces para la replicación enDDP-670-1. Para confirmar:# ifgroup show config 10G-REPL1 interfaces

Group-name Status Interfaces------------- ------- -----------10G-REPL1 enabled 172.29.0.1110G-REPL1 enabled 172.29.0.1210G-REPL1 enabled 172.29.0.13------------- ------- -----------

2. Asigne la ruta completa de MTree y el nombre de host remoto para la replicación:# ifgroup replication assign 10G-REPL1 mtree /data/col1/TO_860 remote dd860-art-1Assigned replication mtree "/data/col1/TO_860" with remote "dd860-art-1" to ifgroup "10G-REPL1".

Para confirmar:# ifgroup show config 10G-REPL1 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ----------------- -----------------------10G-REPL1 enabled /data/col1/TO_860 dd860-art-1------------- ------- ----------------- -----------------------

3. Cree un grupo de interfaz 10G-REPL2 con dos interfaces para replicación enDD860-ART-1. Para confirmar:# ifgroup show config 10G-REPL2 interfaces

Group-name Status Interfaces------------- ------- -----------10G-REPL2 enabled 172.29.0.2110G-REPL2 enabled 172.29.0.22------------- ------- -----------

4. Asigne la ruta completa de MTree y el nombre de host remoto para la replicación:# ifgroup replication assign 10G-REPL2 mtree /data/col1/FROM_670 remote ddp-670-1Assigned replication mtree "/data/col1/FROM_670" with remote "ddp-670-1 to ifgroup "10G-REPL2".

Para confirmar:# ifgroup show config 10G-REPL2 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ------------------- -----------------------10G-REPL2 enabled /data/col1/FROM_670 ddp-670-1------------- ------- ------------------- -----------------------

Replicación mediante WANHay dos opciones para configurar grupos de interfaces para la replicación medianteWAN:

l Utilice el grupo de interfaz en el destino solamente y permita que el sistema DataDomain de origen seleccione la interfaz de origen en función de la configuración deruta.

l Use grupos de interfaces en los sistemas de origen y de destino, y asegúrese deque la dirección IP en el origen puede llegar a la dirección IP en el destino. Puedeverificarlo mediante el uso de un seguimiento de ruta desde el origen y el destino.

Figura 14 en la página 57 muestra cómo se pueden usar grupos de interfaces para lareplicación mediante WAN:



l El sistema Data Domain DDP-670-1 es el origen de replicación.

l El grupo de interfaz 10G-REPL3 está configurado con dos interfaces, cada uno delas cuales es accesible desde la dirección IP de un destino.

l La ruta completa al MTree local es /data/col1/TO_890.

l DDP-890-1 es el nombre de host del sistema Data Domain remoto (desde laperspectiva de DDP-670-1).

l El sistema Data Domain DDP-890-1 es el destino de replicación.

l El grupo de interfaz 10G-REPL4 está configurado con dos interfaces, cada uno delas cuales es accesible desde la dirección IP de un origen.

l La ruta completa al MTree local es /data/col1/FROM_670.

l DDP-670-1 es el nombre de host del sistema Data Domain remoto (desde laperspectiva de DDP-890-1).

l Hay dos redes, una red WAN A y una red WAN B, en el mismo grupo de interfaz.

Figura 14 Uso de grupos de interfaces para la replicación mediante WAN

Otros casos de uso compatiblesLas aplicaciones de respaldo necesitan replicar datos en sus propias redes y usar variasinterfaces de red con alto ancho de banda y funcionalidad de failover. Para admitirestas necesidades, los grupos de interfaces son compatibles con varias rutas dereplicación, incluidas las rutas de múltiples redes de clientes, de expansión y encascada.

Múltiples redes de clienteUn proveedor de servicios con varios clientes puede requerir que los clientes puedanreplicar datos en sus propias redes. En la Figura 15 en la página 58, un cliente estáusando la red A para la replicación de MTree11 del sistema Data Domain 1 (DDR1) alsistema 2 (DDR2), además del MTree2 del sistema 2 al sistema 1. Otro cliente estáusando la red B para la replicación de MTree33 del sistema 1 al 2 del sistema.


Otros casos de uso compatibles 57

Figura 15 Uso de grupos de interfaces para replicación en múltiples redes del cliente

Estas rutas de replicación tienen los mismos sistemas Data Domain de origen y dedestino, por lo que el grupo de interfaz está configurado en las rutas de MTree. Para lared A, el Ifgroup-K está configurado en función de las rutas MTree11 y MTree22, y elIfgroup-J está configurado en función de las rutas MTree1 y MTree2. Para la red B, elIfgroup-L está configurado en función de la ruta de MTree33, y el Ifgroup-R estáconfigurado en función de la ruta de MTree3.

ExpansiónEn Figura 16 en la página 59, Mtree2 se replica desde el sistema Data Domain 1(DDR1) hasta el sistema Data Domain 2 (DDR2) y desde el sistema 1 hasta el sistema 3(DDR3).



Figura 16 Uso de grupos de interfaces para la replicación de expansión

Debido a que se utiliza el mismo Mtree de origen, el grupo de interfaz se configurasegún el nombre de host del sistema Data Domain remoto. Para la red A, Ifgroup-Kestá configurado según el nombre de host del sistema Data Domain 2 e Ifgroup-J estáconfigurado según el nombre de host del sistema Data Domain 1. Para la red B,Ifgroup-L está configurado según el nombre de host del sistema Data Domain 3 eIfgroup-R está configurado según el nombre de host del sistema Data Domain 1.

En cascadaEn Figura 17 en la página 60, MTree1 se replica desde el sistema Data Domain 1(DDR1) hasta el sistema Data Domain 2 (DDR2) y después hasta el sistema 3 (DDR3).


Otros casos de uso compatibles 59

Figura 17 Uso de grupos de interfaces para la replicación en cascada

Para la red A, Ifgroup-J está configurado según el nombre de host del sistema DataDomain 3 e Ifgroup-K está configurado según el nombre de host del sistema DataDomain 2 o la ruta de MTree13. Para la red C, Ifgroup-H está configurado según elnombre de host del sistema Data Domain 1 e Ifgroup-Q está configurado según elnombre de host del sistema Data Domain 2 o la ruta de MTree1.

Nombre de host de failover de replicaciónCompatible solo con la replicación de archivos de DD Boost, la función de nombre dehost de failover de replicación proporciona la misma funcionalidad que la función denombre de host de failover para respaldo (consulte Nombre de host de failover deIP en la página 29 para obtener detalles).

Para replicación, configure el nombre de host de destino (sistema de Data Domainremoto) en el archivo /etc/hosts en el sistema Data Domain de origen como unnombre de failover con otra dirección IP que existe en el sistema de destino.

Estas conexiones de replicación usan la funcionalidad de reintento de “failover” dehost:

l Comandos de replicación de archivos ejecutados antes del inicio de replicación:

n Creación de un archivo nuevon Eliminación de un archivon Búsqueda de un archivo de base sintético

l Solicitud de una dirección IP de grupo de interfaz desde el sistema de destino

La replicación de grupo de interfaz por medio de IPv4 es compatible con la replicacióncon NAT. La configuración es en el sistema Data Domain de destino, donde se realizan



las consultas del Data Domain de origen acerca de una dirección IP. Por lo tanto, elData Domain de destino debe tener un grupo de interfaz con las direcciones IP quepuede usar el sistema Data Domain de origen (antes de la conversión de NAT) paracomunicarse con el destino. Por ejemplo:

Source DD -> 128.222.4.15 --NAT-> 192.169.172.8 Target DD Source DD -> 128.222.4.16 --NAT-> 192.169.172.9 Target DD

En el sistema Data Domain remoto:

net config ethx:1 128.222.4.15 << on the ethx of IP 192.169.172.8 net config ethy:1 128.222.4.16 << on the ethy of IP 192.169.172.8

Cree un grupo de replicación de grupo de interfaz y agregue las direcciones IP nuevas:

ifgroup create nat-repl ifgroup add nat-repl interface 128.222.4.15 ifgroup add nat-repl interface 128.222.4.16 ifgroup replication assign remtoe <source DD hostname>

Configuración de conversión de dirección de red (NAT)Los grupos de interfaz son compatibles con la conversión de dirección de red (NAT)para MFR. NAT actualmente solo es compatible con direcciones IPv4.

La replicación del grupo de interfaz con NAT requiere la dirección IP pública, no ladirección IP local, para el grupo de interfaz de destino.

Nota

En un sistema Data Domain, se pueden configurar direcciones IP de alias en unainterfaz activa con direcciones IP que no sean accesibles. En Figura 18 en la página62, las direcciones IP 215.55.7.20 y 215.55.7.21 son alias configurados estrictamentepara uso del grupo de interfaz.

Para configurar grupos de interfaces para admitir NAT, debe hacer lo siguiente:

1. Crear un grupo de interfaz “natlan”.

2. Crear una dirección IP de alias para la interfaz local.

3. Asignar la dirección IP pública externa al alias.

4. Agregar cada nueva dirección IP al grupo de interfaz “natlan”.

5. Agregar la selección de replicación (ruta de MTree local o nombre de host de DataDomain remoto).

6. Para el Data Domain de origen para la replicación, la dirección IP de origen de laconexión debe utilizar la red privada local.

7. Para el Data Domain de destino para la replicación, la dirección IP de destino de laconexión debe utilizar la red pública.

En Figura 18 en la página 62, DD1 y DD2 son cada uno en una red privada. Lareplicación con NAT puede usarse en ambas direcciones, donde el nombre de MTreeselecciona entre los dos grupos de interfaz. Solo el sistema Data Domain de origenutiliza un grupo de interfaz para seleccionar la IP de origen y de destino. El DataDomain de origen consulta el Data Domain remoto para una dirección IP para usar, porlo que todas las direcciones IP siempre deben ser desde la perspectiva del DataDomain de origen. La replicación desde DD1 en la red 1 hasta DD2 en la red 2, usa lan2local con natlan2 para seleccionar las direcciones IP de origen y de destino para laconexión. La replicación desde DD2 en la red 2 hasta DD1 en la red 1 utiliza lan1 localcon natlan1. Por lo tanto, solo la consulta remota para las direcciones IP del grupo deinterfaz debe ajustarse a la configuración de NAT.


Configuración de conversión de dirección de red (NAT) 61

Nota

La replicación con NAT requiere que se active la siguiente entrada del registro desistema (está desactivada de forma predeterminada):system.IFGROUP_REPLICATION_NAT_SUPPORT = TRUE

Figura 18 Soporte de replicación de grupo de interfaces para NAT

Resolución de conflictos de respaldo/replicaciónCuando se utiliza la interfaz administrativa registrada para respaldo para la replicaciónde grupo de interfaz, los trabajos de respaldo seleccionan por error el grupo deinterfaz de replicación. Para evitar este problema, agregue un cliente con el nombre“no-auto-detect” al grupo de interfaz que tiene la dirección IP administrativa. Parapermitir varios grupos de replicación, “no-auto-detect” se anexa internamente con unnúmero.

Para agregar el cliente:



# ifgroup add repl-group client no-auto-detect Added client "no-auto-detect" to ifgroup "repl-group". # ifgroup show config repl-group clients Group-name Status DD Boost Clients ---------- ------- --------------------------- repl-group enabled no-auto-detect.4 ---------- ------- ---------------------------

Para eliminar el cliente:

# ifgroup del repl-group client no-auto-detect.4 Deleted client "no-auto-detect.4" from ifgroup "repl-group".

Configuración de MFR

Activación de la optimización de bajo ancho de bandaPara habilitar la opción de bajo ancho de banda para la replicación de archivosadministrada, introduzca:

# ddboost file-replication option set low-bw-optim enabledLow bandwidth optimization enabled for optimized duplication.

Nota

Habilitar o deshabilitar la optimización de bajo ancho de banda no exige que se reinicieel sistema de archivos de Data Domain.

La optimización de bajo ancho de banda se puede supervisar y administrar desde lavista Enterprise Manager Data Management DD Boost. (Consulte la Guía deadministración de Data Domain Operating System).

No es necesario hacer cambios en la configuración del servidor de medios, ya que estafunción es transparente a las aplicaciones de respaldo.

Nota

l Activar esta función ocupa recursos adicionales (CPU y memoria) en el sistemaData Domain, de modo que se recomienda usar esta opción solamente cuando lareplicación de archivos administrada se realice mediante redes de bajo ancho debanda con menos de 6 Mbps de ancho de banda agregada.

l La opción de bajo ancho de banda para la replicación de archivos administrada escompatible con sistemas Data Domain independientes.

l La optimización de bajo ancho de banda no es compatible en sistemas Data DomainExtended Retention.

Activación del cifradoPara activar la opción de replicación de archivos administrada cifrada, introduzca:

# ddboost file-replication option set encryption enabled

La salida indica que se activó el cifrado que solicitó.

No es necesario hacer cambios en la configuración del servidor de medios, ya que estafunción es transparente a las aplicaciones de respaldo NetBackup y Backup Exec.Activar esta función ocupa recursos adicionales (CPU y memoria) en el sistema DataDomain.


Configuración de MFR 63

Activación de la compatibilidad con IPv6Los comandos actuales de replicación de archivos administrada ahora incluyen lafuncionalidad IPv4 o IPv6. Para que DD Boost proporcione compatibilidad de IPv6 parala replicación de archivos administrada, una nueva palabra clave, ipversion, se agregaen el registro a fin de ofrecer una opción para la compatibilidad con la red IPv6. Lavariable de palabra clave de IPv6 se controla mediante la palabra clave delcomandoddboost file-replication option set, ipversion. Si la opción deipversion es ipv6, IPv6 es el tipo de dirección IP preferido para la replicación dearchivos administrada. Si la opción de ipversion es ipv4, IPv4 es el tipo de dirección IPpreferido para la replicación de archivos administrada. Si no se especifica unadirección IP preferida, el valor predeterminado es IPv4.

Para establecer la dirección IP preferida para la replicación de archivos de DD Boosten IPv6, introduzca:

# ddboost file-replication option set ipversion ipv6Ipversion for file-replication set to "ipv6"

Para visualizar los valores actuales para las opciones de replicación de archivos de DDBoost, introduzca:

# ddboost file-replication option show ipversionIpversion for file-replication is: ipv6

Para restablecer la opción de replicación de archivos de DD Boost al valorpredeterminado IPv4, introduzca:

# ddboost file-replication option reset ipversion

Cambio del puerto MFR TCPCambiar el puerto MFR TCP afecta a toda la replicación, no solo MFR. Cambiar elpuerto MFR TCP requiere un reinicio del sistema de archivos de Data Domain y debeser un evento planificado.

Para cambiar el puerto TCP de replicación del valor predeterminado 2051 al número depuerto, introduzca los siguientes comandos en los sistemas Data Domain de origen yde destino:

# replication option set listen-port port-number# filesys restart

Nota

Tanto la replicación de archivos administrada como la replicación de directorio usan laopción puerto de escucha. La replicación de archivos administrada utiliza el comandoreplication option set listen-port tanto en el origen como en el destinopara especificar el puerto en el que escucha el destino y el puerto en el que se conectael origen. La replicación de directorio utiliza la opción de puerto de escucha paraespecificar solamente el puerto de escucha del servidor de destino de replicación. Enel origen de replicación, el puerto de conexión para un destino específico se introducecon el comando replication modify.

l Para obtener más información sobre estos temas, consulte la Guía de referencia decomandos de Data Domain Operating System.



Configuración de la validación de acceso de clientesConfigurar el control de acceso de clientes para DD Boost limita el acceso al sistemaData Domain para clientes de DD Boost y elimina la dependencia en el DNS. De manerapredeterminada, si no se agregan clientes a la lista de clientes cuando se activa DDBoost, todos los clientes se incluirán en la lista de clientes automáticamente. Demanera predeterminada, se usa el carácter comodín *.

Para restringir el acceso, elimine el carácter comodín * de la lista y agregue susclientes nuevos.

Es posible que la lista de clientes del servidor de medios contenga nombres de dominiocalificados o cortos. El nombre de dominio calificado del host de medios debe estarconfigurado correctamente para una búsqueda inversa en DNS.

Para eliminar todos los clientes de la lista de clientes de DD Boost, introduzca:

# ddboost clients delete client-list

De manera opcional, para eliminar todos los clientes agregados anteriormente yrestablecer la lista de clientes de DD Boost, introduzca:

# ddboost client reset

Es posible agregar clientes como nombres de dominio calificados o nombres cortos.Para agregar clientes de la lista de clientes de DD Boost, introduzca:

# ddboost clients add client-list [encryption-strength {none | medium | high} authentication-mode {one-way | two-way | anonymous | kerberos}]

Ejemplo:

# ddboost clients add ddboost-dl.dominio.com ddboost-dlAdded "ddboost-dl.emc.com" Added "ddboost-dl"

Para ver la lista de clientes de DD Boost, introduzca:

# ddboost clients show config

Client Encryption Strength Authentication Mode----------------------- ------------------- -------------------* none none*.corp.emc.com medium anonymousrtp-ost-ms02.domain high anonymousrtp-ost-ms02.domain.com high anonymous

Durante la validación de acceso, se utiliza el siguiente orden de búsqueda pararestringir el acceso:

l El carácter comodín * seguido de un nombre parcial, por ejemplo, *.domain.comseguido de *.com

l Coincidencia perfecta del nombre de cliente enviado, por ejemplo, ddboost-dl.dominio.com

Si en la búsqueda no se logra encontrar una entrada coincidente para el cliente, se ledenegará el acceso al cliente.

Habilitación del cifrado en transferenciaEjecute el siguiente comando para activar el cifrado en transferencia para lasoperaciones de respaldo y recuperación mediante una LAN:

# ddboost clients add <client-list> [encryption-strength {medium | high} authentication-mode {one-way | two-way | anonymous}]


Configuración de la validación de acceso de clientes 65

Este comando puede activar el cifrado para un solo cliente o para un conjunto declientes. La opción del modo de autenticación se utiliza para configurar el requisitomínimo de autenticación. Se bloqueará un cliente que intente conectarse mediante unaconfiguración de autenticación más débil. Tanto la autenticación unidireccional comola bidireccional exigen que el cliente conozca los certificados.

Autenticación unidireccional

El cliente de DD Boost solicita la autenticación del servidor Data Domain, y elservidor Data Domain envía el certificado adecuado al cliente de DD Boost. Elcliente de DD Boost verifica el certificado. El canal de comunicación entre elcliente de DD Boost y el servidor Data Domain está cifrado.

Autenticación bidireccional

El cliente de DD Boost solicita autenticación del servidor Data Domain mediante elcertificado del servidor. El servidor Data Domain también solicita autenticación delcliente de DD Boost que usa el certificado del cliente. Después de la autenticaciónmediante un protocolo de enlace de SSL, el canal de comunicación entre el clientede DD Boost y el servidor Data Domain está cifrado.

Autenticación anónima

No se intercambian certificados, sino que se intercambia información. Después delprotocolo de enlace de SSL, el canal de comunicación entre el cliente de DDBoost y el servidor Data Domain está cifrado.

Nota

Esta opción no se aplica a DD Boost-over-Fibre Channel (FC). Si tanto la IP como FCestán en uso, se puede activar el cifrado en las conexiones de IP.

Configuración del servicio DD Boost mediante FCAntes de comenzar

Para brindar compatibilidad con el servicio DD Boost mediante FC, es necesarioinstalar en el sistema los HBA de destino de Fibre Channel. (Consulte también la Guíade referencia de comandos de Data Domain Operating System y la Guía de administraciónpara obtener información acerca de scsitarget como un comando relacionado quepodría ayudarlo a administrar el subsistema de destino de SCSI).

Nota

l Es compatible con los ambientes de clientes de Windows, Linux, HP-UX, AIX ySolaris.

l Para habilitar DD Boost mediante FC en clientes que ejecutan AIX, debe instalar eldriver de dispositivo AIX DDdfc. El dispositivo de disco SCSI está disponible paraAIX. Para obtener información detallada, consulte Instalación del driver deldispositivo AIX DDdfc (opcional para los clientes AIX) en la página 72.

Asegúrese de que los puertos HBA del cliente y los extremos del sistema Data Domainestén definidos y de que se haya realizado la zonificación adecuada si se conectamediante un switch Fibre Channel.

Procedimiento

1. Active el servicio de DD Boost mediante FC

# ddboost option set fc enabled



2. Tiene la opción de configurar el valor DFC-server-name:

# ddboost fc dfc-server-name set <server-name>

Como alternativa, puede aceptar el valor predeterminado, que tiene el formatoDFC-<base hostname>. El nombre de host no puede ser el nombre dedominio calificado.

Un nombre de servidor DFC válido consta de uno o varios de los siguientescaracteres:

l letras minúsculas (“a”–“z”)

l letras mayúsculas (“A”–“Z”)

l números (“0”–“9”)

l carácter de subrayado (“_”)

l guión (“–”)

Nota

El carácter punto (“.”) no es válido dentro de un dfc-server-name; estoevita el uso del nombre de dominio calificado de un sistema Data Domain comosu dfc-server-name.

Nota

Al igual que los nombres de host de IP, el dfc-server-name no distinguemayúsculas de minúsculas. Deben configurarse varios sistemas Data Domain alos que puedan acceder los mismos clientes con DD Boost mediante FC sin unvalor de dfc-server-name que distinga mayúsculas de minúsculas.

3. Cree un grupo de acceso de destino de SCSI:

# ddboost fc group create <group-name>

Ejemplo:

# ddboost fc group create lab_group4. Para visualizar la lista disponible de extremos de scsitarget, introduzca:

# scsitarget endpoint show listEndpoint System Address Transport Enabled Status------------- -------------- ------------ ------- ------endpoint-fc-0 6a FibreChannel Yes Onlineendpoint-fc-1 6b FibreChannel Yes Online------------- -------------- ------------ ------- ------

5. Indique qué extremos desea incluir en el grupo:

# ddboost fc group add <group-name> device-setcount count endpoint endpoint-list

Ejemplo:

# ddboost fc group add lab_group device-set count 8 endpoint 6a

Nota

Puede utilizar la opción disk para el comando ddboost fc group add sidesea crear un grupo de DFC que utilice la controladora de disco nativo delcliente. Esta opción es compatible con los sistemas AIX, Solaris y Linux.


Configuración del servicio DD Boost mediante FC 67

6. Verifique que estén los iniciadores. Para ver una lista de los iniciadores quedetecta el sistema Data Domain:

# scsitarget initiator show list7. Agregue iniciadores al grupo de acceso de destino de SCSI:

# ddboost fc group add group-name initiator initiator-spec

Ejemplo:

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

Dimensionamiento del conjunto de dispositivos DD Boost mediante FCEl sistema Data Domain anuncia uno o varios dispositivos DFC de tipo procesador, quela biblioteca de DD Boost utiliza para comunicarse con el servicio DD Boost medianteFC. En el sistema Data Domain, el acceso a estos dispositivos DFC se otorga a uno ovarios iniciadores; para hacerlo, se agregan los iniciadores a un grupo de accesoscsitarget de ddboost:

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

La cantidad de dispositivos DFC anunciados al iniciador se controla configurando unconjunto de dispositivos del grupo de acceso scsitarget:

# ddboost fc group modify lab_group device-set count 4

La cantidad máxima de dispositivos DFC compatibles por sistema Data Domain es de64. Puede tener los mismos dispositivos en varios grupos, y cada grupo puede tener64 dispositivos.

Nota

Los drivers DDdfc de AIX son compatibles con 128 dispositivos. Sin embargo, si usa laopción disk con el comando ddboost fc add, se elimina esta limitación.

Debido a que el cliente DFC ve cada ruta al sistema Data Domain como un dispositivoindependiente, más rutas y más dispositivos DFC significan un mejor rendimiento paralos clientes limitados, como AIX, Windows y Solaris.

Entonces, ¿cuántos dispositivos DFC deben anunciarse a los iniciadores en un servidorde medios determinado? La respuesta depende de varios factores:

1. ¿El servidor de medios está restringido por la profundidad de línea de espera?Las plataformas de Windows se consideran “restringidas por la profundidad delínea de espera”, ya que el mecanismo de la interfaz de paso de Windows SCSIrealizará solamente una solicitud de SCSI por vez mediante cada uno de susdispositivos genéricos de SCSI. Esto afecta el rendimiento de la solución DD Boostmediante FC si hay varias conexiones (por ejemplo, trabajos de respaldo) queintentan usar el mismo dispositivo genérico de SCSI. De este modo, para lasplataformas de Windows que ejecutan más de un trabajo, es útil anunciar variosdispositivos DFC.

Compare esta situación con el comportamiento de la controladora genérico LinuxSCSI, que no impone dicha restricción. Linux no se considera “restringido por la



profundidad de línea de espera,” de modo que basta con anunciar un dispositivoDFC a los iniciadores en sistemas Linux.

2. Cantidad de rutas físicas entre el servidor de medios y el sistema Data DomainPor cada dispositivo DFC anunciado, el sistema operativo del servidor de medioscreará dispositivos SCSI genéricos n, uno para cada ruta física mediante la cual elSO del servidor de medios pueda acceder al dispositivo.

Por ejemplo, si:

l El servidor de medios tiene 2 puertos HBA de iniciador (A y B)

l El sistema Data Domain tiene 2 extremos de destino de FC (C y D)

l La zonificación de Fabric de Fibre Channel está configurada para que ambospuertos HBA de iniciador puedan acceder a los extremos de destino de FC

el SO del servidor de medios verá cada dispositivo mediante cuatro rutas físicas:

A -> CA -> DB -> CB -> D

y creará 4 dispositivos SCSI genéricos para cada dispositivo DFC anunciado.

Para un servidor de medios Windows (con su limitación de profundidad de línea deespera de 1), esto permite hasta 4 solicitudes de SCSI simultáneas al sistema DataDomain, incluso con un solo dispositivo DFC anunciado.

Cálculo de dimensionamientoEl siguiente cálculo se puede utilizar para determinar la cantidad de dispositivos DFCque se anunciarán al sistema Data Domain y a los iniciadores en un servidor de mediosdeterminado. Una de las mejores prácticas es recomendar la misma cantidad dedispositivos DFC a todos los iniciadores en el mismo servidor de medios.

En el sistema Data DomainEl sistema Data Domain impone un límite a la cantidad de solicitudes simultáneas quese hacen a un solo dispositivo DFC SCSI. Debido a este límite, se debe ajustar lacantidad de dispositivos anunciados en función de la cantidad máxima de trabajossimultáneos del sistema en un momento determinado. En general, cuanto mayor sea lacantidad de trabajos que se esperan de los servidores de medios que usan DD Boostmediante FC, mayor será la cantidad de dispositivos anunciados.

Supongamos que J es la cantidad máxima de trabajos simultáneos en ejecución conDFC en el sistema Data Domain en cualquier momento dado.

Supongamos que C es la cantidad máxima de conexiones por trabajo:

l 3 para los sistemas Data Domain Extended Retention

l 1 para otro tipo de sistemas Data Domain

Calcule:

l Las conexiones simultáneas máximas al sistema DD, con DFC, desde TODOS losservidores de medios:

n S = J * C

n Conteo de dispositivos DFC D = mínimo (64, 2*(S/128)), redondear

n Todos los grupos de acceso de DFC deben configurarse con dispositivos “D”.

Ejemplo:Supongamos lo siguiente:


Cálculo de dimensionamiento 69

l Hay 8 servidores de medios/maestros, un solo sistema Data Domain, y cadaservidor ejecuta 50 trabajos como máximo en cualquier momento dado.

l Entonces, J = 8 * 50 = 400, C = 1 (un solo sistema Data Domain), S = J * C = 400,D = 2 * 400 / 128 = 6.25, redondeado a 7.

l Por lo tanto, todos los grupos DFC del sistema Data Domain deben configurarsecon 7 dispositivos.

Supongamos lo siguiente:

l Hay 8 servidores de medios/maestros, sistemas DD Extended Retention, y cadaservidor ejecuta 30 trabajos como máximo en cualquier momento dado.

l Aquí, J = 8 * 30 = 240, C = 3 (sistema DD Extended Retention), S = J * C = 720, D= 2 * 720 / 128 = 11.25, redondeado a 12.

l Por lo tanto, todos los grupos DFC del sistema DD deben configurarse con 12dispositivos.

Servidores de medios LinuxLa cantidad de dispositivos DFC anunciados en el sistema Data Domain que utiliza loscálculos enumerados en En el sistema Data Domain es suficiente para los servidores demedios Linux. No se necesita configuración adicional. Los servidores de medios Linuxno están restringidos por la profundidad de línea de espera, de modo que muchasconexiones pueden compartir el mismo dispositivo SCSI DFC genérico sin afectar elrendimiento.

Servidores de medios WindowsLa lógica de administración de rutas del servidor Data Domain propaga conexiones entodas las rutas lógicas disponibles (iniciador, extremo de destino, dispositivo DFC).Deseamos configurar suficientes dispositivos DFC para que cada conexión utilice supropio dispositivo SCSI genérico (ruta lógica) en el servidor de medios, con un conteomáximo de dispositivos DFC de 64.

Supongamos que X es igual a la cantidad de dispositivos DFC configurados en elsistema Data Domain (según En el sistema Data Domain). Supongamos que P es iguala la cantidad de rutas físicas entre el servidor de medios y el sistema Data Domain.Supongamos que J es la cantidad máxima de trabajos simultáneos, y que C es lacantidad máxima de conexiones por trabajo:

– 3 para los sistemas DD Extended Retention – 1 para otro tipo de sistemas DataDomain

Calcule:

l Las conexiones simultáneas máximas del servidor de medios S = J * C, conteo dedispositivos DFC D = mínimo ((S/P), X), redondeado, hasta un máximo de 64.

Observe que el valor de D es mayor que X, entonces, es suficiente para configurar Ddispositivos, pero solamente para los grupos de acceso con clientes de Windows.

Ejemplos:


l Hay 4 rutas físicas entre el servidor de medios y el sistema Data Domain, 30trabajos máximos, sistema DD Extended Retention

l En este caso, X = 25, P = 4, J = 30, y C = 3.

l Conexiones simultáneas máximas del servidor de medios S = (J * C) = 90

l Conteo de dispositivos DFC D = (90/4, 25) = 25

Entonces, el sistema Data Domain debe configurarse para anunciar 25 dispositivos encada iniciador en el servidor de medios.




l Hay 2 rutas físicas entre el servidor de medios y el sistema Data Domain, 50trabajos máximos, un solo sistema Data Domain

l En este caso, X=18, P = 2, J = 40, C = 1

l Conexiones simultáneas máximas del servidor de medios S = (J * C) = 40

l Conteo de dispositivos DFC D = máximo (40/2, 18) = 20

Entonces, el sistema Data Domain debe configurarse para anunciar 20 dispositivos encada iniciador en el servidor de medios.

Tenga en cuenta que debido a que el valor de D (20) es mayor que el valor de X (18),es suficiente para configurar dos dispositivos solamente para el grupo de acceso deDFC con clientes de Windows.

Servidores de medios HP-UXLa cantidad de dispositivos DFC anunciados en el sistema Data Domain que utilizan loscálculos enumerados en En el sistema Data Domain es suficiente para los servidores demedios HP-UX. No se necesita configuración adicional.

Nota

Cuando un sistema Data Domain se conecta a un host HP-UX mediante un SAN, hayuna entrada distinta en el directorio /dev/pt para cada ruta entre el sistema DataDomain y el host HP-UX. Las entradas se denominan /dev/pt/pt<X>, donde <x> esun número único asignado por el sistema operativo. Por ejemplo, si hay dos puertos FCen el sistema Data Domain conectados al mismo switch FC, y el host HP-UX tiene dospuertos FC conectados al switch FC, las entradas en el directorio /dev/ptserán /dev/pt/pt1, /dev/pt/pt2, /dev/pt/pt3 y /dev/pt/pt4.

Servidores de medios AIXPara el dispositivo AIX DDdfc, las entradas se bloquean exclusivamente en función decada proceso; solo un proceso puede usar la entrada de dispositivo. Los cálculos sebasan en el uso en instancias de la aplicación. Si una aplicación genera varios procesos,cada proceso bloquea en forma exclusiva al menos una entrada de dispositivo. Lasaplicaciones multithread bloquean un dispositivo por hilo de ejecución. Por estosmotivos, debe configurar el sistema Data Domain para anunciar todos los dispositivosDFC posibles (hasta un máximo de 128). Un error de Device Busy se puede producirsi no hay suficientes dispositivos accesibles para los clientes AIX.

Nota

La cantidad total de flujos de una política no debe exceder la cantidad de dispositivosAIX DFC disponibles, de lo contrario, el trabajo de respaldo podría fallar.

Servidores de medios de SolarisEn el caso de Solaris, las entradas de dispositivos se bloquean exclusivamente enfunción de cada proceso; solo un dispositivo puede usar una entrada de dispositivo.Los cálculos se basan en el uso en instancias de la aplicación. Si una aplicación generavarios procesos, cada proceso bloquea en forma exclusiva al menos una entrada dedispositivo. Las aplicaciones multithread bloquean un dispositivo por hilo de ejecución.Por estos motivos, debe configurar el sistema Data Domain para anunciar tantosdispositivos DFC como sea posible para evitar errores “en uso” de la controladora deldispositivo sgen. Un error de Device Busy se puede producir si no hay suficientesdispositivos accesibles para los clientes Solaris.

La cantidad de dispositivos sgen es el número de puertos de Fibre Channel a los quepuede acceder la instancia de Solaris multiplicado por la cantidad de rutas diferentes a


Cálculo de dimensionamiento 71

los terminales del sistema Data Domain, multiplicado por la cantidad de LUN en elgrupo de acceso.

Si un usuario necesita utilizar discos DFC Solaris como usuario no raíz, se le debenasignar privilegios de "sys_devices".

Si un usuario necesita utilizar discos de DFC Solaris, puede asignar privilegios de"sys_devices" como se muestra en el siguiente ejemplo:

# # usermod -K defaultpriv=basic,proc_exec,sys_devices userid

Instalación del driver del dispositivo AIX DDdfc (opcional para los clientesAIX)

DD Boost mediante FC es compatible con clientes que ejecutan versiones AIX 6.1 y 7.1.Para habilitar la función de DD Boost mediante FC, se puede instalar el driver deldispositivo AIX DDdfc. Sin embargo, también puede utilizar el comando ddboost fcgroup add con la característica opcional disk para habilitar DD-Boost-over-FC. Siselecciona la segunda opción, no es necesario instalar ningún software adicional. AIXtratará los dispositivos DFC asociados como unidades de disco nativas. El controladorestá incluido en el paquete con el software del plug-in de OST.

Para obtener más información sobre el comando ddboost fc group add, consultela Guía de referencia de comandos de Data Domain Operating System.

El nombre de archivo de la controladora es DDdfc.rte.1.0.0.x.bff, donde x es elnúmero de versión. Para instalar la controladora:

Nota

Para mantener la compatibilidad con versiones anteriores, si tiene dispositivos DDdfc ydispositivos de disco duro en el cliente AIX que están conectados al mismo sistemaData Domain, el plug-in de DD Boost selecciona los dispositivos DDdfc en primer lugarpara las comunicaciones hasta que no quede ninguno antes de cambiarautomáticamente a los dispositivos de disco duro.

Procedimiento

1. En el cliente AIX, inicie sesión como usuario raíz.

2. Introduzca # smitty install.

3. Seleccione Install and Update Software.

4. Seleccione Install Software.

5. Introduzca la ruta al archivo DDdfc.rte.1.0.0.x.bff, donde x es el númerode versión.

6. Presione F4 para ver la lista de elementos instalables en la ruta anterior.

7. Desplácese hacia abajo hasta encontrar la versión de DDdfc.rte.1.0.0.xque desea.

8. Presione Tab para alternar el valor de la línea Preview only? a No.

9. Presione Enter para confirmar las selecciones e instalar el controlador.

Requistos posteriores

Si realiza cualquier cambio a la configuración de DFC que afecte al cliente AIX, ejecutelos siguientes comandos:



# rmdev -Rdl DDdfc# cfgmgr

No se acceda a los dispositivos de DFC mientras se ejecutan estos comandos. Despuésde que se ejecutan estos comandos, pueden pasar algunos minutos antes de quefinalice la configuración.

Si la ejecución de estos comandos no restaura correctamente la funcionalidadcompleta, debe reiniciar el cliente AIX.

Configuración del driver de dispositivo genérico de SCSI para los clientes deSolaris

DD Boost mediante FC es compatible con clientes que ejecutan el hardware de Solaris10 y 11 en SPARC y x86. DFC para Solaris utiliza el driver del dispositivo genérico deSCSI (sgen), que se incluye en la instalación de Solaris. Use el siguiente procedimientopara asegurarse de que sgen identifique correctamente los dispositivos del procesadoren el arranque.

Procedimiento

1. Agregue la siguiente línea en el sección forceload de /etc/system:

forceload: drv/sgen

Este paso se debería resolver los problemas relacionados con que sgen no secarga correctamente durante el arranque y mantener el driver sgen cargado.

2. Para verificar el uso existente de sgen, escriba grep sgen /etc/driver_aliases.

Nota

La existencia de un directorio /dev/scsi,/dev/scsi/processor o /dev/scsi/* no significa necesariamente que sgen esté configurado. Podría haberarchivos incompletos.

3. Si no hay ningún uso existente de sgen o si sgen se usa solo para "scsiclass,03", escriba:

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03"' sgen

Nota

Es fundamental que use comillas dobles y simples exactamente como semuestra arriba.

Este comando debe devolver al indicador sin errores ni advertencias.Compruebe la conectividad al sistema Data Domain. Debería haber al menosun archivo en /dev/scsi/processor.

c. Para confirmar al menos una entrada para los tres archivos de configuración,escriba: grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliasesLos siguientes son resultados del ejemplo de este comando:/etc/minor_perm:sgen * 0600 root sys /etc/name_to_major:sgen 151 /etc/driver_aliases:sgen "scsiclass,03"


Configuración del driver de dispositivo genérico de SCSI para los clientes de Solaris 73

Nota

El número name_to_major probablemente será diferente que en esteejemplo.

4. Si el dispositivo sgen ya se usa para otros dispositivos, ingrese:

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03""scsiclass,XX"' sgen

Nota

XX sería el tipo de dispositivo de un grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliases previamente ejecutado. Esfundamental que use comillas dobles y simples exactamente como semuestra arriba.

Un ejemplo de este comando es: add_drv –m '* 0600 root sys' –i'"scsiclass,03" "scsiclass,06"' sgen.

Este comando debe devolver al indicador sin errores ni advertencias.Compruebe la conectividad al sistema Data Domain. Debería haber al menosun archivo en /dev/scsi/processor.

c. Para confirmar al menos una entrada para los tres archivos de configuración,escriba: grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliases.

d. Abra el archivo /kernel/drv/sgen.conf. Si la device-type-config-list notiene comentarios, agregue “procesador” a la lista a fin de garantizar que sereconozca el driver. Por ejemplo, si la device-type-config-list no tienecomentarios como en este ejemplo:

device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer";

Cambie la entrada a:device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer", "processor";

Configuración de cifrado y autenticación globalPuede especificar la configuración de cifrado y autenticación global con DD Boost 3.4y versiones posteriores.

Para acceder a más información acerca de la configuración cifrado y autenticaciónglobal, consulte Opciones de cifrado y autenticación en la página 15

Procedimiento

1. Escriba el comando ddboost option set con el tipo de autenticación y elnivel de cifrado que desea establecer:

ddboost option set global-authentication-mode {none | two-way| two-way-password} global-encryption-strength {none | medium| high}



Nota

Los valores de autenticación y cifrado deben establecerse al mismo tiempodebido a las dependencias.

Mostrar la configuración de cifrado y autenticación globalPuede verificar la configuración actual de cifrado y autenticación global con DD Boost3.4 y versiones posteriores.

Procedimiento

1. Escriba el comando dd boost option show con los argumentos que semuestran en el siguiente ejemplo:

ddboost option show global-authentication-mode |global-encryption-strength

Restablecimiento de la configuración de cifrado y autenticación globalPuede restablecer de manera global la autenticación y el cifrado con DD Boost 3.4 yposterior.

Procedimiento

1. Escriba el comando dd boost option reset como se muestra en elsiguiente ejemplo:

ddboost option reset global-authentication-mode |global-encryption-strength

Ambos valores de configuración global se restablecen a none cuando serestablece cualquiera de esos valores.

Nota

Los valores de autenticación y cifrado se restablecen al mismo tiempo debido alas dependencias.


Mostrar la configuración de cifrado y autenticación global 75

CAPÍTULO 4

Instalación de DD Boost para OpenStorage

Nota



l Descripción general de la instalación.................................................................. 78l Instalación del plug-in OST para NetBackup.......................................................79l Instalación del plug-in de OST para Backup Exec............................................... 82l Optimización del servidor de medios de Windows para mejorar el rendimiento...83l Desinstalación de un plug-in de Windows...........................................................83

Instalación de DD Boost para OpenStorage 77

Descripción general de la instalaciónLos pasos generales para instalar Data Domain Boost son los siguientes:

Procedimiento

1. Obtenga la licencia necesaria para habilitar DD Boost en el sistema DataDomain.

l La licencia básica permite que realice respaldo y restauración de datos.

l Una licencia de replicación aparte le permite realizar replicación de archivosadministrada o replicación de imágenes automática. Debe obtener unalicencia de replicación para los sistemas Data Domain de origen y destino.

2. Active y configure DD Boost en el sistema Data Domain. Como mínimo, debeconfigurar un nombre de usuario de DD Boost y crear una unidad dealmacenamiento de DD Boost.

l Para configurar un nombre de usuario de DD Boost, utilice el comandoddboost user assign.

l Para crear una unidad de almacenamiento de DD Boost, utilice el comandoddboost storage-unit create.

3. Instale el software del plug-in de OST en cada servidor de medios.

Nota

l Para habilitar DD Boost mediante FC en clientes que ejecutan AIX, debeinstalar el driver de dispositivo AIX DDdfc. Para obtener informacióndetallada, consulte Instalación del driver del dispositivo AIX DDdfc (opcionalpara los clientes AIX) en la página 72.

4. Una vez que complete los pasos de instalación descritos en este capítulo,configure DD Boost como se describe en el capítulo Preparación del sistemaData Domain para DD Boost en la página 43.

Actualizaciones del plug-in de OST y el sistema operativo DDAntes de actualizar el plug-in de OST o el SO DD, consulte la Guía de compatibilidad deData Domain Boost. Esa guía especifica qué versiones del plug-in de OST soncompatibles con qué versiones de SO DD.

AVISO

Si no consulta laGuía de compatibilidad de Data Domain Boost, se podrían ocasionarincompatibilidades inesperadas que se requerirán actualizaciones adicionales parasolucionar el problema.

Para aprovechar las nuevas funciones en una versión del SO DD, actualice el sistemaData Domain a la versión adecuada de SO DD y después actualice el plug-in de OST ala versión correspondiente. Si bien una versión anterior del plug-in de OST mantiene lacompatibilidad con una versión más nueva del SO DD, no tiene la nueva funcionalidaddisponible en la versión más nueva del SO DD. Realice la actualización según sedescribe en Instalación del plug-in de OST en los servidores de medios.



Nota

Este documento ilustra la configuración de DD Boost en Data Domain mediantecomandos en SO DD 5.7. Si está usando una versión diferente de DD OS con estaversión del plug-in de OST, consulte la referencia de comandos de SO DDcorrespondiente.

Firewalls y puertos

Nota

Este análisis se aplica únicamente a DD Boost mediante IP.

El sistema Data Domain tal como está inicialmente configurado no funciona a través deun firewall (un servidor de medios a un sistema Data Domain, o de un sistema DataDomain a otro). Si necesita que el sistema Data Domain funcione en presencia de unfirewall, póngase en contacto con su proveedor de soporte de red.

Los siguientes puertos deben estar abiertos en un firewall para que funcionen losrespaldos y la deduplicación optimizada de DD Boost:

l TCP 2049 (NFS)

l TCP 2051 (necesario para la replicación de archivos administrada, pero no para lareplicación de imágenes automática)

l TCP/UDP 111 (asignador de puertos de NFS)

Instalación del plug-in OST para NetBackupEn esta sección, se describen los comandos utilizados para instalar un plug-in de OSTen un ambiente NetBackup.

Los ambientes NetBackup constan de servidores de medios y un servidor maestro. Elservidor maestro administra clientes y servidores de medios y también puedefuncionar como servidor de medios. Se debe instalar el plug-in de OST en cadaservidor de medios. Si también hay configurado un servidor maestro como servidor demedios, el plug-in de OST debe instalarse en el servidor maestro o de medios.

Nota

Los comandos que se ejecutan en la línea de comandos pueden introducirse en elservidor maestro o en el servidor de medios. Si ejecuta comandos desde un servidormaestro, utilice la opción -media_server para indicarle a NetBackup dónde dirigir laoperación que consulta al plug-in acerca de las propiedades del servidor dealmacenamiento.

Esta guía utiliza los comandos de NetBackup ubicados en los siguientes directorios,que debe agregar a la RUTA de UNIX o Windows.

Procedimiento

1. Agregue estas ubicaciones de directorio a la RUTA DE UNIX:

$ exportPATH=$PATH:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/volmgr/bin

2. Agregue estas ubicaciones de directorio a la RUTA DE Windows:


Firewalls y puertos 79

$ PATH=%PATH%;C:\Program Files\Veritas\NetBackup\bin;C:\Program Files\Veritas\NetBackup\bin\admincmd;C:\Program Files\Veritas\Volmgr\bin

Instalación del plug-in de OST en los servidores de mediosDebe instalarse el software del plug-in de OST en los servidores de medios que debenacceder al sistema Data Domain. Cuando actualiza el plug-in de UNIX OST, la versiónanterior del plug-in se sobrescribe; por lo tanto, no hace falta que la elimine. No hayinstrucciones especiales para desinstalar el plug-in de OST en sistemas UNIX.

Instalación del plug-in de UNIXProcedimiento

1. Descargue la última versión del plug-in de OST desde el servicio de soporte enlínea. Verifique la recopilación MD5 de la descarga para garantizar su integridadutilizando MD5sum o una utilidad de recopilación.

2. Introduzca gunzip o un comando equivalente para descomprimir el archivo tar.Guarde el archivo en el servidor de medios en una ubicación de su elección.

3. Detenga el proceso del administrador remoto y el servicio de supervisión(nbrmms) de la aplicación de respaldo si está en ejecución. Escriba:

# nbrmms -terminate4. Instale el plug-in de OST plug-in (un conjunto de bibliotecas en un paquete

gtar).

5. Utilice el comando tar para configurar la función:

# tar -vxf filename6. El paquete también contiene un script de instalación llamado install.sh, que

verifica si nbrmms se detuvo antes de iniciar la instalación. Escriba:

# install.sh -v verbose

Si no se selecciona -v, la información solo se escribirá en /log/OST/EMC/logs/install-datestring.log.

Los archivos compartidos de la biblioteca script sonlibstspiDataDomain.so y libstspiDataDomainMT.so.

Si el plug-in existe automáticamente, se sobrescribe automáticamente.Un script llamado uninstall.sh ahora está disponible si desea quitar plug-insexistentes.

7. Si el plug-in ya existe, le solicitan que introduzca y para continuar.

8. Reinicie el proceso nbrmms de la aplicación de respaldo introduciendo:

# nbrmms

Instalación del plug-in de WindowsEl instalador del plug-in de Windows es libstspiDataDomainSetup.exe. Escompatible con los plug-ins de 64 bits de Windows.

Preparación para la instalaciónProcedimiento

1. Descargue la última versión del instalador del plug-in de Windows OST desde elservicio de soporte en línea.



2. Verifique la recopilación MD5 de la descarga para garantizar su integridadutilizando WinMD5 o una utilidad similar. Descomprima el plug-in para extraerlibstspiDataDomainSetup.exe.

3. Detenga todos los servicios de NetBackup. Siga las instrucciones indicadas en Iniciar, detener o reiniciar servicios de NetBackup Windows para detener elservicio.

4. Elimine cualquier versión anterior del plug-in mediante el Panel de control deWindows o ejecutando el comando de desinstalación del plug-in de OST enmodo silencioso.

libstspiDataDomainUninstall.exe /S

o en el modo interactivo:

libstspiDataDomainUninstall.exe

Inicio de la instalación

Puede ejecutar la instalación en un modo interactivo o en un modo silencioso.

Procedimiento

1. Haga clic en el archivo ejecutable para iniciar el instalador.

El instalador determina si NetBackup está instalado y si se están ejecutando susservicios respectivos. Si el instalador detecta un servicio en ejecución, muestraun mensaje para indicarlo y se cierra.

2. Si los servicios se detuvieron, el instalador muestra el acuerdo de licencia. Lealos términos y haga clic en I Agree para continuar.

3. En el cuadro de diálogo Choose Install Location, se muestra la carpeta dedestino correcta. No cambie esta carpeta. Haga clic en Install para iniciar lainstalación.

Una barra de progreso controla la instalación.

4. Cuando haya finalizado la instalación, puede hacer clic en el botón Show detailspara ver los archivos instalados y su ubicación.

5. Reinicie todos los servicios. Consulte Iniciar, detener o reiniciar servicios deNetBackup Windows en la página 82.

6. Optimice el servidor de medios de Windows para mejorar el rendimiento.Consulte Optimización del servidor de medios de Windows para mejorar elrendimiento en la página 83.

Servicios de defensa cibernética avanzada (NetBackup)Siga las instrucciones para iniciar, detener y reiniciar servicios de UNIX o Windows.

Iniciar y detener los servicios UNIX de NetBackupPara detener los servicios UNIX, ingrese lo siguiente:

# nbrmms -terminate

Para iniciar o reiniciar los servicios UNIX, ingrese lo siguiente:

# nbrmms


Servicios de defensa cibernética avanzada (NetBackup) 81

Iniciar, detener o reiniciar servicios de NetBackup WindowsProcedimiento

1. Vaya a Start > Control Panel > Administrative Tools > Services.

2. En la ventana Services, se enumeran los servicios en orden alfabético pornombre. Busque el nombre NetBackup Remote Manager and MonitorService. En el campo Status, se muestra el estado del servicio.

3. Seleccione el servicio y haga clic con el botón secundario.

4. El menú que se muestra tiene las opciones Stop, Start o Restart para detener,iniciar o reiniciar el servicio. Seleccione la opción de menú adecuada.

Instalación del plug-in de OST para Backup Exec

Instalación del plug-in en los servidores de mediosDebe instalarse el software del plug-in de OST en los servidores de medios que debenacceder al sistema Data Domain. Dado que Backup Exec es compatible conOpenStorage solamente en servidores de medios de Windows, la sección siguienteincluye instrucciones para los servidores Windows exclusivamente.

Nota

Backup Exec no es compatible con DD Boost mediante FC.

Instalación del plug-in de WindowsEl instalador del plug-in de Windows es libstspiDataDomainSetup.exe. Escompatible con los plug-ins de 64 bits de Windows.

Procedimiento

1. Prepare la instalación.

a. Descargue la última versión del instalador del plug-in de Windows OST desdeel servicio de soporte en línea.

b. Detenga los servicios de Backup Exec. Siga las instrucciones proporcionadasen Servicios de Backup Exec para detener el servicio.

c. Elimine las versiones anteriores del plug-in con el panel de control deWindows o con libstspiDataDomainUninstall.exe .

d. Haga clic en el archivo ejecutable para iniciar el instalador. El instaladordetermina si Backup Exec está instalado y si se ejecutan sus serviciosrespectivos. Si el instalador detecta un servicio en ejecución, muestra unmensaje al respecto y se cierra.

e. Prepárese para iniciar la instalación.

2. Comience la instalación.

a. Si los servicios se detuvieron, el instalador muestra el acuerdo de licencia.Lea las condiciones. Seleccione I Agree para continuar.

b. En el cuadro de diálogo Choose Install Location, se muestra la carpeta dedestino correcta. No cambie la carpeta. Seleccione Install para iniciar lainstalación.



Nota

Una barra de progreso controla la instalación.

c. Cuando haya finalizado la instalación, puede seleccionar el botón Showdetails para ver los archivos instalados y su ubicación.

d. Reinicie todos los servicios de Backup Exec. Consulte Servicios de BackupExec.

3. Verifique que esté activada la opción de deduplicación de Backup Exec.

Servicios de Backup Exec

Iniciar, detener o reiniciar servicios de Windows

En Backup Exec, puede iniciar, detener y reiniciar servicios de Backup Exec en laventana Service Manager de Backup Exec.

Actualización del plug-in de Backup ExecProcedimiento

1. Ejecute el administrador de servicios de Backup Exec y detenga todos losservicios (no cierre el cuadro de diálogo).

2. Elimine el plug-in anterior e instale el nuevo.

3. Vuelva al cuadro de diálogo del administrador de servicios de Backup Exec parareiniciar todos los servicios.

4. Cierre el cuadro de diálogo.

Optimización del servidor de medios de Windows paramejorar el rendimiento

Para obtener información sobre optimización, consulte el artículo de la base deconocimiento, Optimización del servidor de medios de Windows para mejorar elrendimiento, ID de documento 000180974, que está disponible en el servicio de soporteen línea.

Desinstalación de un plug-in de WindowsEste procedimiento se aplica a NetBackup y Backup Exec.

Procedimiento

1. Detenga los servicios de la aplicación de respaldo.

2. Realice una de las siguientes acciones:

l Desinstale el plug-in de Data Domain OpenStorage en la función para instalaro desinstalar programas del Panel de control de Windows (como lo haría paradesinstalar un programa típico de Windows).

l Haga doble clic en libstspiDataDomainUninstall.exe, que estabainstalado en el mismo directorio que el plug-in. Haga clic en Uninstall. Luegode desinstalar, haga clic en Mostrar detalles para ver qué archivos seeliminaron.


Servicios de Backup Exec 83



CAPÍTULO 5

Administración de la aplicación de respaldo

Nota


En este capítulo, se incluyen los siguientes temas principales:

l Configuración de un servidor de medios.............................................................86l Administración de NetBackup........................................................................... 101l Administración de Backup Exec........................................................................ 103

Administración de la aplicación de respaldo 85

Configuración de un servidor de mediosLa configuración del servidor de medios depende de la aplicación de respaldo que seutiliza. Consulte la sección de configuración correspondiente.

Configuración de NetBackup

Nota

Los ejemplos de este capítulo suponen la siguiente configuración:

l Un servidor de medios con el nombre load64 que ejecuta NBU 7.6

l Dos sistemas Data Domain con DD Boost activados llamados dd22 y dd100.

La configuración del servidor de medios consta de los siguientes procedimientos:

l Registrar cada sistema Data Domain

l Analizar para ver si hay dispositivos agregados recientemente, en especial, paraBoost mediante FC

l Agregar credenciales para cada servidor de medios que deba establecercomunicación con un sistema Data Domain

l Crear pools de discos

l Crear unidades de almacenamiento, que son recopilaciones de pools de discos

l Establecer políticas de respaldo

Nota

Los comandos que se ejecutan en la línea de comandos pueden introducirse en elservidor maestro o en el servidor de medios. Si ejecuta comandos desde un servidormaestro, utilice la opción -media_server para indicarle a NetBackup dónde dirigir laoperación que consulta al plug-in acerca de las propiedades del servidor dealmacenamiento.

Límite de conexiones simultáneasCon Backup Exec, la cantidad máxima de conexiones simultáneas (trabajos) de un soloservidor de medios es de 64.

Registrar cada sistema Data DomainProcedimiento

1. En el servidor de medios, inicie los servicios de la aplicación de respaldo.Consulte Servicios de NetBackup.

2. En el servidor de medios, introduzca lo siguiente para verificar que la aplicaciónde respaldo haya detectado el plug-in:

# bpstsinfo -pi -stype DataDomain

La salida muestra:

l la versión del proveedor, que es la versión del plug-in;

l la versión del proveedor, que es la versión del plug-in de OST.



3. En el sistema Data Domain, active la síntesis virtual si planea usar esa función;para hacerlo, introduzca el siguiente comando:# ddboost option set virtual-synthetics enabled

4. En el servidor de medios, registre un sistema Data Domain introduciendo losiguiente:

Para DD Boost mediante IP:

# nbdevconfig -creatests -stype DataDomain -storage_server dd22 -media_server load64

En este caso, el valor storage_server puede ser tanto una dirección IP o unnombre de host, como dd22.

Para DD Boost mediante FC:

# nbdevconfig -creatests -stype DataDomain -storage_server DFC-dd100 -media_server load64

En este caso, el prefijo DFC- de storage_server indica el deseo de usar eltransporte DD Boost mediante FC para comunicarse con el sistema DataDomain. El nombre que sigue al prefijo es el nombre del servidor DFC delsistema Data Domain deseado, por ejemplo dd100.

5. Repita el procedimiento anterior para cada sistema Data Domain que ejecutaráDD Boost.

Adición de credencialesProcedimiento

1. En un servidor de medios que debe establecer comunicación con el sistema DataDomain, introduzca:

# tpconfig -add -storage_server dd22 -stype DataDomain -sts_user_id username -password password

Nota

NetBackup 7.6 y versiones posteriores permiten que las credenciales también seconfiguren desde NetBackup. Consulte la documentación de NetBackup paraobtener más información.

Nota

El comando ddboost storage-unit create storage-unit user user-name ahoraestá disponible para que cada unidad de almacenamiento se distinga de lasdemás.

2. Repita el paso anterior para cada servidor de medios que deba establecercomunicación con un sistema Data Domain específico. Este es un ejemplo de unservidor DFC que utiliza dd100:

# tpconfig -add -storage_server DFC-dd100 -stype DataDomain -sts_user_id username -password password

Resultados

Después de agregar sus credenciales, la aplicación de respaldo hará lo siguiente:

l Guarda las credenciales para que el servidor de medios pueda iniciar sesión en elsistema Data Domain.

l Configura el servidor de medios como un administrador de transferencia de datoscapaz de transferir datos entre el almacenamiento primario (el cliente de


Configuración de NetBackup 87

aplicación de respaldo) y el servidor de almacenamiento (el sistema Data Domain).La aplicación de respaldo mantiene una ruta de acceso entre el servidor de mediosy el servidor de almacenamiento.

Creación de pools de discosLos pools de discos son recopilaciones de volúmenes de discos que la aplicación derespaldo administra como entidades únicas. Los pools de discos corresponden aunidades de almacenamiento.

Nota

Cada pool de discos exige un nombre único.

La aplicación de respaldo proporciona una interfaz de la línea de comandos (CLI) y unainterfaz gráfica del usuario (GUI). Puede utilizar cualquiera de las dos para crear poolsde discos.

Creación de un pool de discos

Procedimiento

1. El administrador remoto y el servicio de supervisión de la aplicación de respaldo(nbrmms) deben estar en ejecución. Para iniciarlos, ingrese lo siguiente:

# nbrmms2. Obtenga la identidad de la unidad de almacenamiento del sistema Data Domain

(dd22) ingresando lo siguiente:

# nbdevconfig -previewdv -storage_server dd22-stype DataDomain > /tmp/dvlist

3. Cree un pool de discos con la información que obtuvo del comando anterior;para hacerlo, ingrese lo siguiente:

# nbdevconfig -createdp -dp dd22_storage-unit1_dp -stype DataDomain-storage_servers dd22 -dvlist /tmp/dvlist

El nombre del pool de discos debe ser único.

Se muestra una salida similar a la siguiente:

El pool de discos dd22_storage-unit1_dp se creó correctamente con un volumen.

Creación de unidades de almacenamientoUna unidad de almacenamiento contiene un pool de discos. Varias unidades dealmacenamiento pueden agruparse en un grupo de unidades de almacenamiento.Puede crear unidades de almacenamiento mediante la CLI o la GUI.

Nota

Cada unidad de almacenamiento exige un nombre único.

Creación de unidades de almacenamiento

Procedimiento

1. Ingrese un comando similar al siguiente:



# bpstuadd -label dd22_storage-unit1_su -dp dd22_storage-unit1_dp -host load64a -M load64a

Nota

No hay resultado para este comando.

Creación de una política de respaldoPara obtener instrucciones sobre cómo crear una política de respaldo, consulte lasguías de administración de NetBackup 7.x.

Configuración de búferesPuede establecer la cantidad y el tamaño de varios búferes, pero no puede cambiar suslímites de tamaño. La ubicación de estos archivos depende de su sistema operativo.

l La ubicación del archivo UNIX es /usr/openv/netbackup.

l La ubicación de archivos de Windows es install_path\netbackup\db\config.

Para lograr el mejor rendimiento, establezca SIZE_DATA_BUFFERS ySIZE_DATA_BUFFERS_DISK en 262144.

Para establecer la cantidad y el tamaño de los búferes, cree los siguientes archivos,según corresponda para su sistema operativo.

l NET_BUFFER_SZn Descripción: Tamaño del búfer de conexión TCP/IP

n Medios: N/D

n Valor predeterminado en UNIX 32,032

n Valor predeterminado en Windows 32,032

l NUMBER_DATA_BUFFERS

Nota

La cantidad debe ser una potencia de dos.

n Descripción: Cantidad de búferes de datos compartidos

n Medios: Cinta

n Valor predeterminado en UNIX 8/4 (No multiplexados/multiplexados)

n Valor predeterminado en Windows 16/8 (No multiplexados/multiplexados)

l NUMBER_DATA_BUFFERS_RESTOREn Descripción: Cantidad de búferes de datos compartidos

n Medios: Cinta



l NUMBER_DATA_BUFFERS_DISK

Nota

La cantidad debe ser una potencia de dos.



n Descripción: Cantidad de búferes de datos compartidos

n Medios: Disco



l SIZE_DATA_BUFFERS

Nota

El tamaño debe ser múltiplo de 32 KB. El valor predeterminado usado cuando estearchivo no exista es de 32 KB. El valor máximo compatible con el plug-in de DataDomain es 1 MB.El valor predeterminado cuando exista el archivo y el valor recomendado para elmejor rendimiento es 256 KB.

n Descripción: Tamaño de los búferes de datos compartidos

n Medios: Cinta

n Valor predeterminado en UNIX 64 kB

n Valor predeterminado en Windows 64 kB

l SIZE_DATA_BUFFERS_DISK

Nota

El tamaño debe ser múltiplo de 32 KB. El valor predeterminado usado cuando estearchivo no exista es de 32 KB. El valor máximo compatible con el plug-in de DataDomain es 1 MB.El valor predeterminado cuando exista el archivo y el valor recomendado para elmejor rendimiento es 256 KB.

n Descripción: Tamaño de los búferes de datos compartidos

n Medios: Disco

n Valor predeterminado en UNIX 256 kB

n Valor predeterminado en Windows 256 kB

l SIZE_DATA_BUFFERS_NDMPn Descripción: Tamaño del búfer para los respaldos de NDMP

n Medios: N/D

n Valor predeterminado en UNIX 63 KB

n Valor predeterminado en Windows 63 KB

Configuración de deduplicación optimizadaEl plug-in de OST habilita un servidor de medios NetBackup para especificar unproceso de duplicación y delega su ejecución al sistema Data Domain. Este usocompartido tiene las siguientes ventajas:

l El sistema de la aplicación de respaldo retiene el control de la creación y laduplicación de archivos de respaldo, y hace un seguimiento de todas las copias ensu catálogo, lo cual asegura una recuperación rápida y eficaz.

l La duplicación optimizada elimina el servidor de medios de la ruta de datos al crearcopias duplicadas de imágenes de respaldo, lo cual reduce la carga en el sistema dela aplicación de respaldo y lo deja libre para otras tareas.



l El sistema Data Domain utiliza el proceso de replicación eficaz de la red de áreaextensa (WAN) para los datos deduplicados. El proceso se optimiza para las WAN,lo cual reduce la carga general en el ancho de banda de la WAN que se necesitapara crear una copia duplicada.

l Las funciones del software Data Domain Replicator, como la opción deoptimización de bajo ancho de banda, se pueden utilizar en modo transparente conla aplicación de respaldo para reducir aún más los datos enviados mediantevínculos de WAN que son inferiores a 6 Mb/s.

l Las funciones del software Data Domain Replicator, como la duplicaciónoptimizada cifrada, son transparentes a las aplicaciones de respaldo. Esta funciónpermite que se cifren todos los datos que se envían mediante la WAN con el fin decrear copias duplicadas, lo cual proporciona una mayor seguridad.

Se recomienda que agregue la dirección IP del sistema Data Domain de destino alsistema Data Domain de origen con el comando net hosts add ipaddr {host |"alias host"}....

Nota

Todos los servidores de medios, de origen y de destino deben tener permiso paraacceder a ambos sistemas Data Domain. Debe agregar todos los servidores de mediosque deban acceder al sistema Data Domain por medio del comando net hosts add.

Consideraciones sobre DD Boost-Over-Fibre ChannelDD Boost-over-FC introduce una complicación en el procedimiento para configurar laduplicación optimizada.

Una operación de duplicación optimizada exige comunicación entre tres sistemas:

l Media_Server

l Src_DD_System: el sistema Data Domain de origen

l Dst_DD_System: el sistema Data Domain de destino

Durante una operación de duplicación optimizada, los otros dos sistemas acceden aDst_DD_System:

l Por parte de Media_Server, para la configuración u operación de control

l Por parte de Src_DD_System, para la transferencia de datos

La comunicación del sistema Media_Server-to-Dst_DD_System puede usar cualquierade los dos transportes siguientes:

l DD Boost-over-IP

l DD Boost-over-FC

Pero la comunicación de Src_DD_System-to-Dst_DD_System se establece siempremediante la red de IP.

Ahora, considere el caso en el que Media_Server utiliza DD Boost-over-FC paracomunicarse con Dst_DD_System. La operación de duplicación optimizada completaahora exige dos "nombres" para Dst_DD_System:

l DFC-<dfc-server-name>, necesario para la biblioteca de DD Boost Library enMedia_Server

l Nombre de host de IP, necesario para Src_DD_System

Sin embargo, durante la configuración, se presenta un solo nombre paraDst_DD_System a la biblioteca de DD Boost: el nombre del estilo de DFC, DFC-<dfc-server-name>.



La biblioteca de DD Boost Library debe pasar un nombre a Src_DD_System comoparte de la solicitud para comenzar a transferir los datos.

Src_DD_System necesita un nombre de host de IP para Dst_DD_System, dado quetodas las comunicaciones entre los dos sistemas Data Domain se realizan mediante lared de IP.

Pero la biblioteca de DD Boost conoce a Dst_DD_System solo por su nombre de estilode DFC. Entonces, ¿qué nombre para Dst_DD_System debe presentar la biblioteca deDD Boost Library a Src_DD_System?

La respuesta es que la biblioteca de DD Boost Library solo extrae el prefijo “DFC-” ypresenta el nombre de servidor de DFC del Dst_DD_System a Src_DD_System.

Por ejemplo:

Servidor de medios: clientASrc_DD_System: DFC-ddr1Dst_DD_System: DFC-ddr2

En este caso, la biblioteca de DD Boost Library presentará a Src_DD_System elnombre ddr2 como Dst_DD_System.

Esto funciona con naturalidad si el nombre de servidor de DFC del Dst_DD_System esel mismo que su nombre de host de IP, como lo conoce Src_DD_System. Esta es lasituación esperada normal, dado que el nombre de servidor de DFC predeterminadopara un sistema Data Domain es su nombre de nodo simple.

Si el usuario cambió el nombre de servidor de DFC de Dst_DD_System por otro (p. ej.,my-ddr-via-dfc), debe asegurarse de que cuando Src_DD_System realice unabúsqueda de nombre de host de my-ddr-via-dfc este encuentre una dirección IPmediante la cual se puede alcanzar Dst_DD_System. Para lograr esto, puede agregaruna entrada al archivo /etc/hosts en Src_DD_System.

Uso de las políticas de ciclo de vida de almacenamiento para automatizar la duplicaciónoptimizada

Una política de ciclo de vida de almacenamiento consta de una lista de destinos paralos archivos de respaldo y un período de retención para cada archivo. Un proceso deciclo de vida crea, retiene y, por último, expira los archivos. Al usar políticas de ciclo devida de almacenamiento, puede especificar diferentes períodos de retención para elrespaldo inicial y para las copias duplicadas. Por ejemplo, podría especificar un períodode retención para el respaldo local original y otro para un duplicado en el sitio derecuperación ante desastres.

Seleccione una unidad de almacenamiento individual como destino de duplicación enSLP. Para obtener más información, consulte el artículo de la base de conocimientos,“No funciona la duplicación de OST”, ID de documento 000181560, que está disponibleen el sitio del servicio de soporte en línea https://support.emc.com.

Nota

l Si hay un vínculo o una dirección IP recomendados para enviar los datos deduplicación optimizados entre dos servidores de almacenamiento Data Domain, useese vínculo o esa dirección cuando cree el servidor de almacenamiento de destino.

l Si en algún momento desea iniciar la duplicación optimizada de manera manual, useel comando de la CLI NBU bpduplicate, que se describe en la documentación deVeritas NetBackup.



https://support.emc.com

Configuración de un respaldo sintético virtual

Para utilizar respaldos sintéticos virtuales, configure los atributos de la política y loscalendarios de este modo:

Procedimiento

1. En el SO de DD 5.4, los respaldos sintéticos virtuales están activados de manerapredeterminada. Si la función está desactivada, active un respaldo sintéticovirtual en el sistema Data Domain; para hacerlo, ingrese lo siguiente:# ddboost option set virtual-synthetics enable

2. Verifique si NetBackup tiene activados los respaldos sintéticos virtuales en elsistema Data Domain y si está establecido la marca OptimizedImageingresando lo siguiente:# nbdevquery -liststs -U

Nota

Si utiliza un pool de discos activo creado antes del SO de DD 5.2 con la versión2.5 de DD Boost, el comando ddboost option set virtual-synthetics enable no funcionará como se espera. El trabajo finalizará,pero no encontrará los mensajes mencionados anteriormente, ya queNetBackup realiza replicaciones sintéticas periódicas. En ese caso, siga lospasos siguientes:

a. Cree un pool de discos nuevo en NetBackup.

b. Agregue la marca manualmente al pool de discos actual; para hacerlo,ingrese el siguiente comando:# disk-pool-name: dlh35-dpstorage-server-name: dlh35

nbdevconfig -changests -storage_server dlh35 -stype DataDomain -setattribute OptimizedImage

nbdevconfig -changedp -dp dlh35-dp -stype DataDomain -setattribute OptimizedImage

c. Verifique que la marca OptimizedImage se haya agregado al pool dediscos mediante el siguiente comando:# nbdevquery -listdp -U -dp dlh35-dp

Si la marca OptimizedImage no se muestra en el resultado, configúrelo con elcomando nbdevconfig:

# nbdevconfig -changests

Ejemplos de operaciones de respaldoEn los siguientes ejemplos, se muestran los comandos para iniciar respaldos y mostrarvarios tipos de respaldos.

Ejemplo de operación de respaldo: Respaldo completoUn respaldo completo consta de un archivo de imagen de encabezado (HDR), uno ovarios archivos de imagen de fragmento (F1) y una restauración de imagen verdadera(TIR), como se puede ver en la unidad de almacenamiento DDR.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info:



rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376

Ejemplo de operación de respaldo: Respaldo incrementalUn respaldo incremental agregará un archivo de imagen de encabezado (HDR), uno ovarios archivos de imagen de fragmento (F1) y una restauración de imagen verdadera(TIR), como se puede ver en la unidad de almacenamiento DDR, tal como se muestraen negrita a continuación.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0:::



Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404

Ejemplo de operación de respaldo: Respaldo completo sintéticoEl respaldo completo sintético agregará un archivo de imagen de encabezado (HDR),uno o varios archivos de imagen de fragmento (F1) y una restauración de imagenverdadera (TIR), como se puede ver en la unidad de almacenamiento DDR, tal como semuestra en negrita a continuación.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404 rtp-ost-sparc1.datadomain.com_1309959823_C1_HDR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 768 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959823_C1_F1:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 7,435,452



Globally Compressed: 7,420,935 Locally Compressed: 7,444,262 Meta-data: 23,812 rtp-ost-sparc1.datadomain.com_1309959823_C1_TIR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.0 Original Bytes: 100,449 Globally Compressed: 54,304 Locally Compressed: 1,958 Meta-data: 376

El respaldo sintético se realiza mediante la API DDP_SYNWR, que puede mostrarse enel sistema Data Domain con los comandos ddboost show stats y ddboost showhistograms.

# ddboost show stats 07/06 07:13:38 DD Boost statistics: ... DDP_SYNWR : 18 [0] ... Count Errors ----------------------------- ------------- ------ Image creates 9 0 Image deletes 0 0 Pre-compressed bytes received 3,712,802,816 - Bytes after filtering 1,856,586,752 - Bytes after local compression 1,856,586,752 - Network bytes received 1,857,697,928 - Compression ratio 2.0 - Total bytes read 0 0 ----------------------------- ------------- ------

Configuración de un respaldo de replicación de imágenes automática en un dominio de origenLos respaldos deben dirigirse a un pool de discos que tenga correctamenteconfigurada una replicación de origen.

Se crea una política de ciclo de vida de almacenamiento (por ejemplo, AIR-test1-test2). Contiene un paso de respaldo estándar y un paso de duplicación (NBU 7.1) queespecifica “Maestro remoto (enviar al dispositivo de replicación de destino en undominio remoto).” Se crea una política que especifica el SLP como su almacenamientode política.

Configuración de un respaldo de replicación de imágenes automática en un dominio de destinoLos respaldos que se importarán automáticamente deben copiarse en los archivos enun pool de discos que tenga una propiedad de replicación de destino.

Se crea una política de ciclo de vida de almacenamiento (por ejemplo, AIR-test1-test2)con el mismo nombre que la que está en el dominio de origen. Contiene un paso deimportación.

Cuando se utiliza AIR dirigida, las políticas de ciclo de vida de almacenamiento de losservidores de medios maestros de origen y destino deben tener las “clasificaciones dedatos” establecidas en el mismo código de color (por ejemplo, oro, plata o platino).

Ejecución de un respaldo de replicación de imágenes automáticaCuando se ejecuta un respaldo de replicación de imágenes automática en el dominio deorigen, hay un paso de respaldo al que le sigue en tiempo (de manera predeterminada,30 minutos después) un proceso de duplicación.



El conteo de trabajos de replicación de AIR se mostrará como un trabajo Src-repl enel resultado de un comando ddboost show connections, al igual que otrostrabajos de duplicación optimizada de NetBackup y Backup Exec.

Tras la duplicación en el dominio de origen, un tiempo después (nuevamente, demanera predeterminada, 30 minutos), el conjunto de imágenes importado estádisponible, como se muestra en el monitor de actividades del dominio de destino.

A diferencia de otros trabajos de duplicación optimizados de NetBackup y BackupExec, los trabajos de replicación de AIR no se mostrarán como un trabajo Dst-replen el resultado de un comando ddboost show connections.

Configuración de Backup Exec

Nota

DD Boost mediante Fibre Channel no es compatible con Backup Exec.

Para obtener información sobre la configuración, la programación y los trabajos desupervisión, consulte la Guía del administrador de Veritas Backup Exec 15.Para todas las versiones de Backup Exec, realice los siguientes pasos:

Procedimiento

1. Cree una cuenta de inicio de sesión con la siguiente información.

a. Cuenta de inicio de sesión no predeterminada

b. Nombre de usuario de DD Boost

c. Contraseña de DD Boost

Nota

El comando para crear una unidad de almacenamiento storage-unit useruser-name ahora está disponible para que cada unidad de almacenamiento sedistinga de las demás.

2. Configure los dispositivos.

a. Cree una unidad de almacenamiento en el sistema Data Domain.

b. Agregue un servidor OpenStorage que especifique el nombre de host deData Domain y el nombre de la cuenta de inicio de sesión creadoanteriormente.

c. Backup Exec realizará una consulta al sistema Data Domain para obtener unalista de las unidades de almacenamiento. Seleccione una unidad dealmacenamiento

d. Especifique la cantidad de operaciones simultáneas para el dispositivo. Lacantidad total de conexiones simultáneas (trabajos) de un solo plug-in deservidor de medios OpenStorage con todas las unidades de almacenamientoOpenStorage es de 48. El límite de operaciones simultáneas para un solodispositivo se puede determinar de este modo: 48 >= # unidades dealmacenamiento OpenStorage + Σ operaciones simultáneas por cada unidadde almacenamiento En el caso de un solo sistema Data Domain con una solaunidad de almacenamiento, el conteo de operaciones simultáneas se puedeestablecer en 47, como máximo.

e. Especifique los valores predeterminados para la administración de espacio enel disco. El tamaño del fragmento de flujo de datos varía entre 64 KB y256 KB. Para alcanzar el mejor rendimiento, se recomiendan 256 KB.


Configuración de Backup Exec 97

f. Especifique el valor de uso compartido de la unidad de almacenamiento.Varios servidores de medios pueden compartir una sola unidad dealmacenamiento Data Domain cuando los servidores de medios compartidosestán asociados a un servidor de medios primario. En la lista de servidores demedios, seleccione el servidor de medios primario.

g. Reinicie los servicios de Backup Exec cuando se agrega un nuevo sistemaData Domain.

Creación de una cuenta de inicio de sesión

Siga estos pasos para crear una cuenta de inicio de sesión.

Procedimiento

1. Haga doble clic en el ícono a la izquierda de 1) Create Logon Accounts, en elpanel de introducción de la página de inicio. Se muestra el cuadro de diálogoLogon Account Wizard Welcome. Haga clic en Next.

2. En el cuadro de diálogo Set Up a Logon Account, seleccione Add a new logonaccount y haga clic en Next.

3. En el cuadro de diálogo Enter Logon Account Credentials, introduzca el nombrede usuario y la contraseña establecidos para DD Boost. Haga clic en Next.

4. En el cuadro de diálogo Logon Account Name, escriba un nombre de cuenta quedescriba esta cuenta de inicio de sesión. Haga clic en Next.

5. En el cuadro de diálogo Type of Logon Account, ponga la cuenta a disposiciónde todos los usuarios de Backup Exec. Haga clic en Next.

6. En el cuadro de diálogo Default Logon Account, seleccione No. La cuenta delsistema Data Domain no suele coincidir con el inicio de sesión del sistemaBackup Exec. Haga clic en Next.

7. Verifique la configuración de la cuenta como se muestra en el cuadro de diálogoLogon Account Summary. Haga clic en Back para editar las seleccionesanteriores. Si la información de la cuenta es correcta, haga clic en Next.

8. Se muestra el cuadro de diálogo Completing the Logon Account Wizard. Hagaclic en Finish.

Configuración de dispositivos

Siga estos pasos para configurar dispositivos.

Procedimiento

1. Cree una unidad de almacenamiento en el sistema Data Domain. Consulte Creación de unidades de almacenamiento.

2. En la página de inicio de Backup Exec, seleccione Almacenamiento >Configurar almacenamiento > Almacenamiento en red > Siguiente >OpenStorage.

Nota

La opción de deduplicación de Backup Exec debe estar instalada y con licenciapara que la opción de OpenStorage esté disponible.

3. Configure la pestaña General del cuadro de diálogo Add OpenStorage Device deeste modo:

l Nombre: Introduzca el nombre del sistema Data Domain.



l Servidor: Introduzca el nombre de host de Data Domain.

l Seleccione el nombre de la cuenta de inicio de sesión creada anteriormente.

l Seleccione DataDomain como tipo de servidor.

l Storage unit: Seleccione la unidad de almacenamiento

l Concurrent Operations: Especifique la cantidad de operaciones simultáneaspara el dispositivo.La cantidad total de conexiones simultáneas (trabajos) desde un solo plug-inde OST de servidor de medios a todas las unidades asociadas deOpenStorage es de 48. El límite de las operaciones simultáneas para un únicodispositivo se puede determinar de la siguiente manera:

48 >= # unidades de almacenamiento OpenStorage + ∑ operacionessimultáneas por cada unidad de almacenamiento

En el caso de un solo sistema Data Domain con una sola unidad dealmacenamiento, el conteo de operaciones simultáneas se puede estableceren 47, como máximo.

4. Haga clic en Aceptar.

5. Configure la pestaña Advanced del cuadro de diálogo Add OpenStorage Devicede este modo:

l Acepte los valores predeterminados para Disk Space Management y DirectAccess.

l Especifique un valor para Data stream chunk size entre 64 KB y 256 KB.Para alcanzar el mejor rendimiento, se recomiendan 256 KB.

6. Haga clic en Aceptar.

7. Hacer clic en la pestaña Sharing.

Varios servidores de medios pueden compartir una sola unidad dealmacenamiento Data Domain cuando los servidores de medios compartidosestán asociados a un servidor de medios primario.

En la lista de servidores de medios, seleccione el servidor de medios primario, yhaga clic en OK.

8. Debe reiniciar los servicios de Backup Exec cuando se agrega un nuevo sistemaData Domain. En el cuadro de diálogo Restart Services, haga clic en RestartNow.

Resultados

Una vez que se configuró el dispositivo, la nueva unidad de almacenamiento semuestra en la página Devices.

Configuración de deduplicación optimizadaLas formas de desarrollar trabajos de deduplicación en Backup Exec se describen endetalle en la Guía del administrador de Veritas Backup Exec 15. Puede adjuntar un trabajode duplicación asociado a cualquier trabajo de respaldo, o duplicar un conjunto derespaldo anterior.

El plug-in de OST activa un servidor de medios para especificar un proceso deduplicación y delega su ejecución al sistema Data Domain. Este uso compartido tienelas siguientes ventajas:


Configuración de Backup Exec 99

l El sistema de la aplicación de respaldo retiene el control de la creación y laduplicación de archivos de respaldo, y hace un seguimiento de todas las copias ensu catálogo, lo cual asegura una recuperación rápida y eficaz.

l La duplicación optimizada elimina la necesidad de que el servidor de medios tengaque crear duplicados de archivos de respaldo, lo cual reduce la carga en el sistemade la aplicación de respaldo y lo deja libre para otras tareas.

l El sistema Data Domain utiliza el proceso de replicación eficaz de la red de áreaextensa (WAN) para los datos deduplicados. El proceso se optimiza para las WAN,lo cual reduce la carga general en el ancho de banda de la WAN que se necesitapara crear una copia duplicada.

l Las funciones del software Data Domain Replicator, como la opción deoptimización de bajo ancho de banda, se pueden utilizar en modo transparente conla aplicación de respaldo para reducir aun más los datos enviados mediantevínculos de WAN que son inferiores a 6 Mb/s.

l Las funciones del software Data Domain Replicator, como la duplicaciónoptimizada cifrada, se pueden utilizar en modo transparente con la aplicación derespaldo. Esta función permite que todos los datos enviados mediante la WAN conel fin de crear copias duplicadas para cifrar, lo cual proporciona una mayorseguridad.

Una de las mejores prácticas es agregar la dirección IP de destino del sistema DataDomain al sistema Data Domain de origen con el siguiente comando:

net hosts add ipaddr {host | "alias host"}

Nota

Todos los servidores de medios, de origen y de destino deben tener permiso paraacceder a ambos sistemas Data Domain. Se recomienda que agregue todos losservidores de medios que deban acceder al sistema Data Domain en este, por mediodel comando net hosts add. Para duplicar una imagen de un sistema en otro,deben cumplirse estas condiciones:

l El tamaño del fragmento de flujo de datos para los dispositivos configurados enambos sistemas Data Domain entre los cuales se llevará a cabo la duplicaciónoptimizada debe estar establecido en el mismo valor. Se recomienda que este valorsea de 256 KB, como se muestra en el cuadro de diálogo OpenStorage DeviceProperties.

l El conteo de operaciones simultáneas del sistema Data Domain de destino esmayor o igual que el del sistema Data Domain de origen.

Configuración de limitaciones para la deduplicación optimizada

l La deduplicación optimizada es compatible con Backup Exec 2010 R2 o superior.

l Data Domain es compatible con la deduplicación optimizada para imágenes quesolo tienen un conjunto de datos. Si se realizan respaldos en un trabajo de variosvolúmenes o selecciones de varios volúmenes (C:\Windows, D:, E:, etc.),agentes (SQL Server, SharePoint, etc.) o una combinación, la imagen de respaldoresultante contiene conjuntos de datos para todos los controladores o lasaplicaciones, salvo que se aplique el hot fix 138226 de Veritas Backup Exec. Estehot fix puede aplicarse solo a Backup Exec 2010 R2. Con la aplicación del hot fix138226, Backup Exec crea varias imágenes, una por cada conjunto de datos en eltrabajo de respaldo. En el ejemplo anterior, que contiene varios volúmenes en untrabajo, se producirían tres imágenes: una para C:\Windows, una para D: y una



para E:. La deduplicación optimizada de imágenes individuales seleccionadas, o delas tres imágenes, puede entonces realizarse mediante Backup Exec.

Administración de NetBackup

Encuentre su versión del plug-in de OSTProcedimiento

1. Escriba:

# bpstsinfo -pi -stype DataDomainResultados

La salida muestra la versión del proveedor, la versión del plug-in y la versión de lacompilación.

Encontrar su versión de NetBackupProcedimiento

1. Para visualizarla, introduzca:

# cat <NetbackupInstall_Dir>/versionResultados

Ejemplo de salida:

Netbackup-Solaris10 7.6

Tiempos de espera de redLos trabajos de respaldo y restauración a menudo demoran mucho en completarse. Sibien el plug-in de OST puede recuperarse de interrupciones temporales de la red, elsistema operativo del sistema de la aplicación de respaldo podría finalizar un trabajoantes de tiempo si los tiempos de espera de aplicación de respaldo están configuradosen valores demasiado bajos.

Una de las mejores prácticas es configurar tiempos de espera en al menos 30 minutos(1,800 segundos).

Nota

Después de perder una conexión de red, los administradores deben enviar un comandoddboost reset stats para borrar las conexiones del trabajo.

Configuración del tiempo de espera de la aplicación de respaldo mediante la CLIProcedimiento

1. Agregue las siguientes dos líneas al archivo <NetBackupInstall_directory>/bp.conf:

CLIENT_CONNECT_TIMEOUT = 1800CLIENT_READ_TIMEOUT = 1800


Administración de NetBackup 101

Nota

El valor del tiempo de espera se expresa en segundos.

Configuración del tiempo de espera de la aplicación de respaldo mediante la GUIProcedimiento

1. Expanda el nodo NetBackup Management.

2. Expanda Host Properties.

3. Seleccione Master Servers.

4. En el panel derecho, haga clic con el botón derecho en el nombre de la máquina.

En el cuadro de diálogo de propiedades que se muestra, cambie los valores detiempo de espera.

Agrupación de unidades de almacenamiento para proporcionar failoverEl administrador puede especificar un grupo de unidades de almacenamiento paracompartir una carga de trabajo. El administrador le indica al sistema de la aplicación derespaldo cómo elegir entre las unidades de almacenamiento del grupo del próximotrabajo por medio de la configuración de uno de los siguientes criterios de selección:

l Failover (esta es la configuración recomendada)Si se establece el failover como criterio de selección, se garantiza que un trabajode respaldo no falle si falla la unidad de almacenamiento a la que se dirige. Laaplicación de respaldo elige otra unidad de almacenamiento en el mismo grupo parafinalizar el trabajo.

l Priorizado

l Round-robin

l Balanceo de carga

Eliminación de un servidor de almacenamiento Data Domain

AVISO

Este procedimiento elimina todos los datos y los recursos asociados con el servidor dealmacenamiento. No intente realizar este procedimiento salvo que sea necesario.

Procedimiento

1. Elimine todos los archivos especificados por el valor BACKUP_ID introduciendolo siguiente:

# bpexpdate -backupid BACKUP_ID -d 0 2. Elimine todas las políticas de la GUI.

3. Elimine todas las unidades de almacenamiento introduciendo lo siguiente:

# bpstudel -label SU_NAME 4. Elimine todos los pools de discos introduciendo lo siguiente:

# nbdevconfig -deletedp -stype DataDomain -dp pool-name 5. Elimine el servidor de almacenamiento introduciendo lo siguiente:

# nbdevconfig -deletests -storage_server dd22 -stype DataDomain



Nota

Puede usar la GUI para eliminar los archivos, las políticas de ciclo de vida, lasunidades de almacenamiento y los pools de discos.Para obtener información sobre la solución de problemas, consulte No es posibleeliminar el sistema Data Domain.

6. Elimine la credencial con el comando tpconfig.

# tpconfig -delete -storage_server dd22 -stype DataDomain -sts_user_id username

Administración de Backup Exec

Encuentre su versión del plug-in de OSTProcedimiento

1. Vaya al directorio de instalación de Backup Exec y busque el archivolibstspiDataDomain.dll.

2. Haga clic con el botón secundario en el nombre del archivo y seleccioneProperties del menú.

3. Seleccione la pestaña Details. La versión del plug-in de OST se muestra como laversión del archivo.

Encuentre su versión de Backup ExecProcedimiento

1. En la página de inicio de Backup Exec, seleccione About en el menú de ayuda.

Eliminación de unidades de almacenamiento en sistemas Data DomainProcedimiento

1. Hay dos opciones para eliminar una unidad de almacenamiento en un sistemaData Domain:

l Puede eliminar todos los medios dentro de un dispositivo de Backup Exec(unidad de almacenamiento del sistema Data Domain) y luego eliminar eldispositivo de Backup Exec.

l También puede eliminar el dispositivo de Backup Exec incluso si los mediospermanecen en el dispositivo. La unidad de almacenamiento permanece en elsistema Data Domain, y algunos archivos quedan en la unidad dealmacenamiento. Para recuperar este espacio, introduzca lo siguiente paraeliminar la unidad de almacenamiento en el sistema Data Domain:

# ddboost storage-unit delete storage-unit


Administración de Backup Exec 103

CAPÍTULO 6

Solución de problemas básica

En este capítulo, se proporcionan sugerencias de solución de problemas básica quepodrían permitir que los clientes resuelvan problemas por su cuenta. En caso deproblemas que no se puedan resolver, los clientes deben ponerse en contacto con susproveedores de soporte contratados.

Para obtener más información, consulte la base de conocimientos de Data Domain,que está disponible en el servicio de soporte en línea.


l Solución de problemas general......................................................................... 106l Configuración del sistema Data Domain para la replicación de datos................ 106l Solución de problemas de NetBackup...............................................................106l Solución de problemas de Backup Exec.............................................................118

Solución de problemas básica 105


Solución de problemas generalCuando investigue problemas, tenga en cuenta que el software de DD Boost tienecomponentes tanto en un sistema Data Domain como en un sistema de aplicaciones derespaldo. Los dos ambientes deben ser compatibles. Las siguientes consideracionessobre la solución de problemas se aplican a ambos sistemas:

l Configuraciones compatiblesAsegúrese de tener una configuración compatible, según se especifica en la Guíade compatibilidad de Data Domain Boost en http://compatibilityguide.emc.com:8080/CompGuideApp/.

Nota

Una configuración puede dejar de ser compatible si alguno de los componentescambia.

l Fallas de autorizaciónSi ocurren fallas de autorización, asegúrese de que todos los sistemas tengan lascredenciales de acceso correctas para los otros sistemas. Configuración de unservidor de medios proporciona instrucciones para establecer la información deusuario.

Configuración del sistema Data Domain para la replicaciónde datos

Para todas las versiones del sistema operativo DD, el comando replicationthrottle controla la replicación. Configurar la limitación muy baja puede hacer quefallen las duplicaciones optimizadas para NetBackup y Backup Exec.

Solución de problemas de NetBackup

No se puede eliminar el sistema Data DomainEn este procedimiento, se da por sentado lo siguiente:

l Usted no puede eliminar el sistema Data Domain.

l Ya ejecutó el comando nbdevconfig con la opción deletests y falló, lo cualsignifica que el proceso emm o rmms podrían estar interrumpido.

l Expiraron todos los archivos del sistema Data Domain especificado. Para obtenerinstrucciones sobre cómo expira un archivo, consulte la documentación de NBU.

Si aún no puede eliminar el sistema Data Domain, siga estos pasos:

Procedimiento

1. Escriba:

# nbdevconfig -deletests -storage_server DDR -stype DataDomain2. Si resultan archivos principales, póngase en contacto con el servicio de soporte

de Data Domain. De lo contrario, continúe con el próximo paso.

3. Siga las instrucciones a continuación para su sistema operativo.



http://compatibilityguide.emc.com:8080/CompGuideApp/

http://compatibilityguide.emc.com:8080/CompGuideApp/

En un sistema WindowsProcedimiento

1. Reinicie los servicios de NetBackup en el servidor de medios ejecutando estosdos archivos ejecutables:

NBUInstallPath\NetBackup\bin\bpdown.exeNBUInstallPath\NetBackup\bin\bpup.exe

2. Ejecute deletests nuevamente. Si falla, active más registros de NBUdetallados abriendo el archivo NBUInstallPath\NetBackup\nblog.conf yagregando esta entrada:

NBSTSI=OID=2023. Active los mensajes de registros detallados en servidores de medios como se

describe en Registro de errores en servidores de medios.

En un sistema UNIXProcedimiento

1. Si rmms se reinicia, pero emm no lo hace, verifique que todos los procesos esténactivos, en especial, emm o rmms.

2. Si los procesos no están activos, ingrese lo siguiente:

# /bp/bin/goodies/netbackup start 3. Ejecute deletests nuevamente. Si aún falla, active más registros de NBU

abriendo el archivo /bp/nblog.conf y agregando esta entrada:

NBSTSI=OID=202 4. Active los mensajes de registros detallados como se describe en Registro de

errores en servidores de medios.

Compruebe la instalaciónUna instalación inadecuada puede originar problemas con operaciones básicas, comolos respaldos.

Procedimiento

1. Verifique que los archivos estén en la ubicación correcta ingresando losiguiente, según el sistema operativo:

a. En un sistema UNIX, ingrese lo siguiente:

# ls /usr/openv/lib/ost-plugins/

El resultado del comando debe incluir los nombres de los archivos de labiblioteca compartida:

libstspiDataDomain.solibstspiDataDomainMT.so

Nota

También puede consultar el registro de instalación que se encuentraen /log/OST/EMC/logs/install-datestring.log.

b. En un sistema Windows, ingrese lo siguiente:

C:\Program Files\Veritas\bin\ost-plugins


Compruebe la instalación 107

El resultado del comando debe incluir el nombre del archivo de la bibliotecacompartida libstspiDataDomain.dll.

2. Determine la versión del plug-in ingresando lo siguiente:

# bpstsinfo -pi

La versión del proveedor, que se muestra en el resultado de la versión del plug-in de Data Domain, y la versión de creación, que es la versión de la API de DDBoost.

Nota

Si falla el comando bpstsinfo, revise los archivos de registro en eldirectorio /usr/openv/netbackup/logs/admin.

Verificación de las credencialesProcedimiento

1. Para mostrar las credenciales para todos los sistemas Data Domain registradoscomo servidores de almacenamiento, ingrese el siguiente comando desde elsistema de la aplicación de respaldo:

# tpconfig -dsh -all_hosts -stype DataDomainRequistos posteriores

Si recibe un mensaje que indica que no agregó las credenciales para el sistema DataDomain (servidor OpenStorage), siga el procedimiento Adición de credenciales, dondese describe cómo configurar credenciales y buscar errores e incoherencias.

Resolución de errores de licenciaSi el asistente de configuración de pool de discos informa un error de licencia, haga losiguiente:

Procedimiento

1. Abra el archivo bp.conf.

2. Revise si contiene una entrada adicional CLIENT_NAME.

3. Elimine las entradas adicionales CLIENT_NAME.

Registro de errores en servidores de mediosEl registro de errores es la herramienta principal para la solución de problemasrelacionados con NetBackup en un ambiente OpenStorage.

Procedimiento

1. Antes de comenzar una operación de duplicación optimizada, respaldo orestauración, active el registro en el servidor de medios NetBackup. Siga lasinstrucciones para el sistema operativo del servidor de medios o utilice la GUI deNetBackup.

l Activar el registro de errores en un sistema UNIX

Escriba lo siguiente:

# /usr/openv/netbackup/logs/mklogdir



l Activar el registro de errores en un sistema Windows

Escriba lo siguiente:

C:\Program Files\Netbackup\logs\mklogdir.batResultados

Una vez que activó el registro de errores, el plug-in de OST califica con prefijos a losmensajes informativos y de error con el nombre DataDomain.

Resolución de respaldos fallidos en servidores de mediosBusque mensajes de error de plug-in en el archivo de registro, según se describe acontinuación para el sistema operativo del servidor de medios.

Resolución de respaldos fallidos en un sistema UNIXProcedimiento

1. Escriba lo siguiente:

# cat /usr/openv/netbackup/logs/bptm/LOGFILE_DATE | grep DataDomain

El comando selecciona las líneas del archivo de registro especificado quecontengan la palabra DataDomain. El plug-in usa DataDomain como prefijopara sus mensajes de registro.

Resolución de respaldos fallidos en un sistema WindowsProcedimiento

1. Escriba lo siguiente:

C:\Program Files\Veritas\logs\bptm\LOGFILE_DATE.log 2. Abra el archivo de registro y busque la palabra DataDomain.

Resolución de la duplicación de archivos fallidaProcedimiento

1. Busque mensajes de error de plug-in en los archivos de registro del servidor demedios, que son específicos al sistema operativo del servidor:

l UNIX

n Para read_file:

/usr/openv/netbackup/logs/bpdmn Para write_file:

/usr/openv/netbackup/logs/bptmn Para file-replication:

/usr/openv/netbackup/logs/bpdml Windows

n Para read_file:

C:\Program Files\Veritas\logs\bpdmn Para write_file:

C:\Program Files\Veritas\logs\bptmn Para write_file:

C:\Program Files\Veritas\logs\bptm


Resolución de respaldos fallidos en servidores de medios 109

2. Introduzca lo siguiente para verificar que esté instalada la licencia dereplicación:

# license show 3. Para obtener más asistencia, póngase en contacto con el proveedor de soporte

contratado.

Resolución del error de tiempo de esperaProcedimiento

1. Verifique que el cliente pueda ping en el sistema Data Domain.

2. Verifique que el sistema de archivos se esté ejecutando en el sistema DataDomain ingresando lo siguiente:

# filesys status3. Verifique que NFS se esté ejecutando en el sistema Data Domain ingresando lo

siguiente:

# nfs status

Resolución de mensajes de registro de plug-inCuando se produce un error en el plug-in, devuelve un código de error EPLUGIN aNetBackup y registra un motivo del error.

Procedimiento

1. Determine si el motivo es uno de los siguientes:

l Write Length Exceeds Limit ErrorEl tamaño de datos de búfer de escritura es limitado. Si recibe un mensaje deerror de superación de límite, cambie el tamaño del búfer a un valor dentrodel límite especificado, como se describe en Configuración de búferes.

l Program Not RegisteredEl siguiente resultado indica que el programa no está registrado:

(: RPC: Program not registered) 2. Active DD Boost instalando una licencia válida:

# license add ddboost-license-code3. Verifique que el sistema de archivos se esté ejecutando en el sistema Data

Domain ingresando lo siguiente:

# filesys status

Resolución del error “Cannot connect on socket”Este error se produce cuando se ejecutó el comando nbdevconfig -creatests,pero el servidor de almacenamiento no se creó por un error de conexión de socket.

Siga estos pasos:

Procedimiento

1. Compruebe que el proceso nbemm está en ejecución. Si continúa con fallas en elinicio, suele deberse a un problema con la base de datos de NBU.

2. Utilice la utilidad vxlogview para revisar los registros ubicados en /usr/openv/logs/51216-*.log y para ver si hay errores.

3. Recree la base de datos. Escriba lo siguiente:



# /usr/openv/db/bin/create_nbdb -drop

Falla de los trabajos de respaldo de NetBackup en los servidores de mediosSolaris

Si falla un trabajo de respaldo de archivos y presenta un error de escritura de medios(84) en el comienzo, un detalle típico del trabajo de supervisión de la actividad podríacontener lo siguiente:

2/28/2009 3:36:22 AM - Critical bptm(pid=1750) failure to open sts for storage server apoddrrp01: plug-in reports error 2060046 plugin error2/28/2009 3:36:23 AM - end writing media open error(83)

El registro bptm puede contener información similar a la siguiente:

01:33:02.585 [28874] <16> apoddrrp01: /usr/openv/lib/ost-plugins/libstspiDataDomain.so:stspi_open_server STS_EPLUGIN Can't connect to mountd on apoddrrp01 (: RPC: Miscellaneous tli error - An event requires attentionError 0)

En el ejemplo anterior, una entrada en /etc/inet/ipsecinit.conf aplicó elcifrado en el tráfico desde el puerto 665 (sun-dr). Sin embargo, el sistema operativoSolaris desactivó la reconfiguración de Sun Dynamic. Como consecuencia, si bien elservidor de medios utilizó el puerto 665 para conectarse mediante NFS al sistemaData Domain, el paquete no abandonó el servidor de medios porque no estaba cifrado.

Para reparar este problema, debe desactivar la reconfiguración dinámica.

Desactivación de la reconfiguración dinámicaProcedimiento

1. Quite las marcas de comentario o elimine las entradas de sun-dr en /etc/inet/inetd.conf:

sun-dr stream tcp wait root /usr/lib/dcs dcssun-dr stream tcp6 wait root /usr/lib/dcs dcs

2. Haga que inetd vuelva a leer el archivo de configuración ingresando losiguiente:

kill -HUP pid-inetd 3. Quite las marcas de comentario o elimine las entradas de sun-dr en /etc/

inet/ipsecinit.conf:

{dport sun-dr ulp tcp} permit {auth_algs md5}{sport sun-dr ulp tcp} apply {auth_algs md5 sa unique}

4. Elimine la configuración IPsec activa del sistema en ejecución.

a. Obtenga los números de índice ingresando lo siguiente:

ipsecconf | grep sun-dr b. Elimine la política para sun-dr ingresando lo siguiente:

ipsecconf -d index

Fallas de trabajos de respaldo desde clientes AIXSi ejecuta varios trabajos de respaldo desde un cliente AIX, con DD Boost, a unsistema Data Domain habilitado para alta disponibilidad, los trabajos de respaldopueden no completarse.

Tradicionalmente, DD Boost asigna 24 MB de búferes del lado del cliente para cadaarchivo abierto. Sin embargo, cuando los respaldos se envían a un sistema DDhabilitado para alta disponibilidad, los clientes requieren 128 MB para cada archivo


Falla de los trabajos de respaldo de NetBackup en los servidores de medios Solaris 111

abierto. Este requisito puede crear problemas en cualquier cliente que abra una grancantidad de archivos, pero tenga poca memoria.

Los clientes AIX pueden ser especialmente vulnerables a este problema debido altamaño del montón predeterminado en aplicaciones AIX.

Puede obtener mejores resultados si establece la variable de ambiente de AIX enexport LDR_CNTRL=MAXDATA=0x70000000.

Falla en el trabajo de deduplicación optimizadaLa licencia de software de replicador para duplicación optimizada es necesaria tantoen los sistemas Data Domain de origen como de destino que ejecutan SO DD 4.7 oposterior.

Si no está instalada esta licencia, falla el trabajo de duplicación optimizada. En untípico detalle de trabajo de monitoreo de actividades, se indica que se produjo un errorde escritura de medios (84). El registro de NetBackup bpdm indica que la operación deNFS no es compatible.

Agregar licencia para la replicaciónProcedimiento

1. Obtenga un código de licencia de replicación de Data Domain.

2. Desde la interfaz de la línea de comandos en cada sistema Data Domain,agregue el código de licencia:# license add license code

Respaldo sintético virtuall Verifique que los respaldos tradicionales estén correctos.

l Verifique que estén establecidos correctamente los atributos de la política de ciclode vida de almacenamiento.

l Verifique que se generen los archivos TIR en la unidad de almacenamiento.# ddboost storage-unit show [compression] [storage-unit] [tenant-unit tenant-unit]

l Verifique que se envíen las RPC de DDP_SynWR.

# ddboost show statsl Compruebe que se haya establecido la marca OptimizedImage.

# nbdevquery -liststsl Verifique que el sistema Data Domain tenga activados los respaldos sintéticos

virtuales.# ddboost option show

Monitoreo de la replicación de imágenes automáticaEn el sistema Data Domain de origen, se informan las estadísticas y los histogramaspara las RPC directamente relacionadas con la replicación de imágenes automática:DDP_REMFILEOPS y DDP_IMAGESETOPS. Además, DDP_IMAGESETS es un conteode todos los conjuntos de imágenes enviados desde este sistema Data Domain. Elhistograma de DDP_IMAGESETS informa el tiempo desde la última imagen delconjunto de imágenes que se envía para una copia de archivo hasta que el evento sepublica en el sistema Data Domain en el dominio de destino.

En el sistema Data Domain de destino, se informan estadísticas e histogramas para laRPC DDP_GETEVENT. Además, DDP_EVENTS es un conteo de todos los eventos deconjuntos de imágenes informados para la importación. El histograma de



DDP_EVENTS informa el tiempo desde que se publicó el evento en el sistema DataDomain en el dominio de destino hasta que se entrega a NetBackup para laimportación.

Use los comandos ddboost file-replication show para obtener los informesde rendimiento de replicación de archivos de los archivos individuales.

Para mostrar las estadísticas de DD Boost, ingrese lo siguiente:

# ddboost show stats

Para mostrar el histograma de DD Boost, ingrese lo siguiente:

# ddboost show histogram

La replicación de imágenes automática no funcionaProcedimiento

1. Para verificar si funciona la conexión desde el sistema Data Domain de origenhacia el sistema Data Domain de destino para la replicación, ingrese lo siguiente:

# replication option show

Nota

Asegúrese de que el puerto de TCP sea 2051 o acorde a la configuración.

2. Para verificar que las asociaciones estén configuradas correctamente en lossistemas Data Domain de origen y de destino, ingrese lo siguiente:

# ddboost association show3. Para verificar las nuevas imágenes de respaldo en el sistema Data Domain de

origen, ingrese lo siguiente:

# ddboost storage-unit show source-su4. Para verificar las nuevas imágenes de respaldo en el sistema Data Domain de

destino, ingrese lo siguiente:

# ddboost storage-unit show target-su

Nota

Asegúrese de que los nombres de las imágenes en el destino sean idénticos a losdel origen.

a. Si no se envían nuevas imágenes copiadas en los archivos, revise para ver sihay errores en la copia de archivos y problemas informados en el sistemaData Domain de origen.

b. Eleve el nivel de depuración para el bpdm log e inspecciónelo para ver sihay problemas.

5. Para verificar las estadísticas en el sistema Data Domain de destino, ingrese losiguiente:

ddboost show stats

Nota

Si el sistema Data Domain de destino muestra que el conteo total deDDP_GETEVENT aumenta sin errores en el dominio de destino, esto indica quealgún dominio de destino de NetBackup en este sistema Data Domain sondeaeventos en forma periódica.


Monitoreo de la replicación de imágenes automática 113

Nota

Si DDP_GETEVENT no aumenta, ingrese lo siguiente:nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

Reinicie los servicios de NetBackup.

6. Confirme que los pools de discos utilizan el informe de manera correcta. Si no lohacen, actualice la base de datos e ingrese lo siguiente:nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

Reinicie los servicios de NetBackup.

a. En NBU 7.1, busque los indicadores STS_LSUF_REP_TARGET y _SOURCE,e ingrese lo siguiente:bpstsinfo -li -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com

LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sparc12sol02 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_TARGET) Save As : (STS_SA_OPAQUEF) Replication Sources: 1 ( ddp-890-1.datadomain.com:sparc12sol02 ) Replication Targets: 0 ( ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sol022sparc1 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_SOURCE) Save As : (STS_SA_OPAQUEF) Replication Sources: 0 ( ) Replication Targets: 1 ( ddp-890-1.datadomain.com:sol022sparc1 ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0

b. En NBU 7.5 y 7.6, busque el origen y el destino de la replicación, e ingrese losiguiente:nbdevquery -listdp -stype DataDomain -U

Disk Pool Name : sol022sparc1-dd670c2



Disk Pool Id : sol022sparc1-dd670c2Disk Type : DataDomainStatus : UPFlag : PatchworkFlag : VisibleFlag : OpenStorageFlag : SingleStorageServerFlag : CopyExtentsFlag : AdminUpFlag : InternalUpFlag : LifeCycleFlag : CapacityMgmtFlag : FragmentImagesFlag : CprFlag : FT-TransferFlag : OptimizedImageFlag : ReplicationSourceRaw Size (GB) : 7726.00Usable Size (GB) : 7726.00Num Volumes : 1High Watermark : 98Low Watermark : 80Max IO Streams : -1Comment :Storage Server : ost-dd670c2.datadomain.com (UP)

7. Para verificar que .imgset y los archivos de eventos estén en el sistema DataDomain, ingrese lo siguiente:

ddboost event show target-su

Nota

Los archivos .imgset se nombran con un formulario:192:rtp-ost-sparc1.datadomain.com_ddr1.domain1.com_1328637954_1.imgset

Donde: 192:rtp-ost-sparc1.datadomain.com es el nombre del conjuntode imágenes de NetBackup que consta del número de trabajo y el nombre dehost del cliente de origen (con cualquier _ integrado convertido en -) .ddr1.domain1.com es el nombre de host del sistema Data Domain de origen.1328637954 es el registro de fecha y hora de la imagen de NetBackup (en estecaso, la imagen se creó 7/2/12 18:05). Para Excel, el registro de fecha y hora enA2 se convierte a una hora/fecha con la fórmula =A2/86400+DATE(1970,1,1) 1es la cantidad de imágenes en el conjunto, actualmente siempre 1.imgset esel identificador.

Nota

Los archivos .event se nombran con un formulario:bluemedia.datadomain.com_31234_6589_1.event.0000000000000006

Donde: bluemedia.datadomain.com es el nombre del host del servidor demedios NetBackup que detectó primero el conjunto de imágenes asociado.31234 es el ID de proceso del servidor de medios NetBackup. 6589 es el ID delhilo de ejecución del servidor de medios NetBackup. 1.event0000000000000006 es el identificador de evento único en este sistema DataDomain.

a. La presencia en el largo plazo (más de dos horas) de archivos .imgset en launidad de almacenamiento de destino indica que el dominio NetBackup dedestino no realiza consultas para los eventos publicados. El SO de DD eliminatodos los archivos .imgset que tengan más de dos horas de antigüedad.



b. La presencia en el largo plazo (más de dos horas) de archivos de eventos enla unidad de almacenamiento de destino indica que el dominio NetBackup dedestino no procesa eventos. Esto puede implicar que el SLP especificado enel archivo .imgset no está escrito correctamente en el dominio NetBackupde destino.

8. Confirme que la base de datos de NetBackup refleja que el plug-in es un origende eventos y que el conteo de DDP_GETEVENT RPC mediante el comandoddboost show stats aumenta. Si no aumenta, actualice la base de datosmediante

nbdevconfig -updatests -storage_server rtp-ost-d670c2.datadomain.com -stype DataDomain

a. Busque STS_SRV_EVSYNC e ingrese lo siguiente:

bpstsinfo -si -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com Server Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com Supported Stream Formats: [ ] Server Flags: (STS_SRV_IMAGELIST | STS_SRV_CRED | STS_SRV_EVSYNC | STS_SRV_IMAGE_COPY) Maximum Connections: 149 Current Connections: 0 Supported Interfaces: [ ] Supported Credentials: [ ]

b. Eleve el nivel de depuración de registro unificado para stsem a 6

vxlogcfg - a -p 51216 -o stsem -s DebugLevel = 6c. Capture un período y revise el registro de stsem para buscar errores; para

hacerlo, especifique una fecha y hora de inicio:

vxlogview -p 51216 -o stsem -b "7/2/2012 3:30:00 h">c:\stsem.log

O bien, capture la cantidad de horas anterior:

vxlogview -p 51216 -o stsem – t 4>c:\stsem.logd. Vuelva a establecer el nivel de depuración de registro unificado para stsem

en 1 para que los registros no rellenen el sistema de archivos:

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=19. En el registro de stsem, busque una entrada de registro que indique que el

evento se publicó para la importación. Una vez publicado para la importación, elarchivo de evento se elimina del sistema Data Domain de destino.

02/22/12 07:05:17.307 [STSEventSupplier::postReplEvent()] AddOstImageToImport seqno=52 masterServer=<rtp-ost-sparc1.datadomain.com> media=<rtp-ost-sparc1.datadomain.com> origin_NBU_master=<bluemedia> isi_slpname=<AIR-vol1-vol2> e_orig_server=<DataDomain:rtp-ost-dd670c2.datadomain.com> e_num_images=<1> : [0] servername=<rtp-ost-dd670c2.datadomain.com> servertype=<DataDomain> imo_lsu.sln_name=<vol2> imo_def.img_basename=<bluemedia_1329923106_C1_IM>

10. Si ddboost event show indica que se consumen eventos en el dominio dedestino (sin eventos enumerados para la unidad de almacenamiento de destinodeterminada) pero el monitor de actividades no muestra actividad deimportación, verifique que los horarios en los servidores maestros de medios delos dominios de origen y de destino estén sincronizados de modo razonable (porlo general, dentro de pocos minutos o menos). No deben estar en la misma zonahoraria.

11. En el registro bpcd del servidor de medios del Data Domain de destino que llevaa cabo la importación de AIR, busque una entrada que indique que el trabajo deimportación se ha iniciado. La forma más fácil de hacer esto es utilizar la utilidad



grep para buscar el ID de imagen informado en el dominio de origen. En estecaso, bluemedia_1329923106.

07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -cbluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

12. En el registro bpdbm, se encuentran las siguientes entradas de registro.

07:05:33.463 [24169] <2> db_logimagerec: backup id bluemedia_1329923106

13. Por último, en el registro de bpdm, se lleva a cabo la importación:

7:05:30.232 [24150] <2> bpdm: INITIATING (VERBOSE =5): -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

14. Si el trabajo de importación falla con un mensaje no images weresuccessfully processed (191), revise la información de detalle en elbpimport log. En la pantalla a continuación, el SLP en el dominio de destinono coincidió con el SLP en el dominio de origen.

04/06/2012 11:23:38 - Error bpimport (pid=11137) Import of replica image, backup id ostqa-sparc1.datadomain.com_1333724024, Import failed because the imported image specifies an SLP name which does not exist

15. El registro detallado de las operaciones de AIR en el sistema Data Domain estádisponible en ddfs.info si está activado el nivel adecuado de depuración.Cuando se ejecuta en un nivel de depuración predeterminado (nivel 0),ddfs.info contiene mensajes de error de ost_remfileops,ost_imagesetops, ost_get_event_id, ost_get_event. Estosmensajes indican errores graves. Para ver más errores típicos, el nivel dedepuración (-D) de la máscara de depuración de OST (-M) debe elevarse a 3.Esto puede realizarse mediante la utilidad config_debug:

/ddr/bin/config_debug –P /ddr/bin/ddfs –M 0x00100000 –D 3

Nota

El registro completo la operación está disponible en el nivel de depuración 6. Sinembargo, el nivel de depuración 6 por lo general no se utiliza debido al volumende registro de salida. Si se utiliza el nivel de depuración 6, el valor del nivel dedepuración debe volver a 0 en ddfs.info tras capturar el problema.

Cancelar la replicación de imágenes automáticaPara detener las replicaciones en progreso de un SLP determinado, como se sugiereen la Guía de mejores prácticas de Veritas, ingrese lo siguiente:

nbstlutil cancel –lifecycle nombre de SLP -force

Nota

Consulte las preguntas frecuentes de replicación de Veritas NetBackup Auto Image en https://www.veritas.com/support/en_US/article.000112974.



https://www.veritas.com/support/en_US/article.000112974

Solución de problemas de Backup Exec

Solución de problemas básical Verifique que el conteo de conexiones simultáneas (trabajos) esté configurado

correctamente en todas las unidades de almacenamiento.

n Backup Exec: La cantidad total de conexiones simultáneas desde un solo plug-in de servidor de medios a todas las unidades asociadas de OpenStorage es de48. Esta cantidad se especificó cuando configuró el dispositivo.ConsulteConfiguración de dispositivos en la página 98.

l Si tiene un problema, trate de detener los servicios de Backup Exec y reiniciarlos.Si esto no funciona:

n Reinicie el servidor.

n Inicie el depurador e intente recrear el problema.

Comprobación de la instalaciónUna instalación inadecuada puede originar problemas con operaciones básicas, comolos respaldos.

Procedimiento

1. Verifique que libstspiDataDomain.dll esté en C:\Program Files\Symantec\Backup Exec\.

Nota

A pesar de que NetBackup ahora es un producto de Veritas, el uso de Symantecen la ruta del archivo del comando anterior sigue siendo correcto.

2. Determine la versión del plug-in haciendo clic con el botón secundario en el DLLy abriendo Properties > Details.

Verificación de las credenciales para un sistema Data DomainProcedimiento

1. Muestre las propiedades del dispositivo OpenStorage y registre la cuenta deinicio de sesión.

2. Verifique que el nombre de usuario de inicio de sesión coincida con el nombre deusuario de DD Boost en el sistema Data Domain.

Resolución de errores de licenciaBackup Exec debe contar con una licencia para OpenStorage, que es parte de laopción de licencia de deduplicación.

Configuración de la depuración activaUtilice la utilidad de depuración de Backup Exec (SGMON) para resolver problemas deBackup Exec.



Procedimiento

1. Ejecute el monitor de depuración de Backup Exec para la depuración activa.

2. Deben seleccionarse las siguientes opciones de captura (activadas): JobEngine, Backup Exec Server y Device and Media.

3. Capture to file debe estar activada.

4. Configure Device and Media Debug y seleccione Enable verbose logging, sino está activada la opción.


Configuración de la depuración activa 119

256 Boost para OpenStorage - Dell · Dell EMC Data Domain® Boost para OpenStorage Versión 3.4...

Documents

Transcript of 256 Boost para OpenStorage - Dell · Dell EMC Data Domain® Boost para OpenStorage Versión 3.4...