OpenStorage EMC Data Domain Boost for...Soporte técnico de EMC Para obtener servicio de soporte en...

EMC® Data Domain® Boost forOpenStorageVersión 3.2.1

Guía de administración302-002-122

REV. 02

Copyright © 2016 EMC Corporation. Todos los derechos reservados. Publicado en México.

Publicado Marzo, 2016

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujetaa cambios sin previo aviso.

La información de esta publicación se proporciona "tal cual". EMC Corporation no se hace responsable ni ofrece garantía deningún tipo con respecto a la información de esta publicación y, específicamente, renuncia a toda garantía implícita decomerciabilidad o capacidad para un propósito determinado.

EMC2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos o enotros países. Todas las otras marcas comerciales que aparecen aquí son propiedad de sus respectivos dueños.

Para consultar la documentación normativa más actualizada para su línea de productos, visite el sitio de soporte en línea deEMC (https://support.emc.com).

Dirección local de EMCEMC Argentina (Cono Sur) Tel. +54-11-4021-3622 www.argentina.emc.com EMC México Tel. +52-55-5080-3700 www.mexico.emc.com EMC Venezuela (Norte de Latinoamérica)Tel. +58-212-206-6911www.venezuela.emc.com

2 EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración

Prefacio 7

Presentación de Data Domain Boost para OpenStorage 13

Historial de revisiones...................................................................................14Descripción general de DD Boost para OpenStorage......................................14Configuraciones compatibles ....................................................................... 15Compatibilidad de actualizaciones................................................................15

Funciones de DD Boost 17

Descripción general de DD Boost...................................................................18Procesamiento distribuido de segmentos .....................................................18Cifrado en transferencia................................................................................ 19Replicación de archivos administrada (MFR)................................................. 20

Optimización de bajo ancho de banda............................................. 20Replicación de archivos administrada cifrada.................................. 20

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

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

Replicación de MTree.................................................................................... 24Compatibilidad con IPv6............................................................................... 24Grupos de interfaces dinámicas: Administración de rutas de datos IP de DDBoost............................................................................................................ 24

Interfaces.........................................................................................26Clientes........................................................................................... 28

Transporte de DD Boost mediante Fibre Channel........................................... 30Administración de rutas de DD Boost mediante Fibre Channel.......................32

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

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

Control de acceso de las unidades de almacenamiento multiusuario........................................................................................................ 36Cuotas de capacidad de la unidad de almacenamiento....................37Administración de conteo de secuencias de unidades dealmacenamiento.............................................................................. 38

Preparación del sistema Data Domain para DD Boost 39

Activación de DD Boost en un sistema Data Domain......................................40Asignación de varios usuarios a DD Boost..................................................... 40Creación de unidades de almacenamiento ................................................... 41

Capítulo 1

Capítulo 2

Capítulo 3

CONTENIDO

EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración 3

Configuración de cuotas lógicas para unidades de almacenamiento (opcional)..................................................................................................................... 42Configuración de unidades de almacenamiento con límites de secuencias(opcional)..................................................................................................... 43Configuración del procesamiento distribuido de segmentos..........................44Configuración de grupos de interfaces dinámicas .........................................44

Modificación de un grupo de interfaces............................................47Eliminación de un grupo de interfaces..............................................47

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

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

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

Configuración del servicio DD Boost mediante FC.......................................... 61Dimensionamiento del conjunto de dispositivos DD Boost medianteFC.................................................................................................... 62Dimensionamiento del cálculo......................................................... 63Instalación del controlador del dispositivo AIX DDdfc (requerido paralos clientes AIX)............................................................................... 66Configuración del driver de dispositivo genérico de SCSI para losclientes de Solaris............................................................................67

Instalación de DD Boost para OpenStorage 69

Descripción general de la instalación............................................................ 70Actualizaciones del plug-in de OST y el sistema operativo DD.......... 70Firewalls y puertos........................................................................... 71

Instalación del plug-in OST para NetBackup.................................................. 71Instalación del plug-in de OST en los servidores de medios..............72Instalación del plug-in de UNIX ........................................................72Instalación del plug-in de Windows..................................................73Servicios de defensa cibernética avanzada (NetBackup).................. 74

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

Optimización del servidor de medios de Windows para mejorar el rendimiento..................................................................................................................... 76Desinstalación de un plug-in de Windows..................................................... 76

Administración de la aplicación de respaldo 77

Configuración de un servidor de medios........................................................78Configuración de NetBackup............................................................ 78Configuración de Backup Exec......................................................... 89

Administración de NetBackup....................................................................... 92Encuentre su versión del plug-in de OST...........................................92

Capítulo 4

Capítulo 5

CONTENIDO


Encontrar su versión de NetBackup.................................................. 93Time-Outs de red..............................................................................93Agrupación de unidades de almacenamiento para proporcionarfailover............................................................................................ 94

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

Solución de problemas básica 97

Solución de problemas general..................................................................... 98Configuración del sistema Data Domain para la replicación de datos............ 98Solución de problemas de NetBackup...........................................................98

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

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

Capítulo 6

CONTENIDO

EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración 5

CONTENIDO


Prefacio

Como parte de un esfuerzo por mejorar sus líneas de productos, EMC lanza revisionesperiódicas de su hardware y software. Por lo tanto, es posible que no todas las versionesde hardware y software admitan algunas funciones que se describen en este documento.Las notas de la versión del producto proporcionan la información más actualizada acercade las características del producto.

En caso de que un producto no funcione correctamente o no funcione según se describeen este documento, póngase en contacto con un profesional de soporte técnico de EMC.

Nota

La información de este documento era precisa en el momento de la publicación. Consulteel servicio de soporte en línea de EMC https://support.emc.com para asegurarse de queesté utilizando la versión más reciente de este documento.

PropósitoEMC se asocia con Symantec para aprovechar las ventajas de la API de SymantecOpenStorage (OST), que permite una estrecha integración entre Data Domain Boost (DDBoost) y las aplicaciones Symantec NetBackup y Backup Exec. Esta guía proporciona unadescripción general de DD Boost para OST, explica cómo preparar el sistema DataDomain para DD Boost, proporciona instrucciones para instalar los plug-in de OSTrequeridos y explica cómo configurar un servidor de medios de NetBackup o BackupExec.

Público de destinoEsta guía es para administradores de sistemas que conocen la administración derespaldos general y necesitan información específica acerca de cómo usar DD Boost en elcontexto de aplicaciones de respaldo de Symantec (NetBackup y Backup Exec).

Documentación relacionada de EMCEn los siguientes documentos del sistema Data Domain, se proporciona informaciónadicional:

l Notas de la versión de EMC Data Domain Boost para Symantec OpenStorage

l Notas de la versión del sistema operativo de EMC Data Domain

l Guía de configuración inicial de EMC Data Domain Operating System

l Guía de administración de EMC Data Domain Operating System

l Guía de referencia de comandos de EMC Data Domain Operating System

l Guía de hardware de bandeja de expansión de EMC Data Domain

l La guía de instalación y configuración del sistema Data Domain para cada una de lasplataformas compatibles (por ejemplo, DD890).

Dónde obtener ayuda para los productos de EMC

Consulte la documentación de productos de EMC

Para ver la documentación, vaya al sitio de servicio de soporte en línea de EMCenhttps://support.emc.comy haga clic en Soporte por producto debajo del cuadrode búsqueda. Escriba el nombre de un producto en el cuadro Buscar un producto,espere a que esas palabras aparezcan en la lista de coincidencias debajo del cuadro

Prefacio 7

https://support.emc.com/

https://support.emc.com

y haga clic en las palabras. Después, haga clic en ». En la lista de categorías delcuadro de búsqueda, haga clic en Documentación.

Prefacio


l Las opciones de productos le permiten filtrar los resultados por nombre onúmero de modelo del sistema, o por versión de software asociada.

l Las opciones de tipo de contenido le permiten filtrar los resultados porcategoría. Haga clic en Más en Tipo de contenido para ver todas las categorías.Las categorías que contienen documentación de compatibilidad para el usuariofinal son las siguientes:

n Manuales y guías, para obtener los manuales de software y hardware delsistema y para obtener guías de integración que explican cómo usarsistemas con software de respaldo y otros productos.

n Notas de la versión, para versiones específicas del sistema operativo de EMCen uso con su sistema.

n Documento de compatibilidad, para obtener guías que muestran quécomponentes de EMC y de otros fabricantes son compatibles.

Soporte técnico de EMC

Para obtener servicio de soporte en línea de EMC, visite https://support.emc.com yhaga clic en Centro de servicio. Podrá ver varias opciones para comunicarse con elservicio de soporte técnico de EMC. Tenga en cuenta que para abrir una solicitud deservicio, debe contar con un acuerdo de soporte válido. Póngase en contacto con unrepresentante de ventas de EMC para obtener detalles acerca de cómo obtener unacuerdo de soporte válido o si tiene dudas sobre su cuenta.

Dónde obtener ayuda para Symantec NetBackupPara obtener información detallada acerca de NetBackup, incluidos hojas de datos,informes técnicos, soporte y capacitación, visite el sitio de producto de SymantecNetBackup en http://www.Symantec.com/NetBackup.

Dónde obtener ayuda para Symantec Backup ExecPara obtener información detallada acerca de Backup Exec, incluidos hojas de datos,informes técnicos, soporte y capacitación, visite el sitio de productos de Backup Exec deSymantec en http://www.Symantec.com/Backup-Exec.

Los siguientes documentos están instalados con la aplicación:

l Guía del administrador de Symantec Backup Exec 15

l Lista de compatibilidad de hardware de Backup Exec 15

DD Boost con otras aplicaciones de respaldoOtras aplicaciones de respaldo interoperan con DD Boost, incluidas las siguientes:

l Dell NetVault Backup

l Dell vRanger Pro

l EMC Avamar

l Agente de aplicación de base de datos de EMC para DD Boost para aplicacionesempresariales y ProtectPoint

l Agente de aplicación de Microsoft de EMC para DD Boost para aplicacionesempresariales

l EMC NetWorker

l Hewlett-Packard HP Data Protector

l Pivotal Greenplum Data Computing Appliance

l Quest NetVault

l Quest vRanger Pro

Prefacio

9


http://www.symantec.com/netbackup/

http://www.symantec.com/backup-exec/

l Respaldo y replicación Veeam

l VMware vSphere Data Protection Advanced (VDPA)

Una guía separada, la Guía de administración de EMC Data Domain Boost para integraciónde partners, ha sido publicada para su uso con estas aplicaciones. Consulte esapublicación para obtener orientación sobre el uso de DD Boost con estas aplicaciones.Hay documentación adicional disponible sobre aplicaciones específicas mediante elproveedor de la aplicación de respaldo.

Convenciones para avisos especiales utilizadas en este documentoEMC usa las siguientes convenciones para notificaciones especiales:

AVISO

Un aviso identifica el contenido que advierte sobre la posibilidad de pérdida de negocioso datos.

Nota

Una nota identifica la información que es incidental, pero no esencial, para el tema. Lasnotas pueden proporcionar una explicación, un comentario, un refuerzo de un punto enel texto o simplemente un punto relacionado.

Convenciones tipográficasEMC usa las siguientes convenciones de estilo de letras en este documento:

Tabla 1 Tipografía

Negrita Indica nombres de elementos de la interfaz, como los nombres de lasventanas, los cuadros de diálogo, los botones, los campos, losnombres de las pestañas, los nombres de las teclas y las rutas deacceso de menú (los elementos que el usuario selecciona o en los quehace clic específicamente)

Cursiva Resalta los títulos de publicaciones que se incluyen en el texto

Monospace Indica la información del sistema, tal como:

l Código del sistema

l Salida del sistema, como un mensaje de error o script

l Nombres de ruta, nombres de archivos, indicadores y sintaxis.

l Comandos y opciones

Monospace italic Destaca el nombre de una variable que debe reemplazarse por el valorde la variable

Fuentemonoespaciada ennegrita

Indica el texto para la entrada del usuario

[ ] Los corchetes encierran valores opcionales

| La barra vertical indica selecciones alternativas; la barra significa “o”

{ } Las llaves encierran contenido que debe especificar el usuario, como x,y o z

... Los puntos suspensivos indican información no esencial omitida en elejemplo

Prefacio


Sus comentariosSus sugerencias nos ayudarán a continuar mejorando la exactitud, organización ycalidad general de la documentación para usuarios. Envíe sus comentarios acerca deeste documento a: [email protected].

Prefacio

11

mailto:[email protected]

Prefacio


CAPÍTULO 1

Presentación de Data Domain Boost paraOpenStorage

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

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

Presentación de Data Domain Boost para OpenStorage 13

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ón3.2.1

Revisión Fecha Descripción

02 (3.2.1) Marzo de 2016 Esta revisión incluye información acerca de la nueva funciónde alta disponibilidad (HA).

01 (3.2.0) Octubre de 2015 Esta revisión incluye información acerca de estas nuevasfunciones:

l Compatibilidad con Solaris como sistema operativocliente para la función de DD Boost mediante FibreChannel (DFC). DFC es compatible con clientes queejecutan el hardware de Solaris 10 y 11 en SPARC y x86.

l Compatibilidad con grupo de interfaces dinámicas (DIG)para replicación de archivos administrados (MFR).

l Soporte para los límites rígidos de secuencias paraunidades de almacenamiento.

Descripción general de DD Boost para OpenStorageEn el contexto de las aplicaciones de respaldo de Symantec (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.

Presentación de Data Domain Boost para OpenStorage


La figura muestra un ejemplo de configuración de Data Domain Boost for Open Storagecon NetBackup.

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 de desastres

Configuraciones compatiblesEMC Data 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 de las detalladas en la Guía decompatibilidad de Data Domain Boost disponibles en el sitio del servicio de soporte enlínea de EMC https://support.emc.com.

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


Configuraciones compatibles 15


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.

l Tanto los sistemas Data Domain de origen como los de destino deben contar conlicencias para la replicación y deben estar en la misma versión de SO de DD.



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...........................................................................18l Procesamiento distribuido de segmentos .............................................................18l Cifrado en transferencia........................................................................................ 19l Replicación de archivos administrada (MFR)..........................................................20l DD Boost y alta disponibilidad.............................................................................. 21l Replicación de imágenes automática (AIR)............................................................ 22l Replicación de MTree............................................................................................ 24l Compatibilidad con IPv6....................................................................................... 24l Grupos de interfaces dinámicas: Administración de rutas de datos IP de DD Boost

............................................................................................................................. 24l Transporte de DD Boost mediante Fibre Channel................................................... 30l Administración de rutas de DD Boost mediante Fibre Channel...............................32l Respaldos sintéticos virtuales...............................................................................35l Validación de acceso de clientes...........................................................................36l Ruta de datos multiusuario de DD Boost............................................................... 36l Administración de unidades de almacenamiento.................................................. 36

Funciones de DD Boost 17

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 una basesólida, sencilla y flexible que permita a los usuarios responder de forma rápida yadministrar las operaciones de modo eficaz.

Los sistemas EMC Data Domain se integran fácilmente con el software de respaldo yproporcionan 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 WANpara la recuperación de desastres fuera del sitio.

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

Nota

El rendimiento de DD Boost puede variar según el tipo de hardware en el que se ejecutael cliente de DD Boost. El mejor rendimiento se ve con clientes que se ejecutan en losprocesadores basados en la familia Intel x86. Debido a limitaciones de la arquitectura,es posible que se observe un rendimiento peor en los sistemas no basados en x86, comoItanium (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 enviar losdatos 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 DD Boostenvía solamente datos únicos a un sistema Data Domain. En general, cuanto mayorsea la redundancia en el conjunto de datos, más ancho de banda de red se guardará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 Solaris quese ejecutan en un procesador SPARC T4 o T5 y que ejecutan Solaris 11 (con SRU2 oposterior) 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. Esta funciónse 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 utiliza esADH-AES256-SHA si se selecciona la opción de cifrado HIGH, o ADH-AES128-SHA si seselecciona la opción de cifrado MEDIUM.


Cifrado en transferencia 19

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 Domain puedancrearse en un segundo sistema por medio de la tecnología de replicación con eficienciade 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 únicopunto de administración para rastrear todas las copias de respaldo y duplicadas.

Los grupos de interfaces dinámicos proporcionan la capacidad de controlar las interfacesque se usan para DD Boost MFR, de dirigir la conexión de replicación mediante una redespecífica y de usar varias interfaces de red con alto ancho de banda y alta confiabilidadpara las condiciones de failover. Para obtener más información, consulte Uso de gruposde interfaces dinámicas para MFR en la página 48.

Optimización de bajo ancho de bandaLa opción de bajo ancho de banda de Replicator reduce la utilización de ancho de bandade la WAN. Es útil si la replicación de archivos administrada se realiza mediante unvínculo de red de bajo ancho de banda (WAN). Esta función proporciona compresiónadicional durante la transferencia de datos y se recomienda solo para trabajos dereplicación de archivos administrada que se ejecutan mediante vínculos de WAN quetienen menos de 6 Mb/s de ancho de banda disponible.

Tanto los sistemas Data Domain de origen como de destino deben configurarse con esteajuste para permitir la optimización de ancho de banda, y la opción se aplica a todos lostrabajos de replicación.

Para obtener más información sobre este tema, consulte la Guía de administración delsistema operativo de EMC Data Domain.

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 WAN.

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 el conjunto de aplicaciones de cifrado ADH-AES256-SHA.

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 Domain deorigen 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. Cuandola replicación de archivos administrada cifrada se utiliza con la función de cifrado dedatos, los datos de imágenes de respaldo cifrados se vuelven a cifrar mediante SSL paraenviar mediante la WAN.



Nota

l Para obtener más información sobre este tema, consulte la Guía de administración delsistema operativo de EMC Data Domain. Tanto los sistemas Data Domain de origencomo de destino deben ejecutar el SO de DD 5.0 o posterior para usar esta función.Al activar esta función, no es necesario reiniciar el sistema de archivos en un sistemaData 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 en standbycualquier información de estado y de Boost necesaria para continuar con las operacionesde 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 entre estasoperaciones periódicas de sincronización a disco de modo que, si falla un servidor 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 Boost puedetardar más de diez minutos, dado que la recuperación de Boost no puede comenzarhasta 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 recuperanautomá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 Data Domainque ejecutan versiones compatibles de DD OS, independientemente de si uno o ambossistemas DD están habilitados para alta disponibilidad.

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


DD Boost y alta disponibilidad 21

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, la MFRno se recuperará sin inconvenientes si falla el sistema de destino de DD de un solo 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 de altadisponibilidad parciales, donde el sistema sin alta disponibilidad ejecuta una versión deDD OS anterior a 5.7, el MFR no realizará recuperaciones sin inconvenientes a partir deuna 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 7.6,aborda el reto de la replicación de sitio a sitio porque permite que las políticas de ciclode 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ñado paraproporcionar las restauraciones de datos diarias. Debido a las restricciones de ancho debanda de WAN entre sitios, por lo general, solo los datos más importantes debenseleccionarse para la duplicación mediante AIR. Las copias electrónicas realizadas fueradel sitio de esta manera permiten que el respaldo se configure para duplicarse en unaubicación fuera del sitio inmediatamente después de que haya finalizado el respaldo enel sitio primario, sin la necesidad de que intervenga el usuario, según la configuracióndel SLP. También significa que la copia duplicada está disponible en el sitio derecuperación de desastres en cuanto haya finalizado 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ón deeventos:

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 figura a continuación.

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 pool dediscos 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 respaldos y lareplicación subsiguiente en el dominio de destino. El SLP en el dominio de destino noestá asociado con una política de respaldo, pero se invoca con un mecanismo de alerta(una importación) cuando se detecta una nueva imagen duplicada del dominio de origen.Este SLP ejecuta el proceso para agregar la información acerca del respaldo al dominiode destino y también se puede configurar para duplicar el respaldo a otras ubicacionesde almacenamiento en el dominio de destino.

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. Las replicacionespueden aplicarse en cascada desde el dominio de origen hacia varios dominios si seconfigura un SLP en cada dominio intermedio para anticipar la imagen de origen,importarla y, luego, replicarla en el próximo maestro de destino.


Limitaciones para el uso de AIR en sistemas Data Domain 23

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 de EMC en https://support.emc.com.

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

Replicación de MTreeA partir del SO de DD versión 5.5, la replicación de MTree es compatible para unidadesde almacenamiento para diferentes nombres de usuario en sistemas Data Domain deorigen y de destino. Para activar la replicación de MTree para unidades dealmacenamiento, debe convertir la unidad de almacenamiento de destino de MTree enuna unidad de almacenamiento asignando un usuario a MTree. Para asignar un usuario aMTree, utilice el comando del SO de DD ddboost storage-unit modify. (Consultela Guía de referencia de comandos del sistema operativo de EMC Data Domain para obtenermá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 de direccionesIP que proporciona el cliente tras la conexión se utiliza como familia de direcciones IPrecomendada para resolver el nombre de host. Si existe una sola familia de direccionesIP en la red (solo IPv4 o solo IPv6), el nombre de host se resuelve en esa dirección, y esadirección se utiliza para la conexión de respaldo y recuperación del cliente a DataDomain. Si el cliente no especifica una familia de IP recomendada, la conexión derespaldo y recuperación del cliente a Data Domain utilizará la dirección IP que resuelvaDNS. La dirección predeterminada es IPv4. Para la compatibilidad con versionesanteriores, IPv4 está establecida como la dirección IP recomendada. Si falla la resoluciónde dirección, el cliente decide si intentará reconectarse con un nuevo nombre 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 varios vínculosEthernet en un grupo y registrar solo una interfaz en el sistema Data Domain con laaplicación de respaldo. La biblioteca de DD Boost negocia con el sistema Data Domainen la interfaz registrada con la aplicación a fin de obtener la mejor interfaz para enviardatos al sistema Data Domain. El balanceo de carga proporciona un mayor rendimientofísico en el sistema Data Domain en comparación con la configuración de las interfacesen una interfaz virtual mediante la agregación a nivel de Ethernet (con LACP, porejemplo).




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 permite unamayor flexibilidad en la segregación de tráfico en varias redes virtuales, que se ejecutantodas en los mismos vínculos físicos en el sistema Data Domain.

Nota

Consulte la Guía de administración del sistema operativo de EMC Data Domain para obtenermás información sobre cómo configurar el etiquetado de VLAN y la creación de alias de IPen 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 failover. Para obtener más información, consulte Uso de grupos deinterfaces dinámicas para MFR en la página 48.

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 failover en forma transparente de todos los trabajos en proceso de la interfazfallida a vínculos operativos en buen funcionamiento. Desde la perspectiva de laaplicación de respaldo, los trabajos continúan sin interrupciones.

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 apliquenfailover y balanceo de carga en un DIG <group-name>. Esto aumenta la capacidad desoportar un servidor de respaldo que solo puede alcanzar algunas de las interfacesdel sistema Data Domain, como los clientes en las VLAN.

l Cada grupo de interfaces <group-name> incluye una lista de interfaces y clientes quepertenecen 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 la mismasubred.

n Evita la ruta estática en clientes agregando alias de IP/IP de VLAN en el sistemaData 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.


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

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 28.

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

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

veth1l 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 e IPv6simultáneas. Un cliente conectado con IPv6 ve solamente las interfaces de DIG de IPv6.Un cliente conectado con IPv4 ve solamente las interfaces de DIG de IPv4. Los grupos deinterfaz individuales incluyen todas las direcciones IPv4 o todas las direcciones IPv6.

Figura 4 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/hosts enel cliente DD Boost. Se admite tanto IPv4 como IPv6.

Para configurar el nombre de host alternativo, anexe -failover al nombre de host delsistema 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 elrendimiento. 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 de espera. Esta entrada delregistro es fundamental para permitir la recuperación de failover de host. Es el nombrede la clave de registro en Windows 2008 R2: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters. Esta clave debe 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 registro delsistema:

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 reconectarse enuna 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 Cancel job


Interfaces 27

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 5 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 de DIGdel servidor. Para seleccionar la asociación de DIG del cliente, la información del clientese evalúa según el siguiente orden de precedencia (consulte Figura 6 en la página 29):

1. Dirección IP del sistema Data Domain conectado. Si ya hay una conexión activa entreel cliente y el sistema Data Domain, y la conexión existe en la interfaz del DIG, lasinterfaces 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.



l Para IPv4, xx.xx.xx.0/24 (128.5.20.0/24 en Figura 6 en la página 29)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 el acceso de la direcciónIP de origen del cliente a DIG. Para IPv4, se admiten máscaras de 16, 20, 24, 28 y32 bits.

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

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 DIG nodebe permitir que IPv6 coincida con un grupo IPv4, ni que IPv4 coincida con un grupoIPv6. Por lo tanto, no debe configurarse "*". Además, si los clientes en IPv4 y IPv6 están

en el mismo nombre de dominio (*.emc.com, por ejemplo), solo deben usarse 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 6 Rango de hosts de DIG para la selección de clientes


Clientes 29

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 7 en la página 30.

Figura 7 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 Boost5. 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 Boost medianteFC, la aplicación específica del sistema Data Domain que usa la cadena especial DFC-<dfc-server-name>, donde <dfc-server-name> es el nombre del servidor de DD Boostmediante 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 8 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 exige pasosde configuración adicionales. Consulte Configuración del servicio de DD Boost medianteFC en la página 61 para obtener más detalles.

Para el transporte de DD Boost mediante FC, el balanceo de carga y la alta disponibilidadde nivel de vínculo se logran por diferentes medios, no mediante grupos de interfacesdinámicas (DIG). Consulte la sección Administración de rutas de DD Boost mediante FibreChannel en la página 32 para ver una descripción.

Nota

La ruta de comunicación de DD Boost mediante FC se aplica solamente entre el servidorde medios o la biblioteca de DD Boost y el sistema Data Domain, y no se aplica a lacomunicación entre dos sistemas Data Domain. Como se muestra en la figura siguiente,dicha comunicación se establece SIEMPRE mediante una red de IP, independientementede la ruta de comunicación entre el servidor de medios y los sistemas Data Domain.


Transporte de DD Boost mediante Fibre Channel 31

Figura 9 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 Fibre ChannelEl mecanismo basado en grupos de interfaces dinámicas (DIG) que se describe en DIG:Balanceo de carga y failover de IP de DD Boost en la página 24 se realiza sobre la basede las interfaces de Ethernet y no se aplica al transporte de Fibre Channel. En su lugar, seproporciona otro mecanismo de rutas para la solución DD Boost mediante FC.

El sistema Data Domain anuncia uno o varios dispositivos SCSI en el servidor de medios,mediante una o varias rutas físicas. El sistema operativo descubre todos los dispositivosen todas las rutas disponibles, y crea un dispositivo SCSI genérico para cada dispositivoy 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 ambos puertosHBA 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 de SCSIque 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 10 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. Punto final 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ón conel servidor, la lógica de transporte de DD Boost mediante FC en la biblioteca de DD utiliza


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

solicitudes de SCSI para generar un catálogo de estos 16 dispositivos SCSI genéricos,que son las rutas para acceder al servicio de DD Boost mediante FC en el sistema DataDomain deseado. Como parte del establecimiento de conexión con el servidor, la lógicade transporte de DD Boost mediante FC proporciona este catálogo de 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 a continuación),distribuya las conexiones entre las diferentes rutas de modo uniforme

l Elija el extremo de destino con menos tráfico

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

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

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

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.

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ógica deltransporte DFC en la biblioteca de DD Boost comienza a enviar y recibir datos para laconexió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án fallascon 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 de iniciadory extremo de destino. La solicitud de SCSI se reintenta en la ruta seleccionada, y elproceso se repite hasta que se detecta una ruta mediante la cual la solicitud de SCSI sepuede 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 que serecibe una solicitud es irrelevante. Todos los dispositivos de SCSI son objetos de destinoidénticos para los comandos de SCSI, como lo exige el protocolo SCSI. Cuando seprocesa una solicitud de SCSI, la lógica del servidor no toma en cuenta el dispositivoespecí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 necesitar anunciarseen 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 62 para obtener orientación acerca de cuántos dispositivos configurar según lacarga de trabajo, el tipo de sistema Data Domain y si el sistema cliente está restringido ono 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 puede usarel respaldo sintético para restaurar archivos y directorios en la misma manera en la queel 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 hayan


Restricciones de profundidad de línea de espera 35

modificado 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 instrucciones delservidor 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. Una vezque 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ás reciente.NO incluye cambios en la selección del respaldo desde el último respaldo incremental.

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 de DDBoost (por conexión) para:l la conexión inicial al sistema Data Domainl cada reinicio de DD Boost (activar/desactivar)l cada reinicio del sistema de archivosl cada reinicio del sistema Data DomainLa lista de clientes puede actualizarse en cualquier momento sin un requisito de reinicio,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 mejorala experiencia del usuario, ya que es compatible con varios nombres de usuario para el



protocolo DD Boost y proporciona aislamiento de datos para varios usuarios quecomparten un sistema Data Domain. Con el protocolo DD Boost, la aplicación derespaldo se conecta al sistema Data Domain con un nombre de usuario y una contraseñapara admitir esta función. Tanto el nombre de usuario como la contraseña están cifradoscon 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 se creala unidad de almacenamiento. Cuando se conectan aplicaciones de respaldo al sistemaData Domain, las aplicaciones solo pueden acceder a las unidades de almacenamientoque pertenecen al nombre de usuario utilizado para establecer la conexión. El acceso a launidad de almacenamiento se determina de forma dinámica de modo que los cambiosen el nombre de usuario de una unidad de almacenamiento tengan efecto de inmediato.Cuando el nombre de usuario de una unidad de almacenamiento se cambia por otronombre de usuario, todas las operaciones de lectura y escritura de la aplicación derespaldo que utilizan el nombre de usuario anterior fallan inmediatamente y muestranerrores de permisos. Si se elimina el usuario actual de una unidad de almacenamientocomo el usuario legítimo de la unidad de almacenamiento, es necesario reiniciar DDBoost, el sistema de archivos o el sistema Data Domain para eliminar las conexionesexistentes a esa unidad de almacenamiento.

La palabra clave tenant-unit se introduce en el comando ddboost storage-unitpara la integración con la función de seguridad de multiusuario. Debe configurarse unaunidad de almacenamiento por cada unidad de grupo de usuarios. Cada unidad de grupode usuarios se puede asociar con varias unidades de almacenamiento. La propiedad dela asociación de la unidad de grupo de usuarios y del nombre de usuario esindependiente entre sí. La unidad de grupo de usuarios se utiliza para la ruta deadministración mediante la interfaz de la línea de comandos, pero no se puede usar parala ruta de datos, como la lectura y escritura. Todos los comandos para las unidades dealmacenamiento son compatibles con las unidades de grupo de usuarios.

Nota

Para obtener más información sobre las unidades de grupo de usuarios, consulte la Guíade administración del sistema operativo EMC Data Domain.

Cuotas de capacidad de la unidad de almacenamientoLos usuarios del sistema operativo DD pueden utilizar cuotas para provisionar los límitesde 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 provisionar varias unidades de almacenamiento de DD Boost con diferentestamaños lógicos, lo cual permite que un usuario administrativo supervise el uso de unaunidad 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. Puede modificarel tamaño físico informado más adelante mediante ddboost storage-unitmodify. Puede visualizar el tamaño físico informado mediante ddboost storage-unit show.


Cuotas de capacidad de la unidad de almacenamiento 37

Consulte las secciones ddboost, quota y mtree de la Guía de referencia de comandosdel sistema operativo EMC Data Domain para obtener detalles sobre la función de cuotas ylos comandos relativos a las operaciones de cuota.

Nota

Tenga cuidado con esta función cuando utiliza aplicaciones de respaldo (como SymantecNetBackup y Backup Exec) que usan la API de DD Boost para administrar la capacidad. LaAPI de DD Boost intenta convertir la configuración lógica en una configuración física parala API dividiendo la configuración lógica por la tasa de deduplicación. Por lo tanto, esposible que deba ajustar las cuotas lógicas cuando cambie la tasa de deduplicació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 los límites de advertencia de secuencias, utilice el comando ddbooststorage-unit create. Para modificar o desactivar los límites de secuencia, utiliceel comando ddboost storage-unit modify. Para mostrar las secuencias activaspor unidad de almacenamiento, utilice el comando ddboost streams showactive.

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 volver aconfigurar 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) enla página 43.



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 del sistema operativo de EMC Data Domain, seproporcionan descripciones 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..............................................40l Asignación de varios usuarios a DD Boost............................................................. 40l Creación de unidades de almacenamiento ........................................................... 41l Configuración de cuotas lógicas para unidades de almacenamiento (opcional) ....42l Configuración de unidades de almacenamiento con límites de secuencias

(opcional)............................................................................................................. 43l Configuración del procesamiento distribuido de segmentos..................................44l Configuración de grupos de interfaces dinámicas .................................................44l Uso de grupos de interfaces dinámicas para MFR.................................................. 48l Configuración de MFR............................................................................................58l Configuración de la validación de acceso de clientes............................................ 59l Configuración del servicio DD Boost mediante FC.................................................. 61

Preparación del sistema Data Domain para DD Boost 39

Activación de DD Boost en un sistema Data DomainCada sistema Data Domain que está activado para deduplicación de Data Domain Boostdebe tener un nombre único. Puede usar el nombre DNS del sistema Data Domain, quesiempre 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 status The file system is enabled and running.3. Agregue la licencia de DD Boost con el número de licencia que proporcionó Data

Domain:

# license add license_code License “ABCE-BCDA-CDAB-DABC” added.4. Para activar la deduplicación de DD Boost, ingrese lo siguiente:

# ddboost enable DD 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, consulte laGuía de administración del sistema operativo de EMC Data Domain.

l Es posible configurar varios usuarios para el acceso a DD Boost en un sistemaData Domain. El nombre de usuario, la contraseña y la función ya deben estarconfigurados en el sistema Data Domain mediante el comando del SO de DD:

user add <user> [password <password>] [role {admin | security | user | backup-operator | data-access}] [min-days-between-change <days>] [max-days-between-change <days>] [warn-days-before-expire <days>] [disable-days-after-expire <days>] [disable-date <date>]

Por ejemplo, para agregar un usuario con un nombre de inicio de sesión del usuariojsmith y una contraseña usr256 con privilegio administrativo, ingrese lo siguiente:

# user add jsmith password usr256 role admin

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

# 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. Lasunidades 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 Data

Preparación del sistema Data Domain para DD Boost


Domain autentica el nombre de usuario y la contraseña. Diferentes aplicaciones puedencompartir 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 Yes ddbu2 Unknown - ddbu3 Unknown Yes ddbu4 Unknown - ddbu5 Unknown - ddbu6 Unknown - ddbu7 Unknown Yes ddbu8 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.

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 discos enel servidor de medios, mientras que, en un sistema Backup Exec, corresponde a unrepositorio de cintas.Procedimiento1. Para crear una unidad de almacenamiento en el sistema Data Domain, introduzca:

# ddboost storage-unit create NEW_STU1 user user1 Created 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 conexiones conestas credenciales de nombre de usuario puedan acceder a esta unidad dealmacenamiento.

Consulte la sección sobre ddboost storage-unit en la Guía de referencia decomandos del sistema operativo EMC Data Domain para obtener detalles sobre lasopciones de comandos.

Nota

Cuando se crea una unidad de almacenamiento con un usuario local de Data Domainválido que no está ya asignado a DD Boost, el usuario se agrega automáticamente ala lista de usuarios de DD Boost del mismo modo que un usuario de ddboost seagrega a la lista de usuarios con el comando ddboost user assign.


Creación de unidades de almacenamiento 41

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

3. Para modificar una unidad de almacenamiento en el sistema Data Domain,introduzca:

# ddboost storage-unit modify NEW_STU1 user user2 Storage-unit "NEW_STU1" modified for user "user2".

Nota

El comando ddboost storage-unit modify permite que la aplicación de

respaldo modifique la propiedad de la unidad de almacenamiento que tiene elnombre de usuario. Cambiar el nombre de usuario no exige cambiar los atributos decada 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 show Name 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 : Deleted Q : Quota Defined RO : Read Only RW : Read Write RD : Replication Destination

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

El almacenamiento en un sistema Data Domain puede provisionarse mediante límites decuotas opcionales para una unidad de almacenamiento. Se pueden especificar límites decuota ya sea en el momento de la creación de una unidad de almacenamiento o másadelante mediante comandos separados. Para obtener más información, consulte lassecciones sobre cuotas y ddboost en la Guía de referencia de comandos del sistemaoperativo EMC Data Domain.

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 en NetBackupy Backup Exec” (ID del documento 00085210), para explicar esto en más detalle.

Procedimiento

1. Para activar 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ímites desecuencias (opcional)

El administrador del sistema configura límites de advertencias de secuencia respecto decada 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

Puede asignar a cuatro tipos de límites de advertencia de secuencias suaves contra cadaunidad de almacenamiento (lectura, escritura, replicación y combinado) y puede asignarun límite de secuencia rígido combinado. La asignación de un límite de secuencia rígidopor unidad de almacenamiento le permite fallar nuevas secuencias de DD Boost cuandose supera el límite, incluidas las secuencias de lectura, las secuencias de escritura y lassecuencias de replicación. El límite de secuencia rígido se detecta antes de quecomience la operación de secuencias. El límite de secuencia rígido no puede exceder lacapacidad del modelo del sistema Data Domain y no puede ser inferior a cualquier otrolí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 10 Created 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 8 NEW_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 mostrar loslímites de secuencia de DD Boost para una unidad de almacenamiento específica,escriba:


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

# 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 1hours INTERVAL: 10 mins "-" indicates that the data is not available for the intervals Storage-Unit: "NEW_STU0" Date Time read write repl-out repl-in YYYY/MM/DD HH:MM streams streams streams streams ----------------- ------- ------- --------- -------- 2013/08/29 12:00 0 0 0 0 2013/08/29 12:10 0 0 0 0 2013/08/29 12:20 0 1 0 0 2013/08/29 12:30 0 2 0 0 2013/08/29 12:40 0 2 0 0 2013/08/29 12:50 0 1 0 0 2013/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 predeterminada enun sistema que se instala inicialmente con SO de DD 5.2. Si un sistema se actualiza delSO de DD 5.1, 5.0.x o 4.9.x al SO de DD 5.2, el procesamiento distribuido de segmentosqueda en su estado anterior.

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

Se activa el procesamiento distribuido de segmentos de manera predeterminada para losplug-in de Solaris que se ejecutan en un procesador SPARC T4 o T5 y que ejecutan Solaris11 (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ón generalde la función de grupo de interfaces dinámicas (DIG), consulte Grupos de interfacesdinámicas: Balanceo de carga y failover de IP de DD Boost en la página 24.



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.

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

Procedimiento

1. Cree un grupo de interfaces:

# ifgroup create group_name

Ejemplos:

# ifgroup create external # ifgroup create lab10G

Nota

Se puede usar el valor predeterminado “group_name” sin haberlo creado primero. Entodos 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 group_name {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 para IPv6que para IPv4. Se permiten conexiones de cliente IPv4 e IPv6 simultáneas. Un clienteconectado con IPv6 ve solamente las interfaces del grupo de interfaces de IPv6. Uncliente conectado con IPv4 ve solamente las interfaces del grupo de interfaces deIPv4. Los grupos de interfaz individuales incluyen todas las direcciones IPv4 o todaslas 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 o enminúsculas, y con múltiples ceros.

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

3. Seleccione una interfaz en el sistema Data Domain para registrarla con la aplicaciónde respaldo. Se recomienda que cree una interfaz agregada de failover y registre esainterfaz en la aplicación de respaldo.


Configuración de grupos de interfaces dinámicas 45

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 parte delgrupo de interfaces para registrarla en la aplicación de respaldo.EMC recomienda que la interfaz se registre con un nombre que se pueda resolver conDNS o cualquier otro mecanismo de resolución de nombres. Con NetBackup, y dadopor sentado que 192.168.1.1 recibe el nombre dd22.abc.com, ejecute el siguientecomando 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 esta interfazno está disponible, no es posible realizar respaldos en ese sistema Data Domain.

4. Una vez que están configurados el cliente y la interfaz, el grupo se activa de formaautomática. Verifique el estado (activado o desactivado) del grupo de interfaces:

# ifgroup status [group_name] 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 y clientes:

# ifgroup show config all

Resultados

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

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

Nota

Las coincidencias de nombres exactos se realizan primero, seguidas de coincidencias denombres parciales. Entonces, en el ejemplo anterior, ddboost-dl.datadomain se

encuentra en el grupo lab10G.



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

Procedimiento

1. Asegúrese de que no haya trabajos activos desde la aplicación de respaldo hasta elsistema Data Domain en la interfaz que elimine del grupo. Puede hacerlo desde elsistema Data Domain revisando el estado de las conexiones actuales en el grupo deinterfaces 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 un ejemplode 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 al sistemaData Domain para los servidores de medios. La configuración del grupo de interfacesen 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 a agregarla.

Nota

Si realiza cambios mediante el comando net que modifica las interfaces, como habilitar

una interfaz configurada para grupo de interfaces, ejecute el comando ddboost showconnections para actualizar la vista de balanceo de carga. Actualizar la vista de

balanceo de carga permite que el grupo de interfaces utilice la interfaz.

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 el sistemaData Domain. Revise el estado de las conexiones en el grupo de interfaces medianteel siguiente comando en un sistema Data Domain:

# ifgroup show connections


Modificación de un grupo de interfaces 47

2. Asegúrese de que no haya trabajos pendientes de los servidores de mediosconectados al sistema Data Domain.

3. Desactive 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 Data Domainen 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 grupo dela 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 (activado/desactivado). Por lo tanto,desactivar un grupo no fuerza a un cliente a usar un grupo diferente. Cuando seencuentra un cliente en un grupo desactivado, 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 del sistema operativo EMC DataDomain).

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 failover. Todos los tipos de IP deData Domain son compatibles: IPv4 o IPv6, IP de alias de IP/VLAN y LACP/agregación defailover.

Nota

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

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 de origenpara el sistema Data Domain de destino y codificar de forma rígida una de lasinterfaces 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 de origena 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 failover.



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

El uso de grupos de interfaces para la replicación simplifica esta configuración mediantelos comandos de DD OS System Manager o la CLI de DD OS. El uso de grupos deinterfaces 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ón configurados,lo que proporciona un grupo de interfaces único en el que todas las interfaces estánaccesibles desde el sistema Data Domain de destino.

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

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

l Proporcionar una interfaz de failover para recuperación para las interfaces del grupode interfaces.

l Proporcionar failover de host si está configurado en el sistema Data Domain deorigen.

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 de DataDomain 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 dominio calificado,por ejemplo, dd890-1.emc.com.

La selección de grupos de interfaces se realiza localmente en el sistema Data Domain deorigen y en el sistema de Data Domain de destino, independientes entre sí. Para una redde replicación de WAN, solamente debe configurarse el grupo de interfaces remota, yaque la dirección IP de origen corresponde al gateway para la dirección IP remota.

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.


Replicación mediante LAN 49

En Figura 11 en la página 50:

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 de lascuales 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 10G-REPL2 está configurado con dos interfaces, cada una de lascuales 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 11 Uso de grupos de interfaces para la replicación mediante una LAN

Para configurar el escenario de replicación ilustrado en la Figura 11 en la página 50, hagalo 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.11 10G-REPL1 enabled 172.29.0.12 10G-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-1 Assigned 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 en DD860-ART-1. Para confirmar:# ifgroup show config 10G-REPL2 interfaces Group-name Status Interfaces ------------- ------- ----------- 10G-REPL2 enabled 172.29.0.21 10G-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-1 Assigned 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 de quela 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.

En Figura 12 en la página 52:

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 de lascuales 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 de lascuales 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.


Replicación mediante WAN 51

Figura 12 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 admitir estasnecesidades, los grupos de interfaces son compatibles con varias rutas de replicación,incluidas las rutas de múltiples redes de clientes, de expansión y en cascada.

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 13 en la página 53, 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.



Figura 13 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 14 en la página 54, 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).


Otros casos de uso compatibles 53

Figura 14 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 configura segúnel nombre de host del sistema Data Domain remoto. Para la red A, Ifgroup-K está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-Lestá configurado según el nombre de host del sistema Data Domain 3 e Ifgroup-R estáconfigurado según el nombre de host del sistema Data Domain 1.

En cascadaEn Figura 15 en la página 55, 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).



Figura 15 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 Data Domain2 o la ruta de MTree13. Para la red C, Ifgroup-H está configurado según el nombre de hostdel sistema Data Domain 1 e Ifgroup-Q está configurado según el nombre de host delsistema 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 de IP enla página 26 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” de host:

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

n Creación de un archivo nuevo

n Eliminación de un archivo

n Búsqueda de un archivo de base sintético


Nombre de host de failover de replicación 55

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 realizanlas consultas del Data Domain de origen acerca de una dirección IP. Por lo tanto, el DataDomain de destino debe tener un grupo de interfaz con las direcciones IP que puede usarel sistema Data Domain de origen (antes de la conversión de NAT) para comunicarse conel 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) paraMFR. 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 una interfazactiva con direcciones IP que no sean accesibles. En Figura 16 en la página 57, lasdirecciones IP 215.55.7.20 y 215.55.7.21 son alias configurados estrictamente para usodel 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 16 en la página 57, 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 origen utilizaun grupo de interfaz para seleccionar la IP de origen y de destino. El Data Domain deorigen consulta el Data Domain remoto para una dirección IP para usar, por lo que todaslas direcciones IP siempre deben ser desde la perspectiva del Data Domain de origen. Lareplicación desde DD1 en la red 1 hasta DD2 en la red 2, usa lan2 local con natlan2 paraseleccionar las direcciones IP de origen y de destino para la conexión. La replicacióndesde DD2 en la red 2 hasta DD1 en la red 1 utiliza lan1 local con natlan1. Por lo tanto,



solo la consulta remota para las direcciones IP del grupo de interfaz debe ajustarse a laconfiguración de NAT.

Nota

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

Figura 16 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 de interfazde 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. Para permitir variosgrupos de replicación, “no-auto-detect” se anexa internamente con un número.

Para agregar el cliente:


Resolución de conflictos de respaldo/replicación 57

# 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 activar 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

Activar o desactivar la optimización de bajo ancho de banda no exige que se reinicie elsistema de archivos de Data Domain.

La optimización de bajo ancho de banda se puede supervisar y administrar desde la vistaEnterprise Manager Data Management DD Boost. (Consulte la Guía de administración delsistema operativo EMC Data Domain.)

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 sistema DataDomain, 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. Activaresta función ocupa recursos adicionales (CPU y memoria) en el sistema Data Domain.

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 para la



replicación de archivos administrada, una nueva palabra clave, ipversion, se agrega en elregistro a fin de ofrecer una opción para la compatibilidad con la red IPv6. La variable depalabra clave de IPv6 se controla mediante la palabra clave del comandoddboostfile-replication option set, ipversion. Si la opción de ipversion es ipv6, IPv6es el tipo de dirección IP preferido para la replicación de archivos administrada. Si laopción de ipversion es ipv4, IPv4 es el tipo de dirección IP preferido para la replicaciónde archivos administrada. Si no se especifica una dirección IP preferida, el valorpredeterminado es IPv4.

Para establecer la dirección IP preferida para la replicación de archivos de DD Boost enIPv6, 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 el puertoMFR TCP requiere un reinicio del sistema de archivos de Data Domain y debe ser unevento 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 y dedestino:

# 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 destino

para especificar el puerto en el que escucha el destino y el puerto en el que se conecta elorigen. 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. En elorigen de replicación, el puerto de conexión para un destino específico se introduce conel comando replication modify.

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

Configuración de la validación de acceso de clientesConfigurar el control de acceso de clientes para DD Boost limita el acceso al sistema DataDomain 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. De manerapredeterminada, se usa el carácter comodín *.


Cambio del puerto MFR TCP 59

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

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. Paraagregar clientes de la lista de clientes de DD Boost, introduzca:

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

Ejemplo:

# ddboost clients add ddboost-dl.emc.com ddboost-dlddboost-dl.emc.com : Addedddboost-dl : Added

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 anonymous rtp-ost-ms02.domain high anonymous rtp-ost-ms02.domain.com high anonymous

Durante la validación de acceso, se utiliza el siguiente orden de búsqueda para restringirel acceso:l El carácter comodín * seguido de una parte, como *.emc.com, seguido de *.coml Coincidencia perfecta del nombre de cliente enviado, por ejemplo, ddboost-

dl.emc.comSi 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}]

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 como labidireccional 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. El clientede DD Boost verifica el certificado. El canal de comunicación entre el cliente de DDBoost 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ón



mediante 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 DD Boost yel servidor Data Domain está cifrado.

Nota

Esta opción no se aplica a DD Boost-over-Fibre Channel (FC). Si tanto la IP como FC estánen 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 necesario instalaren el sistema los HBA de destino de Fibre Channel. (Consulte también la Guía dereferencia de comandos del sistema operativo EMC Data Domain y la Guía de administraciónpara obtener información acerca de scsitarget como 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 y Solaris.

l Para activar DD Boost mediante FC en clientes que ejecutan AIX, debe instalar elcontrolador de dispositivo AIX DDdfc. Para obtener información detallada, consulte Instalación del controlador del dispositivo AIX DDdfc (requerido para los clientesAIX) en la página 66.

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 enabled2. 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 formato DFC-<base hostname>. El nombre de host no puede ser el nombre de dominiocalificado.

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

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 (“–”)


Configuración del servicio DD Boost mediante FC 61

Nota

El carácter punto o período (“.”) no es válido dentro de un dfc-server-name; esto

evita el uso del nombre de dominio calificado de un sistema Data Domain como sudfc-server-name.

Nota

Al igual que los nombres de host de IP, el dfc-server-name no distingue

mayúsculas de minúsculas. Deben configurarse varios sistemas Data Domain a losque puedan acceder los mismos clientes con DD Boost mediante FC sin un valor dedfc-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 list Endpoint System Address Transport Enabled Status ------------- -------------- ------------ ------- ------ endpoint-fc-0 6a FibreChannel Yes Online endpoint-fc-1 6b FibreChannel Yes Online ------------- -------------- ------------ ------- ------

5. Indique qué extremos desea incluir en el grupo:# ddboost fc group add <group-name> device-set count count endpoint endpoint-list

Ejemplo:

# ddboost fc group add lab_group device-set count 8 endpoint 6a6. Verifique que estén los iniciadores. Para ver una lista de los iniciadores que detecta el

sistema Data Domain:# scsitarget initiator show list

7. 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 FCComo se describe en la sección Administración de rutas de DD Boost mediante FibreChannel en la página 32, el Data Domain anuncia uno o varios “dispositivos DFC” de tipoprocesador, que utiliza la biblioteca de DD Boost para comunicarse con el servicio DDBoost mediante FC. En el sistema Data Domain, el acceso a estos dispositivos DFC seotorga a uno o varios iniciadores; para hacerlo, se agrega el iniciador a un grupo deacceso scsitarget 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 de 64.



Nota

Los controladores DFC de AIX son compatibles con 128 dispositivos.

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?Como se describe en la sección Administración de rutas de DD Boost mediante FibreChannel en la página 32, las plataformas de Windows se consideran “restringidaspor la profundidad de línea de espera”, ya que el mecanismo de la interfaz de pasode Windows SCSI solo realizará solo una solicitud de SCSI por vez mediante cada unode sus dispositivos genéricos de SCSI. Esto afecta el rendimiento de la solución DDBoost mediante FC, si hay varias conexiones (p. ej., trabajos de respaldo) intentandousar el mismo dispositivo genérico de SCSI. De este modo, para las plataformas deWindows que ejecutan más de un trabajo, es útil anunciar varios dispositivos DFC.

Compare esta situación con el comportamiento del controlador genérico Linux SCSI,que no impone dicha restricción. Linux no se considera “restringido por laprofundidad 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 el SOdel 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.

Dimensionamiento del cálculoEl siguiente cálculo se puede utilizar para determinar la cantidad de dispositivos DFC quese anunciarán al sistema Data Domain y a los iniciadores en un servidor de mediosdeterminado. EMC recomienda que se anuncie la misma cantidad de dispositivos DFC atodos 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 que sehacen a un solo dispositivo DFC SCSI. Debido a este límite, se debe ajustar la cantidad


Dimensionamiento del cálculo 63

de dispositivos anunciados en función de la cantidad máxima de trabajos simultáneosdel sistema en un momento determinado. En general, cuanto mayor sea la cantidad detrabajos que se esperan de los servidores de medios que usan DDBoost mediante FC,mayor será la cantidad de dispositivos anunciados.

Supongamos que J es la cantidad máxima de trabajos simultáneos en ejecución con DFCen 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:

l Hay 8 servidores de medios/maestros, un solo sistema Data Domain, y cada servidorejecuta 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 configurarse con 7dispositivos.

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 en la página 63 es suficiente paralos servidores de medios Linux. No se necesita configuración adicional. Los servidores demedios Linux no están restringidos por la profundidad de línea de espera, de modo quemuchas conexiones pueden compartir el mismo dispositivo SCSI DFC genérico sin afectarel rendimiento.

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 el sistemaData Domain (según En el sistema Data Domain en la página 63). Supongamos que P esigual a 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 Data Domain

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, 30 trabajosmá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, 50 trabajosmá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), essuficiente para configurar dos dispositivos solamente para el grupo de acceso de DFCcon 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 en la página 63 es suficiente paralos servidores de medios HP-UX. No se necesita configuración adicional.

Nota

Cuando un sistema Data Domain se conecta a un host HP-UX mediante un SAN, hay unaentrada distinta en el directorio /dev/pt para cada ruta entre el sistema Data Domain y elhost HP-UX. Las entradas se denominan /dev/pt/pt<X>, donde <x> es un número

único asignado por el sistema operativo. Por ejemplo, si hay dos puertos FC en el sistemaData Domain conectados al mismo switch FC, y el host HP-UX tiene dos puertos FCconectados al switch FC, las entradas en el directorio /dev/pt serán /dev/pt/pt1, /dev/pt/pt2, /dev/pt/pt3 y /dev/pt/pt4.

Servidores de medios AIXEn el caso de AIX, las entradas de dispositivos se bloquean exclusivamente en funciónde cada proceso: solo un dispositivo puede usar la entrada de dispositivo. Los cálculosse basan en el uso en instancias de la aplicación. Si una aplicación genera variosprocesos, cada proceso bloquea en forma exclusiva al menos una entrada de dispositivo.


Dimensionamiento del cálculo 65

Las aplicaciones 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 producir sino 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. Loscá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” del controlador 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 alos terminales del sistema Data Domain, multiplicado por la cantidad de LUN en el grupode acceso.

Instalación del controlador del dispositivo AIX DDdfc (requerido 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 debe instalar el controlador deldispositivo AIX DDdfc. El controlador está incluido en el paquete con el software del plug-in de OST.

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

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úmero deversió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.x quedesea.

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, ejecute lossiguientes 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 funcionalidad completa,debe reiniciar el cliente AIX.

Configuración del driver de dispositivo genérico de SCSI para los clientes de SolarisDD Boost mediante FC es compatible con clientes que ejecutan el hardware de Solaris 10y 11 en SPARC y x86. DFC para Solaris utiliza el driver del dispositivo genérico de SCSI(sgen), que se incluye en la instalación de Solaris. Use el siguiente procedimiento paraasegurarse de que sgen identifique correctamente los dispositivos del procesador en elarranque.

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 se cargacorrectamente 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 haber

archivos 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 se muestraarriba.

Este comando debe devolver al indicador sin errores ni advertencias. Compruebela conectividad al sistema Data Domain. Debería haber al menos un archivoen /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

Los 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 67

Nota

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

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 se muestraarriba.

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. Compruebela conectividad al sistema Data Domain. Debería haber al menos un archivoen /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 no tienecomentarios, agregue “procesador” a la lista a fin de garantizar que se reconozcael driver. Por ejemplo, si la device-type-config-list no tiene comentarios como eneste 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";



CAPÍTULO 4

Instalación de DD Boost para OpenStorage

Nota



l Descripción general de la instalación.................................................................... 70l Instalación del plug-in OST para NetBackup.......................................................... 71l Instalación del plug-in de OST para Backup Exec...................................................74l Optimización del servidor de medios de Windows para mejorar el rendimiento.....76l Desinstalación de un plug-in de Windows............................................................. 76

Instalación de DD Boost para OpenStorage 69

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

Procedimiento

1. Obtenga la licencia necesaria para activar DD Boost en el sistema Data Domain.Puede comprar un número de licencia de DD Boost directamente en EMC.

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 una licencia dereplicació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 de almacenamientode DD Boost.

l Para configurar un nombre de usuario de DD Boost, utilice el comando ddboostuser 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 activar DD Boost mediante FC en clientes que ejecutan AIX, debe instalar elcontrolador de dispositivo AIX DDdfc. Para obtener información detallada,consulte Instalación del controlador del dispositivo AIX DDdfc (requerido para losclientes AIX) en la página 66.

4. Una vez que complete los pasos de instalación descritos en este capítulo, configureDD Boost como se describe en el capítulo Preparación del sistema Data Domain paraDD Boost en la página 39.

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 son compatiblescon 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 a laversió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 se describeen Instalación del plug-in de OST en los servidores de medios en la página 72.



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 esta versióndel plug-in de OST, consulte la referencia de comandos de SO DD correspondiente.

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 OST enun 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 puede funcionarcomo servidor de medios. Se debe instalar el plug-in de OST en cada servidor de medios.Si también hay configurado un servidor maestro como servidor de medios, el plug-in deOST 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 la

operació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, quedebe 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 71

$ 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 en líneade EMC. 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 -d directorypath

La ruta del directorio es opcional. Si no especifica una ruta del directorio, el scriptusa /usr/openv/lib/ost-plugins, que es donde la aplicación de respaldobusca paquetes normalmente. Los archivos compartidos de la biblioteca script sonlibstspiDataDomain.so y libstspiDataDomainMT.so.

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

Corrección de una falla en la instalación o la actualización de un plug-in de UNIX (servidores demedios AIX)

Procedimiento

1. Detenga el administrador remoto y el servicio de supervisión de NetBackup(nbrmms).

2. Escriba lo siguiente:

# ./install.sha plugin already exists, do you want to proceed with installation? (y or n) yInstalling the Data Domain OpenStorage Client Libraries ...cp libstspiDataDomain.so /usr/openv/lib/ost-plugins/libstspiDataDomain.socp: /usr/openv/lib/ost-plugins/libstspiDataDomain.so: Cannot open or remove a file containing a running program.



ERROR in copying libstspiDataDomain.so to /usr/openv/lib/ost-plugins/libstspiDataDomain.so, error = 1

El script de instalación podría fallar y mostrar un mensaje de error que indica que elplug-in ya existe. Esta falla se produce si ya hay un plug-in instalado y se reemplazapor otra instancia.

3. Si falla el script de instalación:

a. Escriba lo siguiente:

# /usr/sbin/slibclean

b. Escriba lo siguiente:

# ./install.sh

Dado que los módulos se descargaron de la memoria, el script install.shdebe ejecutarse correctamente ahora.

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 de EMC.

2. Verifique la recopilación MD5 de la descarga para garantizar su integridad utilizandoWinMD5 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 en la página 74 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 en modosilencioso.

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, muestra unmensaje para indicarlo y se cierra.

2. Si los servicios se detuvieron, el instalador muestra el acuerdo de licencia. Lea lostérminos y haga clic en I Agree para continuar.


Instalación del plug-in de Windows 73

3. En el cuadro de diálogo para elegir la ubicación de instalación, se muestra la carpetade destino 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 details paraver los archivos instalados y su ubicación.

5. Reinicie todos los servicios. Consulte Iniciar, detener o reiniciar servicios deNetBackup Windows en la página 74.

6. Optimice el servidor de medios de Windows para mejorar el rendimiento. Consulte Optimización del servidor de medios de Windows para mejorar el rendimiento en lapágina 76.

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

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 por nombre.Busque el nombre NetBackup Remote Manager and Monitor Service. En el campoStatus, 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, iniciaro 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 con OpenStoragesolamente en servidores de medios de Windows, la sección siguiente incluyeinstrucciones 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 desde elservicio de soporte en línea de EMC.

b. Detenga los servicios de Backup Exec. Siga las instrucciones proporcionadas en Servicios de Backup Exec en la página 75 para detener el servicio.

c. Elimine las versiones anteriores del plug-in con el panel de control de Windows ocon libstspiDataDomainUninstall.exe .

d. Haga clic en el archivo ejecutable para iniciar el instalador. El instalador determinasi Backup Exec está instalado y si se ejecutan sus servicios respectivos. Si elinstalador detecta un servicio en ejecución, muestra un mensaje al respecto y secierra.

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 lascondiciones. Seleccione I Agree para continuar.

b. En el cuadro de diálogo Choose Install Location, se muestra la carpeta de destinocorrecta. No cambie la carpeta. Seleccione Install para iniciar la instalación.

Nota

Una barra de progreso controla la instalación.

c. Cuando haya finalizado la instalación, puede seleccionar el botón Show detailspara ver los archivos instalados y su ubicación.

d. Reinicie todos los servicios de Backup Exec. Consulte Servicios de Backup Exec enla página 75.

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 la ventanaService Manager de Backup Exec.

Actualización del plug-in de Backup ExecProcedimiento

1. Ejecute el administrador de servicios de Backup Exec y detenga todos los servicios(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.


Servicios de Backup Exec 75

Optimización del servidor de medios de Windows para mejorar elrendimiento

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 el rendimiento,ID de documento 000180974, que está disponible en el portal de servicio de soporte deEMC https://support.emc.com.

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 instalar odesinstalar 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. Luego dedesinstalar, haga clic en Mostrar detalles para ver qué archivos se eliminaron.




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................................................................78l Administración de NetBackup............................................................................... 92l Administración de Backup Exec.............................................................................95

Administración de la aplicación de respaldo 77

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 la

operació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 en la página 74.

2. En el servidor de medios, introduzca lo siguiente para verificar que la aplicación derespaldo 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; parahacerlo, introduzca el siguiente comando:

# ddboost option set virtual-synthetics enabled4. En el servidor de medios, registre un sistema Data Domain introduciendo lo siguiente:

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 un nombre dehost, 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 el transporteDD Boost mediante FC para comunicarse con el sistema Data Domain. El nombre quesigue al prefijo es el nombre del servidor DFC del sistema Data Domain deseado, porejemplo dd100.

5. Repita el procedimiento anterior para cada sistema Data Domain que ejecutará DDBoost.

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 para obtenermás información.

Nota

El comando ddboost storage-unit create storage-unit user user-name ahora estádisponible para que cada unidad de almacenamiento se distinga de las demá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 aplicaciónde respaldo) y el servidor de almacenamiento (el sistema Data Domain). La


Configuración de NetBackup 79

aplicación de respaldo mantiene una ruta de acceso entre el servidor de medios y elservidor 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 pools dediscos.

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; parahacerlo, 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. Puedecrear 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 las guíasde 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_BUFFERSNota

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_DISKNota

La cantidad debe ser una potencia de dos.

n Descripción: Cantidad de búferes de datos compartidos

n Medios: Disco





l SIZE_DATA_BUFFERSNota

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_DISKNota

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 un procesode duplicación y delega su ejecución al sistema Data Domain. Este uso compartido tienelas 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, locual reduce la carga general en el ancho de banda de la WAN que se necesita paracrear una copia duplicada.

l Las funciones del software Data Domain Replicator, como la opción de optimizaciónde bajo ancho de banda, se pueden utilizar en modo transparente con la aplicación



de respaldo para reducir aún más los datos enviados mediante vínculos de WAN queson inferiores a 6 Mb/s.

l Las funciones del software Data Domain Replicator, como la duplicación optimizadacifrada, son transparentes a las aplicaciones de respaldo. Esta función permite quese cifren todos los datos que se envían mediante la WAN con el fin de crear copiasduplicadas, lo cual proporciona una mayor seguridad.

EMC recomienda que agregue la dirección IP de destino del sistema Data Domain en elsistema Data Domain de origen mediante 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. EMC recomienda que agregue todos losservidores de medios que deban acceder al sistema Data Domain a este por medio delcomando net hosts.

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 cualquiera delos 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 para Dst_DD_Systema 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 como parte dela solicitud para comenzar a transferir los datos.

Src_DD_System necesita un nombre de host de IP para Dst_DD_System, dado que todaslas comunicaciones entre los dos sistemas Data Domain se realizan mediante la red deIP.



Pero la biblioteca de DD Boost conoce a Dst_DD_System solo por su nombre de estilo deDFC. Entonces, ¿qué nombre para Dst_DD_System debe presentar la biblioteca de DDBoost 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 el nombreddr2 como Dst_DD_System.

Esto funciona con naturalidad si el nombre de servidor de DFC del Dst_DD_System es elmismo 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 predeterminado paraun 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 una búsquedade nombre de host de my-ddr-via-dfc este encuentre una dirección IP mediante la cualse puede alcanzar Dst_DD_System. Para lograr esto, puede agregar una entrada alarchivo /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 para losarchivos de respaldo y un período de retención para cada archivo. Un proceso de ciclo devida crea, retiene y, por último, expira los archivos. Al usar políticas de ciclo de vida dealmacenamiento, puede especificar diferentes períodos de retención para el respaldoinicial y para las copias duplicadas. Por ejemplo, podría especificar un período deretención para el respaldo local original y otro para un duplicado en el sitio derecuperación de 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, Nofunciona la duplicación de OST, ID de documento 000181560, que está disponible en elsitio del servicio de soporte en línea de EMC 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 en forma manual, useel comando de la CLI NBU bpduplicate, que se describe en la documentación de

Symantec NetBackup.

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ético virtual enel sistema Data Domain; para hacerlo, ingrese lo siguiente:

# ddboost option set virtual-synthetics enable2. Verifique si NetBackup tiene activados los respaldos sintéticos virtuales en el sistema

Data Domain y si está establecido la marca OptimizedImage ingresando losiguiente:

# nbdevquery -liststs -U

Nota

Si utiliza un pool de discos activo creado antes del SO de DD 5.2 con la versión 2.5 deDD Boost, el comando ddboost option set virtual-synthetics enableno funcionará como se espera. El trabajo finalizará, pero no encontrará los mensajesmencionados anteriormente, ya que NetBackup realiza replicaciones sintéticasperiódicas. En ese caso, siga los pasos siguientes:

a. Cree un pool de discos nuevo en NetBackup.

b. Agregue la marca manualmente al pool de discos actual; para hacerlo, ingrese elsiguiente 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 de discos

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 muestra ennegrita 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), unoo varios 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 muestra ennegrita 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 en elsistema 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 correctamente configuradauna 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 en unpool 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.

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 en elresultado de un comando ddboost show connections, al igual que otros trabajosde duplicación optimizada de NetBackup y Backup Exec.

Tras la duplicación en el dominio de origen, un tiempo después (nuevamente, de manerapredeterminada, 30 minutos), el conjunto de imágenes importado está disponible, comose muestra en el monitor de actividades del dominio de destino.



A diferencia de otros trabajos de duplicación optimizados de NetBackup y Backup Exec,los trabajos de replicación de AIR no se mostrarán como un trabajo Dst-repl en elresultado 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 calendarización y los trabajos desupervisión, consulte la Guía del administrador de Symantec 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 ddboost storage-unit create storage-unit user user-name ahora estádisponible para que cada unidad de almacenamiento se distinga 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 de DataDomain y el nombre de la cuenta de inicio de sesión creado anteriormente.

c. Backup Exec realizará una consulta al sistema Data Domain para obtener una listade las unidades de almacenamiento. Seleccione una unidad de almacenamiento

d. Especifique la cantidad de operaciones simultáneas para el dispositivo. Lacantidad total de conexiones simultáneas (trabajos) de un solo plug-in de servidorde medios OpenStorage con todas las unidades de almacenamiento OpenStoragees de 48. El límite de operaciones simultáneas para un solo dispositivo se puededeterminar de este modo: 48 >= # unidades de almacenamiento OpenStorage + Σoperaciones simultáneas por cada unidad de almacenamiento En el caso de unsolo sistema Data Domain con una sola unidad de almacenamiento, el conteo deoperaciones simultáneas se puede establecer en 47, como máximo.

e. Especifique los valores predeterminados para la administración de espacio en eldisco. El tamaño del fragmento de flujo de datos varía entre 64 KB y 256 KB. Paraalcanzar el mejor rendimiento, se recomiendan 256 KB.

f. Especifique el valor de uso compartido de la unidad de almacenamiento. Variosservidores de medios pueden compartir una sola unidad de almacenamiento DataDomain cuando los servidores de medios compartidos están asociados a unservidor de medios primario. En la lista de servidores de medios, seleccione elservidor de medios primario.

g. Reinicie los servicios de Backup Exec cuando se agrega un nuevo sistema DataDomain.


Configuración de Backup Exec 89

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 el panel deintroducción de la página de inicio. Se muestra el cuadro de diálogo Logon AccountWizard Welcome. Haga clic en Next.

2. En el cuadro de diálogo Set Up a Logon Account, seleccione Add a new logon accounty haga clic en Next.

3. En el cuadro de diálogo Enter Logon Account Credentials, introduzca el nombre deusuario 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ón detodos los usuarios de Backup Exec. Haga clic en Next.

6. En el cuadro de diálogo Default Logon Account, seleccione No. La cuenta del sistemaData Domain no suele coincidir con el inicio de sesión del sistema Backup Exec. Hagaclic 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 selecciones anteriores. Sila información de la cuenta es correcta, haga clic en Next.

8. Se muestra el cuadro de diálogo Completing the Logon Account Wizard. Haga clic enFinish.

Configuración de dispositivos

Siga estos pasos para configurar dispositivos.

Procedimiento

1. Cree una unidad de almacenamiento en el sistema Data Domain. Consulte Creaciónde unidades de almacenamiento en la página 80.

2. En la página de inicio de Backup Exec, seleccione Almacenamiento > Configuraralmacenamiento > Almacenamiento en red > Siguiente > OpenStorage.

Nota

La opción de deduplicación de Backup Exec debe estar instalada y con licencia paraque la opción de OpenStorage esté disponible.

3. Configure la pestaña General del cuadro de diálogo Add OpenStorage Device de estemodo:

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áneas parael dispositivo.La cantidad total de conexiones simultáneas (trabajos) desde un solo plug-in deOST de servidor de medios a todas las unidades asociadas de OpenStorage es de



48. El límite de las operaciones simultáneas para un único dispositivo se puededeterminar de la siguiente manera:

48 >= # unidades de almacenamiento OpenStorage + ∑ operaciones simultáneaspor 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 establecer en47, como máximo.

4. Haga clic en Aceptar.

5. Configure la pestaña Advanced del cuadro de diálogo Add OpenStorage Device deeste 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. Paraalcanzar 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 de almacenamientoData Domain cuando los servidores de medios compartidos están asociados a unservidor de medios primario.

En la lista de servidores de medios, seleccione el servidor de medios primario, y hagaclic en OK.

8. Debe reiniciar los servicios de Backup Exec cuando se agrega un nuevo sistema DataDomain. En el cuadro de diálogo Restart Services, haga clic en Restart Now.

Resultados

Una vez que se configuró el dispositivo, la nueva unidad de almacenamiento se muestraen 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 Symantec Backup Exec 15. Puede adjuntar untrabajo de duplicación asociado a cualquier trabajo de respaldo, o duplicar un conjuntode respaldo 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 tiene lassiguientes 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 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, locual reduce la carga general en el ancho de banda de la WAN que se necesita paracrear una copia duplicada.


Configuración de Backup Exec 91

l Las funciones del software Data Domain Replicator, como la opción de optimizaciónde bajo ancho de banda, se pueden utilizar en modo transparente con la aplicaciónde respaldo para reducir aun más los datos enviados mediante vínculos de WAN queson inferiores a 6 Mb/s.

l Las funciones del software Data Domain Replicator, como la duplicación optimizadacifrada, se pueden utilizar en modo transparente con la aplicación de respaldo. Estafunción permite que todos los datos enviados mediante la WAN con el fin de crearcopias duplicadas para cifrar, lo cual proporciona una mayor seguridad.

EMC recomienda que agregue la dirección IP de destino del sistema Data Domain en elsistema Data Domain de origen mediante este 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 medio delcomando 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 es mayoro igual que el del sistema Data Domain de origen.

Configuración de limitaciones para la deduplicación optimizadal 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 que solotienen 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 respaldo resultantecontiene conjuntos de datos para todos los controladores o las aplicaciones, salvoque se aplique el hot fix 138226 de Symantec Backup Exec. Este hot fix puedeaplicarse solo en Backup Exec 2010 R2. Con la aplicación del hot fix 138226, BackupExec crea varias imágenes, una por cada conjunto de datos en el trabajo de respaldo.En el ejemplo anterior, que contiene varios volúmenes en un trabajo, se produciríantres imágenes: una para C:\Windows, una para D: y una para E:. La deduplicaciónoptimizada de imágenes individuales seleccionadas, o de las tres imágenes, puedeentonces realizarse mediante Backup Exec.

Administración de NetBackup

Encuentre su versión del plug-in de OSTProcedimiento

1. Escriba:

# bpstsinfo -pi -stype DataDomain



Resultados

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>/version

Resultados

Ejemplo de salida:

Netbackup-Solaris10 7.6

Time-Outs 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.

EMC recomienda configurar los tiempos de espera en 30 minutos (1800 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

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.


Encontrar su versión de NetBackup 93

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 trabajo derespaldo 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 introduciendo losiguiente:

# 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 en la página 98.

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 seleccione Propertiesdel 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 sistema DataDomain:

l Puede eliminar todos los medios dentro de un dispositivo de Backup Exec (unidadde almacenamiento del sistema Data Domain) y luego eliminar el dispositivo deBackup 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 95

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, queestá disponible en https://support.emc.com.


l Solución de problemas general............................................................................. 98l Configuración del sistema Data Domain para la replicación de datos.................... 98l Solución de problemas de NetBackup................................................................... 98l Solución de problemas de Backup Exec.............................................................. 109

Solución de problemas básica 97


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ía decompatibilidad de EMC Data Domain Boost en el servicio de soporte en línea de EMC https://support.emc.com.

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 en la página 78 proporciona instrucciones para establecer lainformación de usuario.

Configuración del sistema Data Domain para la replicación dedatos

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


# nbdevconfig -deletests -storage_server DDR -stype DataDomain2. Si resultan archivos principales, póngase en contacto con el servicio de soporte de

EMC Data Domain. De lo contrario, continúe con el próximo paso.

3. Siga las instrucciones a continuación para su sistema operativo.




En un sistema WindowsProcedimiento

1. Reinicie los servicios de NetBackup en el servidor de medios ejecutando estos dosarchivos ejecutables:

NBUInstallPath\NetBackup\bin\bpdown.exeNBUInstallPath\NetBackup\bin\bpup.exe

2. Ejecute deletests nuevamente. Si falla, active más registros de NBU detalladosabriendo el archivo NBUInstallPath\NetBackup\nblog.conf y agregando estaentrada:

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 la página 100.

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 en la página 100.

Comprobación de 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 lo siguiente,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 la bibliotecacompartida:

libstspiDataDomain.solibstspiDataDomainMT.so

b. En un sistema Windows, ingrese lo siguiente:

C:\Program Files\Veritas\bin\ost-plugins

El resultado del comando debe incluir el nombre del archivo de la bibliotecacompartida libstspiDataDomain.dll.


Comprobación de la instalación 99

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 deData Domain, y la versión de creación, que es la versión de la API de DD Boost.

Nota

Si falla el comando bpstsinfo, revise los archivos de registro en el

directorio /usr/openv/netbackup/logs/admin.

Verificación de las credencialesProcedimiento

1. Para mostrar las credenciales para todos los sistemas Data Domain registrados comoservidores de almacenamiento, ingrese el siguiente comando desde el sistema de laaplicación de respaldo:

# tpconfig -dsh -all_hosts -stype DataDomain

Requistos 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 en lapágina 79, donde se describe cómo configurar credenciales y buscar errores eincoherencias.

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/mklogdirl Activar el registro de errores en un sistema Windows

Escriba lo siguiente:

C:\Program Files\Netbackup\logs\mklogdir.bat



Resultados

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


# cat /usr/openv/netbackup/logs/bptm/LOGFILE_DATE | grep DataDomain

El comando selecciona las líneas del archivo de registro especificado que contenganla palabra DataDomain. El plug-in usa DataDomain como prefijo para susmensajes de registro.

Resolución de respaldos fallidos en un sistema WindowsProcedimiento


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/bpdm

n Para write_file:/usr/openv/netbackup/logs/bptm

n Para file-replication:/usr/openv/netbackup/logs/bpdm

l Windows

n Para read_file:C:\Program Files\Veritas\logs\bpdm

n Para write_file:C:\Program Files\Veritas\logs\bptm

n Para write_file:C:\Program Files\Veritas\logs\bptm

2. Introduzca lo siguiente para verificar que esté instalada la licencia de replicación:

# license show


Resolución de respaldos fallidos en servidores de medios 101

3. Para obtener más asistencia, póngase en contacto con el proveedor de soportecontratado.

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 Data Domainingresando 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 de errorde superación de límite, cambie el tamaño del búfer a un valor dentro del límiteespecificado, como se describe en Configuración de búferes en la página 81.

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 medios SolarisSi 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ó el cifradoen el tráfico desde el puerto 665 (sun-dr). Sin embargo, el sistema operativo Solarisdesactivó la reconfiguración de Sun Dynamic. Como consecuencia, si bien el servidor demedios utilizó el puerto 665 para conectarse mediante NFS al sistema Data Domain, elpaquete 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 lo siguiente:

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 un sistemaData Domain habilitado para alta disponibilidad, los trabajos de respaldo pueden nocompletarse.

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 DD habilitadopara alta disponibilidad, los clientes requieren 128 MB para cada archivo abierto. Esterequisito puede crear problemas en cualquier cliente que abra una gran cantidad dearchivos, pero tenga poca memoria.


Falla de los trabajos de respaldo de NetBackup en los servidores de medios Solaris 103

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 en exportLDR_CNTRL=MAXDATA=0x70000000.

Falla en el trabajo de deduplicación optimizadaLa licencia de software de replicador para duplicación optimizada es necesaria tanto enlos 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 un típicodetalle de trabajo de monitoreo de actividades, se indica que se produjo un error deescritura de medios (84). El registro de NetBackup bpdm indica que la operación de NFSno 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 elcó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 ciclo

de 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 histogramas paralas RPC directamente relacionadas con la replicación de imágenes automática:DDP_REMFILEOPS y DDP_IMAGESETOPS. Además, DDP_IMAGESETS es un conteo detodos los conjuntos de imágenes enviados desde este sistema Data Domain. Elhistograma de DDP_IMAGESETS informa el tiempo desde la última imagen del conjuntode imágenes que se envía para una copia de archivo hasta que el evento se publica en elsistema 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_EVENTSinforma el tiempo desde que se publicó el evento en el sistema Data Domain en eldominio de destino hasta que se entrega a NetBackup para la importación.



Use los comandos ddboost file-replication show para obtener los informes derendimiento 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 origen hacia elsistema 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 los sistemasData 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 los delorigen.

a. Si no se envían nuevas imágenes copiadas en los archivos, revise para ver si hayerrores en la copia de archivos y problemas informados en el sistema Data Domainde origen.

b. Eleve el nivel de depuración para el bpdm log e inspecciónelo para ver si hayproblemas.

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 de DDP_GETEVENTaumenta sin errores en el dominio de destino, esto indica que algún dominio dedestino de NetBackup en este sistema Data Domain sondea eventos en formaperiódica.


Monitoreo de la replicación de imágenes automática 105

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 ingreselo siguiente:

bpstsinfo -li -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com LSU Info: Nombre del servidor: 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: Medios: (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: 0 LSU 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-dd670c2 Disk Type : DataDomain Status : UP Flag : Patchwork Flag : Visible Flag : OpenStorage Flag : SingleStorageServer Flag : CopyExtents Flag : AdminUp Flag : InternalUp Flag : LifeCycle Flag : CapacityMgmt Flag : FragmentImages Flag : Cpr Flag : FT-Transfer Flag : OptimizedImage Flag : ReplicationSource Raw Size (GB) : 7726.00 Usable Size (GB) : 7726.00 Num Volumes : 1 High Watermark : 98 Low Watermark : 80 Max IO Streams : -1 Comment : 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 conjunto de

imágenes de NetBackup que consta del número de trabajo y el nombre de host delcliente de origen (con cualquier _ integrado convertido en -) . ddr1.domain1.comes el nombre de host del sistema Data Domain de origen. 1328637954 es el registro

de fecha y hora de la imagen de NetBackup (en este caso, la imagen se creó 7/2/1218:05). Para Excel, el registro de fecha y hora en A2 se convierte a una hora/fecha conla fórmula =A2/86400+DATE(1970,1,1) 1 es la cantidad de imágenes en el conjunto,actualmente siempre 1.imgset es el 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 de

medios 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 del hilo de

ejecución del servidor de medios NetBackup. 1.event 0000000000000006 es el

identificador de evento único en este sistema Data Domain.

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 en launidad de almacenamiento de destino indica que el dominio NetBackup dedestino no procesa eventos. Esto puede implicar que el SLP especificado en elarchivo .imgset no está escrito correctamente en el dominio NetBackup dedestino.

8. Confirme que la base de datos de NetBackup refleja que el plug-in es un origen deeventos y que el conteo de DDP_GETEVENT RPC mediante el comando ddboostshow stats aumenta. Si no aumenta, actualice la base de datos mediante

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 = 6

c. Capture un período y revise el registro de stsem para buscar errores; parahacerlo, especifique una fecha y hora de inicio:

vxlogview -p 51216 -o stsem -b "7/2/2012 3:30:00 h">c:\stsem.log


Monitoreo de la replicación de imágenes automática 107

O bien, capture la cantidad de horas anterior:

vxlogview -p 51216 -o stsem – t 4>c:\stsem.log

d. Vuelva a establecer el nivel de depuración de registro unificado para stsem en 1para 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, el archivo deevento 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 de importación,verifique que los horarios en los servidores maestros de medios de los dominios deorigen y de destino estén sincronizados de modo razonable (por lo general, dentro depocos minutos o menos). No deben estar en la misma zona horaria.

11. En el registro bpcd del servidor de medios del Data Domain de destino que lleva acabo 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 greppara buscar el ID de imagen informado en el dominio de origen. En este caso,bluemedia_1329923106.

07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -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 destino nocoincidió 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.infocontiene mensajes de error de ost_remfileops, ost_imagesetops,ost_get_event_id, ost_get_event. Estos mensajes indican errores graves.Para ver más errores típicos, el nivel de depuración (-D) de la máscara de depuración



de OST (-M) debe elevarse a 3. Esto puede realizarse mediante la utilidadconfig_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 volumen deregistro 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 para un SLP determinado, como se sugiere enla Guía de mejores prácticas de Symantec, ingrese lo siguiente:

nbstlutil cancel –lifecycle SLP name -force

Nota

Consulte las preguntas frecuentes sobre la replicación de imágenes automática deSymantec NetBackup en http://www.symantec.com/business/support/.

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-inde servidor de medios a todas las unidades asociadas de OpenStorage es de 48.Esta cantidad se especificó cuando configuró el dispositivo.ConsulteConfiguración de dispositivos en la página 90.

l Si tiene un problema, trate de detener los servicios de Backup Exec y reiniciarlos. Siesto 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\.

2. Determine la versión del plug-in haciendo clic con el botón secundario en el DLL yabriendo Properties > Details.


Solución de problemas de Backup Exec 109

http://www.symantec.com/business/support/

Verificación de las credenciales para un sistema Data DomainProcedimiento

1. Muestre las propiedades del dispositivo OpenStorage y registre la cuenta de inicio desesió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 la opciónde 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): Job Engine,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, si no estáactivada la opción.



OpenStorage EMC Data Domain Boost for...Soporte técnico de EMC Para obtener servicio de soporte en...

Documents

Transcript of OpenStorage EMC Data Domain Boost for...Soporte técnico de EMC Para obtener servicio de soporte en...