EMC® Data Domain® Boost for OpenStorage 3.2.1

EMC® Data Domain® Boost for
OpenStorage
Versión 3.2.1
Guía de administración
302-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á sujeta
a 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 de
ningún tipo con respecto a la información de esta publicación y, específicamente, renuncia a toda garantía implícita de
comerciabilidad o capacidad para un propósito determinado.
EMC2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos o en
otros 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 de
EMC (https://support.emc.com).
Dirección local de EMC
EMC 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
CONTENIDO
Prefacio
Capítulo 1
7
Presentación de Data Domain Boost para OpenStorage
13
Historial de revisiones...................................................................................14
Descripción general de DD Boost para OpenStorage......................................14
Configuraciones compatibles ....................................................................... 15
Compatibilidad de actualizaciones................................................................15
Capítulo 2
Funciones de DD Boost
17
Descripción general de DD Boost...................................................................18
Procesamiento distribuido de segmentos .....................................................18
Cifrado en transferencia................................................................................ 19
Replicación de archivos administrada (MFR)................................................. 20
Optimización de bajo ancho de banda............................................. 20
Replicación de archivos administrada cifrada.................................. 20
DD Boost y alta disponibilidad...................................................................... 21
DD Boost, alta disponibilidad y failover............................................21
Configuraciones de alta disponibilidad parciales ............................ 21
Replicación de imágenes automática (AIR).................................................... 22
Limitaciones para el uso de AIR en sistemas Data Domain ...............23
Replicación de MTree.................................................................................... 24
Compatibilidad con IPv6............................................................................... 24
Grupos de interfaces dinámicas: Administración de rutas de datos IP de DD
Boost............................................................................................................ 24
Interfaces.........................................................................................26
Clientes........................................................................................... 28
Transporte de DD Boost mediante Fibre Channel........................................... 30
Administración de rutas de DD Boost mediante Fibre Channel.......................32
Selección inicial de rutas................................................................. 34
Rebalanceo dinámico.......................................................................34
Failover de rutas del cliente..............................................................34
Restricciones de profundidad de línea de espera............................. 35
Respaldos sintéticos virtuales.......................................................................35
Validación de acceso de clientes...................................................................36
Ruta de datos multiusuario de DD Boost....................................................... 36
Administración de unidades de almacenamiento.......................................... 36
Control de acceso de las unidades de almacenamiento multiusuario
........................................................................................................ 36
Cuotas de capacidad de la unidad de almacenamiento....................37
Administración de conteo de secuencias de unidades de
almacenamiento.............................................................................. 38
Capítulo 3
Preparación del sistema Data Domain para DD Boost
39
Activación de DD Boost en un sistema Data Domain......................................40
Asignación de varios usuarios a DD Boost..................................................... 40
Creación de unidades de almacenamiento ................................................... 41
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
3
CONTENIDO
Configuración de cuotas lógicas para unidades de almacenamiento (opcional)
..................................................................................................................... 42
Configuración de unidades de almacenamiento con límites de secuencias
(opcional)..................................................................................................... 43
Configuración del procesamiento distribuido de segmentos..........................44
Configuración de grupos de interfaces dinámicas .........................................44
Modificación de un grupo de interfaces............................................47
Eliminación de un grupo de interfaces..............................................47
Uso de grupos de interfaces dinámicas para MFR.......................................... 48
Replicación mediante LAN................................................................49
Replicación mediante WAN.............................................................. 51
Otros casos de uso compatibles.......................................................52
Nombre de host de failover de replicación....................................... 55
Configuración de conversión de dirección de red (NAT).................... 56
Resolución de conflictos de respaldo/replicación............................ 57
Configuración de MFR....................................................................................58
Activación de la optimización de bajo ancho de banda ................... 58
Activación del cifrado.......................................................................58
Activación de la compatibilidad con IPv6......................................... 58
Cambio del puerto MFR TCP..............................................................59
Configuración de la validación de acceso de clientes.................................... 59
Habilitación del cifrado en transferencia.......................................... 60
Configuración del servicio DD Boost mediante FC.......................................... 61
Dimensionamiento del conjunto de dispositivos DD Boost mediante
FC.................................................................................................... 62
Dimensionamiento del cálculo......................................................... 63
Instalación del controlador del dispositivo AIX DDdfc (requerido para
los clientes AIX)............................................................................... 66
Configuración del driver de dispositivo genérico de SCSI para los
clientes de Solaris............................................................................67
Capítulo 4
Instalación de DD Boost para OpenStorage
69
Descripción general de la instalación............................................................ 70
Actualizaciones del plug-in de OST y el sistema operativo DD.......... 70
Firewalls y puertos........................................................................... 71
Instalación del plug-in OST para NetBackup.................................................. 71
Instalación del plug-in de OST en los servidores de medios..............72
Instalación del plug-in de UNIX ........................................................72
Instalación del plug-in de Windows..................................................73
Servicios de defensa cibernética avanzada (NetBackup).................. 74
Instalación del plug-in de OST para Backup Exec...........................................74
Instalación del plug-in en los servidores de medios......................... 74
Instalación del plug-in de Windows..................................................74
Servicios de Backup Exec.................................................................75
Optimización del servidor de medios de Windows para mejorar el rendimiento
..................................................................................................................... 76
Desinstalación de un plug-in de Windows..................................................... 76
Capítulo 5
Administración de la aplicación de respaldo
77
Configuración de un servidor de medios........................................................78
Configuración de NetBackup............................................................ 78
Configuración de Backup Exec......................................................... 89
Administración de NetBackup....................................................................... 92
Encuentre su versión del plug-in de OST...........................................92
4
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
CONTENIDO
Encontrar su versión de NetBackup.................................................. 93
Time-Outs de red..............................................................................93
Agrupación de unidades de almacenamiento para proporcionar
failover............................................................................................ 94
Administración de Backup Exec.....................................................................95
Encuentre su versión del plug-in de OST...........................................95
Encuentre su versión de Backup Exec...............................................95
Eliminación de unidades de almacenamiento en sistemas Data
Domain............................................................................................ 95
Capítulo 6
Solución de problemas básica
97
Solución de problemas general..................................................................... 98
Configuración del sistema Data Domain para la replicación de datos............ 98
Solución de problemas de NetBackup........................................................... 98
No se puede eliminar el sistema Data Domain..................................98
Comprobación de la instalación....................................................... 99
Verificación de las credenciales..................................................... 100
Resolución de errores de licencia................................................... 100
Registro de errores en servidores de medios.................................. 100
Resolución de respaldos fallidos en servidores de medios.............101
Resolución de mensajes de registro de plug-in...............................102
Resolución del error “Cannot connect on socket”........................... 102
Falla de los trabajos de respaldo de NetBackup en los servidores de
medios Solaris............................................................................... 103
Fallas de trabajos de respaldo desde clientes AIX.......................... 103
Falla en el trabajo de deduplicación optimizada.............................104
Respaldo sintético virtual...............................................................104
Monitoreo de la replicación de imágenes automática.....................104
Solución de problemas de Backup Exec...................................................... 109
Solución de problemas básica....................................................... 109
Comprobación de la instalación..................................................... 109
Verificación de las credenciales para un sistema Data Domain.......110
Resolución de errores de licencia .................................................. 110
Configuración de la depuración activa............................................110
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
5
CONTENIDO
6
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Prefacio
Como parte de un esfuerzo por mejorar sus líneas de productos, EMC lanza revisiones
periódicas de su hardware y software. Por lo tanto, es posible que no todas las versiones
de 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 acerca
de las características del producto.
En caso de que un producto no funcione correctamente o no funcione según se describe
en 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. Consulte
el servicio de soporte en línea de EMC https://support.emc.com para asegurarse de que
esté utilizando la versión más reciente de este documento.
Propósito
EMC se asocia con Symantec para aprovechar las ventajas de la API de Symantec
OpenStorage (OST), que permite una estrecha integración entre Data Domain Boost (DD
Boost) y las aplicaciones Symantec NetBackup y Backup Exec. Esta guía proporciona una
descripción general de DD Boost para OST, explica cómo preparar el sistema Data
Domain para DD Boost, proporciona instrucciones para instalar los plug-in de OST
requeridos y explica cómo configurar un servidor de medios de NetBackup o Backup
Exec.
Público de destino
Esta guía es para administradores de sistemas que conocen la administración de
respaldos general y necesitan información específica acerca de cómo usar DD Boost en el
contexto de aplicaciones de respaldo de Symantec (NetBackup y Backup Exec).
Documentación relacionada de EMC
En los siguientes documentos del sistema Data Domain, se proporciona información
adicional:
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 las
plataformas 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 EMC
enhttps://support.emc.comy haga clic en Soporte por producto debajo del cuadro
de 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
Prefacio
y haga clic en las palabras. Después, haga clic en ». En la lista de categorías del
cuadro de búsqueda, haga clic en Documentación.
8
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Prefacio
l
l
Las opciones de productos le permiten filtrar los resultados por nombre o
número de modelo del sistema, o por versión de software asociada.
Las opciones de tipo de contenido le permiten filtrar los resultados por
categorí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 usuario
final son las siguientes:
n
n
n
Manuales y guías, para obtener los manuales de software y hardware del
sistema y para obtener guías de integración que explican cómo usar
sistemas con software de respaldo y otros productos.
Notas de la versión, para versiones específicas del sistema operativo de EMC
en uso con su sistema.
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 y
haga clic en Centro de servicio. Podrá ver varias opciones para comunicarse con el
servicio de soporte técnico de EMC. Tenga en cuenta que para abrir una solicitud de
servicio, debe contar con un acuerdo de soporte válido. Póngase en contacto con un
representante de ventas de EMC para obtener detalles acerca de cómo obtener un
acuerdo de soporte válido o si tiene dudas sobre su cuenta.
Dónde obtener ayuda para Symantec NetBackup
Para obtener información detallada acerca de NetBackup, incluidos hojas de datos,
informes técnicos, soporte y capacitación, visite el sitio de producto de Symantec
NetBackup en http://www.Symantec.com/NetBackup.
Dónde obtener ayuda para Symantec Backup Exec
Para 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 de
Symantec 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 respaldo
Otras 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 aplicaciones
empresariales y ProtectPoint
l
Agente de aplicación de Microsoft de EMC para DD Boost para aplicaciones
empresariales
l
EMC NetWorker
l
Hewlett-Packard HP Data Protector
l
Pivotal Greenplum Data Computing Appliance
l
Quest NetVault
l
Quest vRanger Pro
9
Prefacio
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ón
de partners, ha sido publicada para su uso con estas aplicaciones. Consulte esa
publicación para obtener orientación sobre el uso de DD Boost con estas aplicaciones.
Hay documentación adicional disponible sobre aplicaciones específicas mediante el
proveedor de la aplicación de respaldo.
Convenciones para avisos especiales utilizadas en este documento
EMC usa las siguientes convenciones para notificaciones especiales:
AVISO
Un aviso identifica el contenido que advierte sobre la posibilidad de pérdida de negocios
o datos.
Nota
Una nota identifica la información que es incidental, pero no esencial, para el tema. Las
notas pueden proporcionar una explicación, un comentario, un refuerzo de un punto en
el texto o simplemente un punto relacionado.
Convenciones tipográficas
EMC usa las siguientes convenciones de estilo de letras en este documento:
Tabla 1 Tipografía
10
Negrita
Indica nombres de elementos de la interfaz, como los nombres de las
ventanas, los cuadros de diálogo, los botones, los campos, los
nombres de las pestañas, los nombres de las teclas y las rutas de
acceso de menú (los elementos que el usuario selecciona o en los que
hace 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 valor
de la variable
Fuente
monoespaciada en
negrita
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,
yoz
...
Los puntos suspensivos indican información no esencial omitida en el
ejemplo
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Prefacio
Sus comentarios
Sus sugerencias nos ayudarán a continuar mejorando la exactitud, organización y
calidad general de la documentación para usuarios. Envíe sus comentarios acerca de
este documento a: [email protected].
11
Prefacio
12
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
CAPÍTULO 1
Presentación de Data Domain Boost para
OpenStorage
En este capítulo, se abordan los siguientes temas:
l
l
l
l
Historial de revisiones...........................................................................................14
Descripción general de DD Boost para OpenStorage..............................................14
Configuraciones compatibles ............................................................................... 15
Compatibilidad de actualizaciones........................................................................15
Presentación de Data Domain Boost para OpenStorage
13
Presentación de Data Domain Boost para OpenStorage
Historial de revisiones
La siguiente tabla muestra el historial de revisiones de este documento.
Tabla 2 Historial de revisiones de la Guía de administración de DD Boost for OpenStorage, versión
3.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ón
de alta disponibilidad (HA).
01 (3.2.0)
Octubre de 2015
Esta revisión incluye información acerca de estas nuevas
funciones:
l
Compatibilidad con Solaris como sistema operativo
cliente para la función de DD Boost mediante Fibre
Channel (DFC). DFC es compatible con clientes que
ejecutan 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 para
unidades de almacenamiento.
Descripción general de DD Boost para OpenStorage
En 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 las
bibliotecas DD Boost que se integran con el servidor de DD que se ejecuta en el
sistema 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, un
gateway 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 que
controlan cuando se producen respaldos y duplicaciones. Los administradores
administran el respaldo, la duplicación y las restauraciones desde una sola consola y
pueden usar todas las funciones de DD Boost, incluido el software Replicator con
eficiencia de WAN.
El sistema Data Domain expone los volúmenes de discos prefabricados llamados
unidades de almacenamiento en un servidor de medios con DD Boost activado. Varios
servidores de medios, cada uno con el plug-in de OST de Data Domain, pueden usar la
misma unidad de almacenamiento en un sistema Data Domain como servidor de
almacenamiento. Cada servidor de medios puede ejecutar un sistema operativo
diferente, si el sistema operativo es compatible con Data Domain y las aplicaciones de
respaldo NetBackup o Backup Exec.
14
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Presentación de Data Domain Boost para OpenStorage
La figura muestra un ejemplo de configuración de Data Domain Boost for Open Storage
con NetBackup.
Figura 1 DD Boost for OpenStorage: configuración de NetBackup
1. Clientes
2. Servidor
3. Almacenamiento primario
4. Servidor de medios
5. Plug-in de OST
6. Data Domain
7. Dispositivo Data Domain
8. DD Boost
9. WAN
10. Dispositivo Data Domain secundario
11. Archivo en cinta según sea necesario
12. Respaldo
13. Retención/restauración
14. Replicación
15. Recuperación de desastres
Configuraciones compatibles
EMC 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 los
sistemas Data Domain y con las configuraciones de la aplicación de respaldo. Data
Domain no es compatible con combinaciones diferentes de las detalladas en la Guía de
compatibilidad de Data Domain Boost disponibles en el sitio del servicio de soporte en
línea de EMC https://support.emc.com.
Compatibilidad de actualizaciones
La política de compatibilidad de actualizaciones de Data Domain para la replicación es la
siguiente:
Configuraciones compatibles
15
Presentación de Data Domain Boost para OpenStorage
16
l
Todas las versiones de mantenimiento y parche dentro de una familia son
compatibles con versiones anteriores Una familia se identifica mediante los dos
primeros 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 versiones
consecutivas, como 5.5 y 5.4, si bien solo la versión actual dentro de cada familia
está completamente probada.
l
Tanto los sistemas Data Domain de origen como los de destino deben contar con
licencias para la replicación y deben estar en la misma versión de SO de DD.
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
CAPÍTULO 2
Funciones de DD Boost
Hay disponibles funcionalidades nuevas y mejoradas para un solo nodo y DD Extended
Retention. También se admite DD de alta disponibilidad (HA).
En este capítulo, se describen las funciones principales y la funcionalidad del software
DD Boost en los siguientes temas:
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
Descripción general de DD Boost...........................................................................18
Procesamiento distribuido de segmentos .............................................................18
Cifrado en transferencia........................................................................................ 19
Replicación de archivos administrada (MFR)..........................................................20
DD Boost y alta disponibilidad.............................................................................. 21
Replicación de imágenes automática (AIR)............................................................ 22
Replicación de MTree............................................................................................ 24
Compatibilidad con IPv6....................................................................................... 24
Grupos de interfaces dinámicas: Administración de rutas de datos IP de DD Boost
............................................................................................................................. 24
Transporte de DD Boost mediante Fibre Channel................................................... 30
Administración de rutas de DD Boost mediante Fibre Channel...............................32
Respaldos sintéticos virtuales............................................................................... 35
Validación de acceso de clientes...........................................................................36
Ruta de datos multiusuario de DD Boost............................................................... 36
Administración de unidades de almacenamiento.................................................. 36
Funciones de DD Boost
17
Funciones de DD Boost
Descripción general de DD Boost
Las aplicaciones de respaldo son un componente importante de las estrategias de
recuperación de datos y de preparación para desastres. Cada estrategia exige una base
sólida, sencilla y flexible que permita a los usuarios responder de forma rápida y
administrar las operaciones de modo eficaz.
Los sistemas EMC Data Domain se integran fácilmente con el software de respaldo y
proporcionan beneficios de retención y recuperación de la deduplicación en línea.
Además, los sistemas Data Domain brindan protección de replicación mediante la WAN
para la recuperación de desastres fuera del sitio.
DD Boost aumenta el rendimiento porque distribuye el proceso de deduplicación entre el
cliente y el servidor de respaldo.
Nota
El rendimiento de DD Boost puede variar según el tipo de hardware en el que se ejecuta
el cliente de DD Boost. El mejor rendimiento se ve con clientes que se ejecutan en los
procesadores 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, como
Itanium (HP-UX), Power (AIX) y Sparc (Solaris).
Procesamiento distribuido de segmentos
La funcionalidad de procesamiento distribuido de segmentos del software DD Boost
distribuye el proceso de deduplicación entre el cliente y el servidor para evitar enviar los
datos duplicados al sistema Data Domain.
El procesamiento distribuido de segmentos proporciona los beneficios siguientes:
18
l
Reduce la potencial generación de tráfico de red dado que la biblioteca de DD Boost
envía solamente datos únicos a un sistema Data Domain. En general, cuanto mayor
sea 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 de
memoria para cada archivo respaldado. DD Boost 5.7 con alta disponibilidad utiliza
128 MB de memoria para cada archivo respaldado.
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
Figura 2 Procesamiento distribuido de segmentos activado
1. Servidor de base de datos
2. Sistema Data Domain
3. Plug-in de Data Domain OpenStorage
4. Segmento
5. Huella digital
6. Compresión
7. Filtro
8. 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 procesamiento
distribuido 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 que
se ejecutan en un procesador SPARC T4 o T5 y que ejecutan Solaris 11 (con SRU2 o
posterior) o Solaris 11.1 o posterior.
Cifrado en transferencia
El cifrado en transferencia permite que las aplicaciones cifren datos de respaldo o
recuperación en transferencia mediante LAN desde el sistema Data Domain. Esta función
se agregó para ofrecer una funcionalidad de transporte de datos más segura.
Cuando se configura, el cliente puede usar TLS para cifrar la sesión entre el cliente y el
sistema Data Domain. El conjunto de aplicaciones de cifrado específica que se utiliza es
ADH-AES256-SHA si se selecciona la opción de cifrado HIGH, o ADH-AES128-SHA si se
selecciona la opción de cifrado MEDIUM.
Cifrado en transferencia
19
Funciones de DD Boost
Replicación de archivos administrada (MFR)
Con el software de DD Boost, las aplicaciones pueden controlar el software de Data
Domain Replicator de modo que las copias de datos en un sistema Data Domain puedan
crearse en un segundo sistema por medio de la tecnología de replicación con eficiencia
de red de Data Domain.
Como las aplicaciones de respaldo controlan la replicación de datos entre varios
sistemas Data Domain, pueden proporcionar a los administradores de respaldo un único
punto de administración para rastrear todas las copias de respaldo y duplicadas.
Los grupos de interfaces dinámicos proporcionan la capacidad de controlar las interfaces
que se usan para DD Boost MFR, de dirigir la conexión de replicación mediante una red
específica y de usar varias interfaces de red con alto ancho de banda y alta confiabilidad
para las condiciones de failover. Para obtener más información, consulte Uso de grupos
de interfaces dinámicas para MFR en la página 48.
Optimización de bajo ancho de banda
La opción de bajo ancho de banda de Replicator reduce la utilización de ancho de banda
de la WAN. Es útil si la replicación de archivos administrada se realiza mediante un
vínculo de red de bajo ancho de banda (WAN). Esta función proporciona compresión
adicional durante la transferencia de datos y se recomienda solo para trabajos de
replicación de archivos administrada que se ejecutan mediante vínculos de WAN que
tienen menos de 6 Mb/s de ancho de banda disponible.
Tanto los sistemas Data Domain de origen como de destino deben configurarse con este
ajuste para permitir la optimización de ancho de banda, y la opción se aplica a todos los
trabajos de replicación.
Para obtener más información sobre este tema, consulte la Guía de administración del
sistema operativo de EMC Data Domain.
Replicación de archivos administrada cifrada
Con esta opción, las aplicaciones que usan SSL pueden cifrar la sesión de replicación
entre dos sistemas Data Domain. Todos los datos y metadatos se envían cifrados
mediante la WAN.
Los sistemas de origen y de destino negocian automáticamente para realizar el cifrado
transparente a la aplicación que realiza la solicitud. La replicación de archivos cifrada
usa 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 de
replicación de archivos administrada en ese sistema. Tanto los sistemas Data Domain de
origen como de destino que participan en los trabajos de replicación de archivos
administrada deben tener activada esta opción.
La replicación de archivos administrada cifrada se puede utilizar con la función de
cifrado de datos almacenados en el SO de DD con la licencia de cifrado opcional. Cuando
la replicación de archivos administrada cifrada se utiliza con la función de cifrado de
datos, los datos de imágenes de respaldo cifrados se vuelven a cifrar mediante SSL para
enviar mediante la WAN.
20
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
Nota
l
Para obtener más información sobre este tema, consulte la Guía de administración del
sistema operativo de EMC Data Domain. Tanto los sistemas Data Domain de origen
como 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 sistema
Data Domain.
l
La opción de optimización de bajo ancho de banda y la opción de cifrado se pueden
usar juntas.
DD Boost y alta disponibilidad
A partir de DD OS 5.7.1, los sistemas Data Domain con DD Boost pueden aceptar
configuraciones de alta disponibilidad (HA).
Durante las operaciones normales, DD Boost en el nodo activo envía al nodo en standby
cualquier información de estado y de Boost necesaria para continuar con las operaciones
de Boost en el nodo en standby si llega a producirse una falla.
Nota
Actualmente, DD Boost admite solo configuraciones de activo-standby.
DD Boost realiza operaciones periódicas para forzar datos de usuario al disco en el
servidor. Boost en el cliente almacena en búferes todos los datos de usuario entre estas
operaciones 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 de
escritura estándar con operaciones de escritura sintéticas.
DD Boost, alta disponibilidad y failover
Cuando falla un sistema Data Domain con alta disponibilidad habilitada, la recuperación
se 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 recuperan
automáticamente sin fallas ni recepción de errores. La recuperación de DD Boost puede
tardar más de diez minutos, dado que la recuperación de Boost no puede comenzar
hasta que finalice el failover del sistema DD.
No es necesario hacer cambios para permitir que las aplicaciones aprovechen las
funcionalidades de DD Boost de alta disponibilidad. Al usar DD Boost 3.2.1 y DD OS
5.7.1 en configuraciones de alta disponibilidad, las aplicaciones se recuperan
automáticamente si se produce un failover. No es necesario realizar acciones desde la
aplicación.
Configuraciones de alta disponibilidad parciales
Se admite la replicación de archivos administrada (MFR) entre dos sistemas Data Domain
que ejecutan versiones compatibles de DD OS, independientemente de si uno o ambos
sistemas DD están habilitados para alta disponibilidad.
Una MFR entre dos sistemas con alta disponibilidad se realizará correctamente en caso
de falla de cualquiera de los sistemas, ya que los dos admiten alta disponibilidad. Se
podrá recuperar sin inconvenientes una MFR en curso tanto si falla el sistema de alta
disponibilidad de origen como si falla el sistema de alta disponibilidad de destino.
DD Boost y alta disponibilidad
21
Funciones de DD Boost
Además, una MFR entre un sistema de alta disponibilidad y un sistema sin alta
disponibilidad se ejecutará correctamente si falla el sistema de alta disponibilidad, pero
no se ejecutará correctamente si falla el sistema sin alta disponibilidad.
MFR para sistemas compatibles con alta disponibilidad
Un sistema DD de un solo nodo que ejecuta DD OS 5.7 o versiones posteriores y que
realiza una MFR a un sistema de alta disponibilidad se recupera sin inconvenientes si
falla el sistema de alta disponibilidad. La MFR no se recuperará sin inconvenientes si
falla el sistema de DD de origen de un solo nodo.
MFR desde sistemas compatibles con alta disponibilidad
Una MFR desde un sistema con alta disponibilidad a un sistema de Data Domain de un
solo nodo que ejecuta DD OS 5.7 o versiones posteriores realiza recuperaciones sin
inconvenientes si falla el sistema con alta disponibilidad de origen. Sin embargo, la MFR
no 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 disponibilidad
parciales, el sistema sin alta disponibilidad debe ejecutar DD OS 5.7 para permitir que
una MFR continúe sin inconvenientes si se produce una falla. En configuraciones de alta
disponibilidad parciales, donde el sistema sin alta disponibilidad ejecuta una versión de
DD OS anterior a 5.7, el MFR no realizará recuperaciones sin inconvenientes a partir de
una falla de cualquiera de los sistemas.
En todos los casos, la aplicación debe utilizar las librerías de alta disponibilidad de DD
Boost 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 un
dominio 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 ciclo
de vida de almacenamiento (SLP) dupliquen las imágenes seleccionadas entre los
dominios maestros de NetBackup Master.
El objetivo principal de AIR es crear copias fuera del sitio de los respaldos de misión
crítica para proteger contra la pérdida del sitio. No está diseñada para extender la
capacidad de almacenamiento de un dominio de respaldo permitiendo que se
almacenen respaldos en un dominio por separado; tampoco está diseñado para
proporcionar las restauraciones de datos diarias. Debido a las restricciones de ancho de
banda de WAN entre sitios, por lo general, solo los datos más importantes deben
seleccionarse para la duplicación mediante AIR. Las copias electrónicas realizadas fuera
del sitio de esta manera permiten que el respaldo se configure para duplicarse en una
ubicación fuera del sitio inmediatamente después de que haya finalizado el respaldo en
el sitio primario, sin la necesidad de que intervenga el usuario, según la configuración
del SLP. También significa que la copia duplicada está disponible en el sitio de
recuperación de desastres en cuanto haya finalizado la duplicación.
Para poder usar AIR, las unidades de almacenamiento en disco adecuadas deben
configurarse en los dominios de origen y de destino. Las unidades de almacenamiento
están asociadas entre sí mediante los comandos ddboost association de
administració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 de
imágenes de respaldo en el dominio de destino:
ddboost association create D1-SU-A replicate-to D2 D2-SU-B
22
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
El sistema Data Domain de destino (D2) proporciona la autenticación y la notificación de
eventos:
ddboost association create D2-SU-B replicate-from D1 D1-SU-A
Actualmente, solo es compatible una asociación para cada unidad de almacenamiento.
De manera que solo se brinda compatibilidad para el único escenario de replicación,
como se muestra en la figura a continuación.
Figura 3 Replicación de imágenes automática
1. D1 (Dominio 1 de NBU) SU-A
2. D2 (Dominio 2 de NBU) SU-B
Nota
Solo los nombres de servidores de IP son válidos para crear asociaciones de AIR; los
nombres 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 de
discos en el dominio de origen hasta un pool de discos en el dominio de destino. La
operación de replicación necesita dos SLP, uno en el dominio de origen y otro en el
dominio de destino, y ambos deben tener el mismo nombre. El SLP en el dominio de
origen está asociado con la política de respaldo y controla la escritura de respaldos y la
replicación subsiguiente en el dominio de destino. El SLP en el dominio de destino no
está asociado con una política de respaldo, pero 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 dominio
de destino y también se puede configurar para duplicar el respaldo a otras ubicaciones
de almacenamiento en el dominio de destino.
Una vez que finaliza el respaldo en el dominio primario, el respaldo se replica en el
dominio de destino y se actualiza el catálogo en el dominio de destino. Esto le brinda al
operador de respaldo en el dominio de destino la capacidad para restaurar datos a los
clientes en el dominio de destino en caso de una pérdida catastrófica de todo el
ambiente del dominio NBU de origen.
Limitaciones para el uso de AIR en sistemas Data Domain
l
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 replicaciones
pueden aplicarse en cascada desde el dominio de origen hacia varios dominios si se
configura 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
Funciones de DD Boost
l
Para los clientes de NetBackup que usen la función AIR con una gran cantidad de
políticas asociadas con una sola LSU, hay una característica disponible que puede
mejorar el rendimiento. Para obtener más información, comuníquese con el Servicio
de soporte en línea de EMC en https://support.emc.com.
Para conocer otras limitaciones de AIR, problemas y soluciones alternativas, consulte
Notas de la versión de EMC Data Domain Boost para Symantec OpenStorage.
Replicación de MTree
A partir del SO de DD versión 5.5, la replicación de MTree es compatible para unidades
de almacenamiento para diferentes nombres de usuario en sistemas Data Domain de
origen y de destino. Para activar la replicación de MTree para unidades de
almacenamiento, debe convertir la unidad de almacenamiento de destino de MTree en
una unidad de almacenamiento asignando un usuario a MTree. Para asignar un usuario a
MTree, utilice el comando del SO de DD ddboost storage-unit modify. (Consulte
la Guía de referencia de comandos del sistema operativo de EMC Data Domain para obtener
más detalles).
Compatibilidad con IPv6
La compatibilidad con la replicación en IPv6 incluye replicación de archivos
administrada, que puede configurar con el comando ddboost file-replication
option set ipversion ipv6.
El cliente se conecta al sistema Data Domain con el nombre de host. El parámetro del
nombre de host es de tipo cadena y también puede aceptar una dirección IPv4 en la
forma a.b.c.d o cualquier dirección IPv6 válida (1234:abcd::4567 o 12:34:56:78::0, por
ejemplo). Si existen direcciones tanto IPv4 como IPv6 en la red, la familia de direcciones
IP que proporciona el cliente tras la conexión se utiliza como familia de direcciones IP
recomendada para resolver el nombre de host. Si existe una sola familia de direcciones
IP en la red (solo IPv4 o solo IPv6), el nombre de host se resuelve en esa dirección, y esa
dirección se utiliza para la conexión de respaldo y recuperación del cliente a Data
Domain. Si el cliente no especifica una familia de IP recomendada, la conexión de
respaldo y recuperación del cliente a Data Domain utilizará la dirección IP que resuelva
DNS. La dirección predeterminada es IPv4. Para la compatibilidad con versiones
anteriores, IPv4 está establecida como la dirección IP recomendada. Si falla la resolución
de dirección, el cliente decide si intentará reconectarse con un nuevo nombre de host.
Grupos de interfaces dinámicas: Administración de rutas de
datos 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ínculos
Ethernet en un grupo y registrar solo una interfaz en el sistema Data Domain con la
aplicación de respaldo. La biblioteca de DD Boost negocia con el sistema Data Domain
en la interfaz registrada con la aplicación a fin de obtener la mejor interfaz para enviar
datos al sistema Data Domain. El balanceo de carga proporciona un mayor rendimiento
físico en el sistema Data Domain en comparación con la configuración de las interfaces
en una interfaz virtual mediante la agregación a nivel de Ethernet (con LACP, por
ejemplo).
24
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
La carga del sistema Data Domain balancea las conexiones que provienen de varios
hosts de la aplicación de respaldo en todas las interfaces en el grupo. El balanceo de
carga es transparente a la aplicación de respaldo y es manejado por el software de DD
Boost. Como DIG funciona en la capa de software de DD Boost, es transparente a la
conectividad de red subyacente y es compatible con interfaces físicas y virtuales. El
balanceo de carga de la transferencia de datos se realiza en función de la cantidad de
conexiones pendientes en las interfaces. Solo tienen balanceo de carga las conexiones
para 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 una
mayor flexibilidad en la segregación de tráfico en varias redes virtuales, que se ejecutan
todas 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 obtener
más información sobre cómo configurar el etiquetado de VLAN y la creación de alias de IP
en un sistema Data Domain.
DIG también proporciona la capacidad de controlar las interfaces que se usan para DD
Boost MFR, de dirigir la conexión de replicación mediante una red específica y de usar
varias interfaces de red con alto ancho de banda y alta confiabilidad para las
condiciones de failover. Para obtener más información, consulte Uso de grupos de
interfaces dinámicas para MFR en la página 48.
La función DIG proporciona los siguientes beneficios:
l
Elimina la necesidad de registrar el sistema Data Domain en varias interfaces en la
aplicació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 interfaz
fallida a vínculos operativos en buen funcionamiento. Desde la perspectiva de la
aplicación de respaldo, los trabajos continúan sin interrupciones.
l
Enruta los trabajos de respaldo entrantes posteriores si una de las interfaces del
grupo 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 en
varias 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. La
combinación de fases de diferentes velocidades en un solo DIG está permitida y es
compatible.
l
Un administrador puede definir varios grupos de interfaces donde se apliquen
failover y balanceo de carga en un DIG <group-name>. Esto aumenta la capacidad de
soportar un servidor de respaldo que solo puede alcanzar algunas de las interfaces
del sistema Data Domain, como los clientes en las VLAN.
l
Cada grupo de interfaces <group-name> incluye una lista de interfaces y clientes que
pertenecen al DIG. Con un DIG <group-name>, todos los clientes de <group-name>
pueden alcanzar a todas las interfaces.
l
Configuración de IP pública a VLAN privada mediante el rango de hosts del cliente:
n
Los clientes pueden alcanzar la red privada de Data Domain si están en la misma
subred.
n
Evita la ruta estática en clientes agregando alias de IP/IP de VLAN en el sistema
Data Domain para que coincida con la subred del cliente.
n
Los clientes en el mismo nombre de dominio deben alcanzar redes privadas
diferentes: la red alias o IP de LAN.
Grupos de interfaces dinámicas: Administración de rutas de datos IP de DD Boost
25
Funciones de DD Boost
n
Redirige a los clientes fuera de la red pública hacia la red privada adecuada para
el aislamiento de datos o para evitar la configuración de rutas estáticas, lo cual
mantiene 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.
Interfaces
Una interfaz de grupo de interfaces dinámicas (DIG) es un miembro del grupo de una sola
interfaz <group-name> y puede tener las siguientes características:
l
Interfaz física, como eth0a
l
Interfaz virtual, creada para el failover de vínculos o la agregación de vínculos, como
veth1
l
Interfaz de alias virtual, como eth0a:2 o veth1:2
l
Interfaz VLAN virtual, como eth0a.1 o veth1.1
l
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 de
error de red.
DIG proporciona compatibilidad total con direcciones estáticas IPv6, con las mismas
funcionalidades para IPv6 que para IPv4. Se permiten conexiones de cliente IPv4 e IPv6
simultá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 de
interfaz 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 IP
La función de nombre de host de failover le permite configurar una dirección IP
administrativa alternativa de Data Domain y un nombre de host para usar en caso de
failover 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 en
el cliente DD Boost. Se admite tanto IPv4 como IPv6.
Para configurar el nombre de host alternativo, anexe -failover al nombre de host del
sistema Data Domain.
Ejemplo de IPv4:
26
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
10.6.109.38 ddp-880-1.datadomain.com ddp-880-1 10.6.109.40 ddp-880-1failover.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 de
failover de vínculo. Además, puede agregar esta interfaz de failover a un grupo de
interfaz de modo que pueda conectarse directamente al grupo sin pasar por la interfaz
administrativa estándar del sistema, lo cual mejora el balanceo de carga y el
rendimiento. Si falla la conexión inicial, se utiliza la dirección IP de failover, si está
disponible. Una vez que se establece la conexión, se usa el grupo de interfaz para
seleccionar 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-1failover.datadomain.com.
3. Si se producen errores de red una vez establecida la conexión inicial, se reintenta
establecer la conexión en la otra interfaz. Si la conexión inicial estuviera en
ddp-880-1-failover.datadomain.com, por ejemplo, el cliente reintenta
establecer la conexión en ddp-880-1.datadomain.com. La última dirección
fallida 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 del
registro es fundamental para permitir la recuperación de failover de host. Es el nombre
de 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 interfaz
La función del grupo de interfaces dinámicas (DIG) le da la capacidad de exigir
conectividad de red privada y así garantizar que un trabajo fallido no se vuelva a
conectar en la red pública después de errores de red. Cuando se activa la aplicación de
interfaz, un trabajo fallido solo se puede recuperar en una dirección IP de red privada
alternativa. La aplicación de interfaz solo está disponible para clientes que usan
interfaces DIG.
La aplicación de interfaz está desactivada (FALSE) de manera predeterminada. Para
activar la aplicación de interfaz, debe agregar la siguiente configuración en el registro del
sistema:
system.ENFORCE_IFGROUP_RW=TRUE
Nota
En el ejemplo anterior, ifgroup se refiere al grupo de interfaz.
Una vez que realizó esta entrada en el registro, debe realizar un filesys restart
para que la configuración tenga efecto.
La siguiente ilustración muestra el flujo de decisiones para las conexiones DIG. Si la
aplicación de interfaz está activada (TRUE), el sistema siempre intenta reconectarse en
una dirección IP privada cuando falla un trabajo. Si no hay una dirección IP privada
disponible, el trabajo se cancela y se genera un mensaje de error que dice Cancel job
Interfaces
27
Funciones de DD Boost
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
Clientes
Un cliente del grupo de interfaz dinámica (DIG) es un miembro del grupo de una sola
interfaz <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 DIG
del servidor. Para seleccionar la asociación de DIG del cliente, la información del cliente
se 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 entre
el cliente y el sistema Data Domain, y la conexión existe en la interfaz del DIG, las
interfaces del DIG se ponen a disposición del cliente.
2. Rango de IP del cliente conectado. Se realiza una comprobación de máscara IP
respecto del IP de origen del cliente; si la dirección IP de origen del cliente coincide
con la máscara de la lista de clientes de DIG, las interfaces de DIG se ponen a
disposición del cliente.
28
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
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 /24
representa los bits que se enmascaran cuando se evalúa el acceso de la dirección
IP de origen del cliente a DIG. Para IPv4, se admiten máscaras de 16, 20, 24, 28 y
32 bits.
l
Para IPv6, xxxx::0/112 proporciona una máscara de 112 bits respecto de la IP
de conexión. El /112 representa los bits que se enmascaran cuando se evalúa el
acceso de la dirección IP de origen del cliente a DIG. Para IPv6, se admiten
máscaras de 64, 112 y 128 bits.
Esta comprobación de rango de hosts es útil para VLAN separadas con muchos
clientes, donde no hay un único nombre de host (dominio) parcial.
3. Nombre del cliente: abc-11.d1.com
4. Nombre de dominio del cliente: *.d1.com
5. Todos los clientes: *
Nota
En una red combinada con direcciones Pv4 e IPv6, la configuración del cliente de DIG no
debe permitir que IPv6 coincida con un grupo IPv4, ni que IPv4 coincida con un grupo
IPv6. 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 interfaces
de DIG no se utilizan para este cliente.
Figura 6 Rango de hosts de DIG para la selección de clientes
Clientes
29
Funciones de DD Boost
Transporte de DD Boost mediante Fibre Channel
En versiones anteriores del SO DD, todas las comunicaciones entre la biblioteca de DD
Boost y el sistema Data Domain se realizaba mediante redes de IP. La aplicación
especificaba 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 medios
2. Aplicaciones, biblioteca de DD Boost, transporte de TCP/IP
3. Sistema Data Domain
4. Servicio de DD Boost
5. TCP/IP
El SO DD ahora ofrece un mecanismo de transporte alternativo para la comunicación
entre 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 mediante
FC, 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 Boost
mediante FC configurado para el sistema Data Domain.
Nota
Del mismo modo que los nombres de host de IP no distinguen mayúsculas de
minúsculas, dfc-server-name tampoco lo hace.
30
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
Figura 8 Comandos de SCSI entre el servidor de medios y el sistema Data Domain.
1. Servidor de medios
2. Aplicación, biblioteca de DD Boost, transporte de DD Boost mediante FC
3. Sistema Data Domain
4. Servicio de DD Boost
5. Servidor de DD Boost mediante FC
6. Comandos de SCSI mediante FC
7. Dispositivos del procesador de SCSI
Configurar el servicio de DD Boost mediante FC en el sistema Data Domain exige pasos
de configuración adicionales. Consulte Configuración del servicio de DD Boost mediante
FC 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 disponibilidad
de nivel de vínculo se logran por diferentes medios, no mediante grupos de interfaces
dinámicas (DIG). Consulte la sección Administración de rutas de DD Boost mediante Fibre
Channel 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 servidor
de medios o la biblioteca de DD Boost y el sistema Data Domain, y no se aplica a la
comunicación entre dos sistemas Data Domain. Como se muestra en la figura siguiente,
dicha comunicación se establece SIEMPRE mediante una red de IP, independientemente
de la ruta de comunicación entre el servidor de medios y los sistemas Data Domain.
Transporte de DD Boost mediante Fibre Channel
31
Funciones de DD Boost
Figura 9 Ruta de comunicación de Fibre Channel
1. Servidor de medios
2. Aplicación, biblioteca de DD Boost
3. IP o FC
4. IP o FC (control)
5. Sistema Data Domain, origen de replicación
6. SOLO IP (datos)
7. Sistema Data Domain, destino de replicación
Administración de rutas de DD Boost mediante Fibre Channel
El 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 base
de las interfaces de Ethernet y no se aplica al transporte de Fibre Channel. En su lugar, se
proporciona otro mecanismo de rutas para la solución DD Boost mediante FC.
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 dispositivos
en todas las rutas disponibles, y crea un dispositivo SCSI genérico para cada dispositivo
y ruta descubiertos.
Por ejemplo, considere un caso en el que suceda lo siguiente:
32
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 puertos
HBA de iniciador puedan acceder a los extremos de destino de FC
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
l
El sistema Data Domain está configurado con un grupo de acceso de destino de SCSI
que contiene lo siguiente:
n
Ambos extremos de destino de FC en el sistema Data Domain
n
Ambos puertos HBA de iniciador
n
4 dispositivos (0, 1, 2 y 3)
Figura 10 Escenario de administración de rutas de DD Boost mediante FC
1. Cuatro dispositivos
2. Servidor de medios
3. HBA A de iniciador
4. HBA B de iniciador
5. Sistema Data Domain
6. Extremo C de Fibre Channel
7. Punto final D de Fibre Channel
En este caso, el sistema operativo del servidor de medios puede descubrir hasta 16
dispositivos SCSI genéricos, uno para cada combinación de iniciador, extremo de
destino 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 con
el 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
Funciones de DD Boost
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 Data
Domain deseado. Como parte del establecimiento de conexión con el servidor, la lógica
de transporte de DD Boost mediante FC proporciona este catálogo de rutas al servidor.
Selección inicial de rutas
El servidor mantiene estadísticas sobre el tráfico de DD Boost mediante FC en los
diversos extremos de destino e iniciadores conocidos. Durante el procedimiento de
configuración de la conexión, la lógica de la administración de rutas en el servidor
consulta estas estadísticas y selecciona la ruta que se utilizará para esta conexión, en
funció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ámico
El servidor realiza rebalanceos dinámicos en forma periódica. Esto involucra consultar las
estadí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 varias
conexiones para la migración de rutas dirigida por el servidor. Esto se logra haciendo
que, durante una operación de transferencia de datos futura, el servidor solicite que la
biblioteca de DD Boost comience a usar otra ruta disponible del catálogo para las
operaciones posteriores.
Failover de rutas del cliente
El cliente puede comenzar a utilizar una ruta diferente porque eso le indica la lógica de
rebalanceo 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 recibe
errores 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 del
transporte DFC en la biblioteca de DD Boost comienza a enviar y recibir datos para la
conexión, mediante comandos de SCSI a /dev/sg21.
34
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
Más adelante, el vínculo del extremo de destino C a su switch deja de estar disponible
debido al tendido de cables o alguna falla de hardware. Las solicitudes de SCSI
subsiguientes enviadas por la lógica del transporte DFC a /dev/sg21 presentarán fallas
con un código de error que indica que la solicitud de SCSI no se pudo entregar al
dispositivo.
En este caso, la lógica del transporte de DFC busca en el catálogo de dispositivos una
ruta con un componente físico distinto; es decir, una combinación diferente de iniciador
y extremo de destino. La solicitud de SCSI se reintenta en la ruta seleccionada, y el
proceso se repite hasta que se detecta una ruta mediante la cual la solicitud de SCSI se
puede completar correctamente.
Restricciones de profundidad de línea de espera
A los fines de la solución de DD Boost mediante FC, el dispositivo de SCSI por el que se
recibe una solicitud es irrelevante. Todos los dispositivos de SCSI son objetos de destino
idénticos para los comandos de SCSI, como lo exige el protocolo SCSI. Cuando se
procesa una solicitud de SCSI, la lógica del servidor no toma en cuenta el dispositivo
específico en el cual llegó la solicitud de SCSI.
¿Por qué molestarse en permitir más de un dispositivo? Porque algunos sistemas
operativos del lado del cliente imponen una restricción en la cantidad de solicitudes de
I/O pendientes que pueden realizarse en simultáneo mediante un dispositivo de SCSI
gené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 de
SCSI. Esto afecta el rendimiento de la solución DD Boost mediante FC, si hay varias
conexiones (p. ej., trabajos de respaldo) intentando usar el mismo dispositivo genérico
de SCSI.
Además, el sistema Data Domain también impone un límite en la cantidad de solicitudes
de I/O pendientes por dispositivo de SCSI anunciado. Por motivos de rendimiento, con
cargas de trabajo más grandes, varios dispositivos de SCSI podrían necesitar anunciarse
en el sistema Data Domain.
Utilizamos el término “profundidad de línea de espera” para describir el límite impuesto
por 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 baja
que afecta el rendimiento se consideran “restringidos por la profundidad de línea de
espera.”
Consulte Dimensionamiento del conjunto de dispositivos DD Boost mediante FC en la
página 62 para obtener orientación acerca de cuántos dispositivos configurar según la
carga de trabajo, el tipo de sistema Data Domain y si el sistema cliente está restringido o
no por la profundidad de línea de espera.
Respaldos sintéticos virtuales
Un respaldo completo sintético o un respaldo incremental acumulativo sintético es un
respaldo armado a partir de respaldos anteriores. Los respaldos sintéticos se generan a
partir de uno anterior, un respaldo completo tradicional o sintético, y respaldos
diferenciales subsiguientes o un respaldo incremental acumulativo. (Un respaldo
completo tradicional significa un respaldo completo no sintético). Un cliente puede usar
el respaldo sintético para restaurar archivos y directorios en la misma manera en la que
el cliente restaura a partir de un respaldo tradicional.
Durante un respaldo completo tradicional, todos los archivos se copian del cliente a un
servidor de medios, y el conjunto de imágenes resultante se envía al sistema Data
Domain. Los archivos se copian aunque es posible que estos archivos no se hayan
Restricciones de profundidad de línea de espera
35
Funciones de DD Boost
modificado desde el último respaldo diferencial o incremental. Durante un respaldo
completo sintético, el respaldo completo anterior y los respaldos incrementales
subsiguientes en el sistema Data Domain se combinan para formar un nuevo respaldo
completo. El nuevo respaldo completo sintético es una representación precisa del
sistema 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 del
servidor de medios en lugar del cliente, los respaldos sintéticos virtuales ayudan a
reducir el tráfico de red y el procesamiento del cliente. Los archivos del cliente y los
conjuntos de imágenes de respaldo se transfieren mediante la red solo una vez. Una vez
que las imágenes de respaldo se combinan en un respaldo sintético, las imágenes
incrementales o diferenciales anteriores se pueden expirar.
El respaldo completo sintético es una solución escalable para el respaldo de oficinas
remotas con volúmenes de datos manejables y niveles bajos de cambio diario. Si el
cliente experimenta una tasa alta de cambio diario, los respaldos incrementales o
diferenciales son demasiado grandes. En este caso, un respaldo sintético virtual no es
más útil que un respaldo completo tradicional. Para garantizar un buen rendimiento de
restauración, se recomienda que se genere un respaldo completo tradicional cada dos
meses, si damos por sentado que se aplica una política habitual de respaldo semanal
completo 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. Tiene
registro 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 clientes
Configurar la validación de acceso de clientes para DD Boost restringe el acceso al
sistema Data Domain para los clientes de DD Boost, porque exige la autenticación de DD
Boost (por conexión) para:
l
la conexión inicial al sistema Data Domain
l
cada reinicio de DD Boost (activar/desactivar)
l
cada reinicio del sistema de archivos
l
cada reinicio del sistema Data Domain
La lista de clientes puede actualizarse en cualquier momento sin un requisito de reinicio,
lo cual elimina el impacto de la validación de acceso en las tareas en progreso.
Ruta de datos multiusuario de DD Boost
Las mejoras en la ruta de datos multiusuario de DD Boost optimizan el aislamiento de la
unidad de almacenamiento. Es posible configurar varios usuarios para el acceso a DD
Boost en un sistema Data Domain.
Administración de unidades de almacenamiento
Puede utilizar los comandos del SO DD ddboost para configurar y modificar unidades
de almacenamiento, grupos de usuarios y límites de cuota, y configurar límites de
advertencias de secuencia para cada unidad de almacenamiento.
Control de acceso de las unidades de almacenamiento multiusuario
La función de control de acceso de las unidades de almacenamiento multiusuario mejora
la experiencia del usuario, ya que es compatible con varios nombres de usuario para el
36
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Funciones de DD Boost
protocolo DD Boost y proporciona aislamiento de datos para varios usuarios que
comparten un sistema Data Domain. Con el protocolo DD Boost, la aplicación de
respaldo se conecta al sistema Data Domain con un nombre de usuario y una contraseña
para admitir esta función. Tanto el nombre de usuario como la contraseña están cifrados
con una criptografía de clave pública.
El administrador del sistema crea un usuario local de Data Domain por cada aplicación
de respaldo (NetBackup o Backup Exec) que se utilizará para sus unidades de
almacenamiento. El usuario de la unidad de almacenamiento se requiere cuando se crea
la unidad de almacenamiento. Cuando se conectan aplicaciones de respaldo al sistema
Data Domain, las aplicaciones solo pueden acceder a las unidades de almacenamiento
que pertenecen al nombre de usuario utilizado para establecer la conexión. El acceso a la
unidad de almacenamiento se determina de forma dinámica de modo que los cambios
en 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 otro
nombre de usuario, todas las operaciones de lectura y escritura de la aplicación de
respaldo que utilizan el nombre de usuario anterior fallan inmediatamente y muestran
errores de permisos. Si se elimina el usuario actual de una unidad de almacenamiento
como el usuario legítimo de la unidad de almacenamiento, es necesario reiniciar DD
Boost, el sistema de archivos o el sistema Data Domain para eliminar las conexiones
existentes a esa unidad de almacenamiento.
La palabra clave tenant-unit se introduce en el comando ddboost storage-unit
para la integración con la función de seguridad de multiusuario. Debe configurarse una
unidad de almacenamiento por cada unidad de grupo de usuarios. Cada unidad de grupo
de usuarios se puede asociar con varias unidades de almacenamiento. La propiedad de
la asociación de la unidad de grupo de usuarios y del nombre de usuario es
independiente entre sí. La unidad de grupo de usuarios se utiliza para la ruta de
administración mediante la interfaz de la línea de comandos, pero no se puede usar para
la ruta de datos, como la lectura y escritura. Todos los comandos para las unidades de
almacenamiento 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ía
de administración del sistema operativo EMC Data Domain.
Cuotas de capacidad de la unidad de almacenamiento
Los usuarios del sistema operativo DD pueden utilizar cuotas para provisionar los límites
de almacenamiento lógico del sistema Data Domain, y garantizar así que partes
dedicadas del sistema Data Domain estén disponibles como unidades de
almacenamiento únicas. Los límites de cuota de las unidades de almacenamiento de DD
Boost se pueden establecer o eliminar en forma dinámica. También pueden utilizarse
cuotas para provisionar varias unidades de almacenamiento de DD Boost con diferentes
tamaños lógicos, lo cual permite que un usuario administrativo supervise el uso de una
unidad de almacenamiento en particular con el transcurso del tiempo.
También puede configurar el tamaño físico informado; este es el tamaño informado a la
aplicación de respaldo. El tamaño físico es el "tamaño crudo" del pool de discos en
NetBackup. En el sistema Data Domain, se muestra el tamaño real. La cuota de
capacidad lógica sigue estando disponible si configura el tamaño físico. Puede modificar
el tamaño físico informado más adelante mediante ddboost storage-unit
modify. Puede visualizar el tamaño físico informado mediante ddboost storageunit show.
Cuotas de capacidad de la unidad de almacenamiento
37
Funciones de DD Boost
Consulte las secciones ddboost, quota y mtree de la Guía de referencia de comandos
del sistema operativo EMC Data Domain para obtener detalles sobre la función de cuotas y
los comandos relativos a las operaciones de cuota.
Nota
Tenga cuidado con esta función cuando utiliza aplicaciones de respaldo (como Symantec
NetBackup y Backup Exec) que usan la API de DD Boost para administrar la capacidad. La
API de DD Boost intenta convertir la configuración lógica en una configuración física para
la API dividiendo la configuración lógica por la tasa de deduplicación. Por lo tanto, es
posible que deba ajustar las cuotas lógicas cuando cambie la tasa de deduplicación.
Administración de conteo de secuencias de unidades de almacenamiento
Puede configurar cinco tipos de límites de advertencia de secuencias para cada unidad
de 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 de
supervisar 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 ddboost
storage-unit create. Para modificar o desactivar los límites de secuencia, utilice
el comando ddboost storage-unit modify. Para mostrar las secuencias activas
por unidad de almacenamiento, utilice el comando ddboost streams show
active.
Cuando un conteo de secuencias supera la cuota de límite de advertencias, se genera
una alerta. La alerta se borra automáticamente una vez que el límite de secuencias
vuelve 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 configurar
para none.
Nota
Se espera que las aplicaciones de respaldo de DD Boost reduzcan su carga de trabajo
para permanecer por debajo de las cuotas de advertencia de secuencias. Puede volver a
configurar el límite de advertencia para evitar superar las cuotas.
Para obtener más información sobre la configuración de límites de secuencias, consulte
Configuración de unidades de almacenamiento con límites de secuencias (opcional) en
la página 43.
38
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
CAPÍTULO 3
Preparación del sistema Data Domain para DD
Boost
Nota
Los siguientes procedimientos para configurar un sistema Data Domain se aplican a
NetBackup y Backup Exec.
Nota
En la Guía de referencia de comandos del sistema operativo de EMC Data Domain, se
proporcionan descripciones completas de los comandos utilizados en esta guía.
En este capítulo, se incluyen los siguientes temas:
l
l
l
l
l
l
l
l
l
l
l
Activación de DD Boost en un sistema Data Domain..............................................40
Asignación de varios usuarios a DD Boost............................................................. 40
Creación de unidades de almacenamiento ........................................................... 41
Configuración de cuotas lógicas para unidades de almacenamiento (opcional) ....42
Configuración de unidades de almacenamiento con límites de secuencias
(opcional)............................................................................................................. 43
Configuración del procesamiento distribuido de segmentos..................................44
Configuración de grupos de interfaces dinámicas .................................................44
Uso de grupos de interfaces dinámicas para MFR.................................................. 48
Configuración de MFR............................................................................................58
Configuración de la validación de acceso de clientes............................................ 59
Configuración del servicio DD Boost mediante FC.................................................. 61
Preparación del sistema Data Domain para DD Boost
39
Preparación del sistema Data Domain para DD Boost
Activación de DD Boost en un sistema Data Domain
Cada sistema Data Domain que está activado para deduplicación de Data Domain Boost
debe tener un nombre único. Puede usar el nombre DNS del sistema Data Domain, que
siempre es único.
Procedimiento
1. En el sistema Data Domain, inicie sesión como usuario administrativo.
2. Verifique que el sistema de archivos está activado y en ejecución ingresando lo
siguiente:
# 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 para
conectarse al sistema Data Domain. Para obtener más información, consulte la
Guí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 sistema
Data Domain. El nombre de usuario, la contraseña y la función ya deben estar
configurados 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 usuario
jsmith 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 Boost
Como administrador del sistema, debe crear un usuario local del sistema Data Domain
por cada aplicación de respaldo para utilizar con sus unidades de almacenamiento. Las
unidades de almacenamiento se crean con un nombre de usuario, o bien se pueden
modificar para cambiar el nombre de usuario para una actualización. Las unidades de
almacenamiento son accesibles solamente para las aplicaciones con el nombre de
usuario que es propietario de la unidad de almacenamiento. Cada unidad de
almacenamiento es propiedad de un nombre de usuario, y el mismo nombre de usuario
puede ser propietario de varias unidades de almacenamiento. La aplicación pasa el
nombre de usuario y la contraseña a DD Boost, y DD Boost los pasa al sistema Data
Domain cuando intenta conectarse al sistema Data Domain. Después, el sistema Data
40
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
Domain autentica el nombre de usuario y la contraseña. Diferentes aplicaciones pueden
compartir el nombre de usuario y la contraseña.
Cuando se crea una unidad de almacenamiento con un usuario local del sistema Data
Domain válido, pero que no está asignado a DD Boost, el usuario se agrega
automáticamente a la lista de usuarios de DD Boost del mismo modo que se agrega un
usuario con el comando ddboost user assign. Si la unidad de almacenamiento se
crea sin especificar el nombre de usuario propietario, el usuario actual de DD Boost se
asigna como propietario.
Para asignar uno o varios usuarios a la lista de usuarios de DD Boost, ingrese lo
siguiente:
# 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 lo
siguiente:
# ddboost user unassign user1 User "user1" unassigned from DD Boost.
Creación de unidades de almacenamiento
Debe crear una o varias unidades de almacenamiento en cada sistema Data Domain
activado para OpenStorage en una instalación de NetBackup o Backup Exec. Es un
sistema NetBackup, una unidad de almacenamiento corresponde a un pool de discos en
el servidor de medios, mientras que, en un sistema Backup Exec, corresponde a un
repositorio de cintas.
Procedimiento
1. Para crear una unidad de almacenamiento en el sistema Data Domain, introduzca:
# ddboost storage-unit create NEW_STU1 user user1 Created storageunit "NEW_STU1" for "user1".
Nota
Una unidad de almacenamiento debe ser única en un sistema Data Domain
determinado. Sin embargo, se puede usar el mismo nombre de unidad de
almacenamiento en sistemas Data Domain diferentes. El nombre de usuario es
propietario de la unidad de almacenamiento y garantiza que solo las conexiones con
estas credenciales de nombre de usuario puedan acceder a esta unidad de
almacenamiento.
Consulte la sección sobre ddboost storage-unit en la Guía de referencia de
comandos del sistema operativo EMC Data Domain para obtener detalles sobre las
opciones de comandos.
Nota
Cuando se crea una unidad de almacenamiento con un usuario local de Data Domain
válido que no está ya asignado a DD Boost, el usuario se agrega automáticamente a
la lista de usuarios de DD Boost del mismo modo que un usuario de ddboost se
agrega a la lista de usuarios con el comando ddboost user assign.
Creación de unidades de almacenamiento
41
Preparación del sistema Data Domain para DD Boost
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 el
nombre de usuario. Cambiar el nombre de usuario no exige cambiar los atributos de
cada archivo en la unidad de almacenamiento, por eso es rápido.
4. Para visualizar la lista de usuarios para las unidades de almacenamiento, introduzca:
# ddboost storage-unit 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 de
almacenamiento (opcional)
El almacenamiento en un sistema Data Domain puede provisionarse mediante límites de
cuotas opcionales para una unidad de almacenamiento. Se pueden especificar límites de
cuota ya sea en el momento de la creación de una unidad de almacenamiento o más
adelante mediante comandos separados. Para obtener más información, consulte las
secciones sobre cuotas y ddboost en la Guía de referencia de comandos del sistema
operativo EMC Data Domain.
Nota
Si se activan las cuotas, algunas aplicaciones de respaldo de OpenStorage pueden
informar tamaños y capacidades poco intuitivas. Se preparó un artículo de la base de
conocimiento, “Visualización de la cuota de la unidad de almacenamiento en NetBackup
y 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 enable
2. 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 de
cuota 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 nuevos
valores 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}]
42
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
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 de
secuencias (opcional)
El administrador del sistema configura límites de advertencias de secuencia respecto de
cada unidad de almacenamiento para cada uno de los cinco límites:
l
write-stream-soft-limit
l
read-stream-soft-limit
l
repl-stream-soft-limit
l
combined-stream-soft-limit
l
combined-stream-hard-limit
Puede asignar a cuatro tipos de límites de advertencia de secuencias suaves contra cada
unidad de almacenamiento (lectura, escritura, replicación y combinado) y puede asignar
un límite de secuencia rígido combinado. La asignación de un límite de secuencia rígido
por unidad de almacenamiento le permite fallar nuevas secuencias de DD Boost cuando
se supera el límite, incluidas las secuencias de lectura, las secuencias de escritura y las
secuencias de replicación. El límite de secuencia rígido se detecta antes de que
comience la operación de secuencias. El límite de secuencia rígido no puede exceder la
capacidad del modelo del sistema Data Domain y no puede ser inferior a cualquier otro
límite único (lectura, escritura, replicación o combinados).
Cuando se supera el límite de secuencia rígido, NetBackup y Backup Exec informan el
error 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 genera
una alerta. La alerta se borra automáticamente una vez que el límite de secuencias
vuelve 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 permanecer
por debajo de las cuotas de advertencia de secuencias, o bien el administrador del
sistema puede cambiar el límite de advertencias configurado para evitar superar el
límite.
Para crear una unidad de almacenamiento con límites de secuencias, introduzca lo
siguiente:
# ddboost storage-unit create NEW_STU0 user user2 write-stream-soft-limit 5 read-stream-softlimit 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, puede
escribir:
# 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 de
almacenamiento activas, ingrese ddboost streams show active. Para mostrar los
lí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
Preparación del sistema Data Domain para DD Boost
# 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 se
basan en el tipo de sistema Data Domain.
Para visualizar el historial de límites de secuencias de DD Boost de una unidad de
almacenamiento 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 segmentos
La opción de procesamiento distribuido de segmentos se configura en el sistema Data
Domain y se aplica a todos los servidores de medios y a los plug-ins de OST instalados
en 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 que
se reinicie el sistema de archivos de Data Domain.
El procesamiento distribuido de segmentos es compatible con el plug-in de OST 2.2 o
posterior que se comunica con el sistema Data Domain que ejecuta el SO de DD 4.8 o
posterior.
El procesamiento distribuido de segmentos está activado de manera predeterminada en
un sistema que se instala inicialmente con SO de DD 5.2. Si un sistema se actualiza del
SO de DD 5.1, 5.0.x o 4.9.x al SO de DD 5.2, el procesamiento distribuido de segmentos
queda en su estado anterior.
El procesamiento distribuido de segmentos está activado (y no se puede desactivar) en
el SO de DD 5.5.1.0 y versiones anteriores.
Se activa el procesamiento distribuido de segmentos de manera predeterminada para los
plug-in de Solaris que se ejecutan en un procesador SPARC T4 o T5 y que ejecutan Solaris
11 (con SRU2 o posterior) o Solaris 11.1 o posterior.
Configuración de grupos de interfaces dinámicas
Nota
Esta función se aplica solamente en DD Boost mediante IP. Para una descripción general
de la función de grupo de interfaces dinámicas (DIG), consulte Grupos de interfaces
dinámicas: Balanceo de carga y failover de IP de DD Boost en la página 24.
44
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
Cuando un sistema Data Domain recibe una solicitud de conexión de un cliente en un
grupo de interfaces configurado, la función DIG asigna la conexión a la interfaz menos
utilizada en el grupo, lo cual proporciona balanceo de carga y un mayor rendimiento de
entrada y salida.
Para configurar DIG, cree un grupo de interfaces en el sistema Data Domain agregando
interfaces 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. En
todos los comandos restantes ifgroup, se utiliza el grupo “predeterminado” si no
está especificado.
2. Agregue clientes e interfaces a cada grupo de interfaz. Las interfaces ya deben
haberse creado con el comando net.
# ifgroup add group_name {interface {ipaddr | ipv6addr} | client
host}
Este comando proporciona compatibilidad total con el grupo de interfaces para
direcciones estáticas IPv6, lo que proporciona las mismas funcionalidades para IPv6
que para IPv4. Se permiten conexiones de cliente IPv4 e IPv6 simultáneas. Un cliente
conectado con IPv6 ve solamente las interfaces del grupo de interfaces de IPv6. Un
cliente conectado con IPv4 ve solamente las interfaces del grupo de interfaces de
IPv4. Los grupos de interfaz individuales incluyen todas las direcciones IPv4 o todas
las direcciones IPv6.
Ejemplos:
# ifgroup add interface 10.6.109.140 client *.datadomain.com #
ifgroup add interface 10.6.109.141 client * # ifgroup add ipv4group 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 en
minúsculas, y con múltiples ceros.
l
Estos comandos detectan de manera adecuada cualquier falta de coincidencia
con interfaces IPv4 o IPv6.
3. Seleccione una interfaz en el sistema Data Domain para registrarla con la aplicación
de respaldo. Se recomienda que cree una interfaz agregada de failover y registre esa
interfaz en la aplicación de respaldo.
Configuración de grupos de interfaces dinámicas
45
Preparación del sistema Data Domain para DD Boost
Nota
No es obligatorio elegir una interfaz del grupo de interfaces para registrarla en la
aplicación de respaldo. También puede utilizarse una interfaz que no sea parte del
grupo de interfaces para registrarla en la aplicación de respaldo.
EMC recomienda que la interfaz se registre con un nombre que se pueda resolver con
DNS o cualquier otro mecanismo de resolución de nombres. Con NetBackup, y dado
por sentado que 192.168.1.1 recibe el nombre dd22.abc.com, ejecute el siguiente
comando en el servidor de medios:
nbdevconfig -creatests -st 9 -stype DataDomain -storage_server
dd22.abc.com -media_server load64
Nota
La aplicación de respaldo y su plug-in de OST utilizan la interfaz registrada en la
aplicación de respaldo para comunicarse con el sistema Data Domain. Si esta interfaz
no 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 forma
automá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 ddboostdl.datadomain.com lab10G enabled yellowmedia.datadomain.com
-----------------------------------------------------------Nota
Las coincidencias de nombres exactos se realizan primero, seguidas de coincidencias de
nombres parciales. Entonces, en el ejemplo anterior, ddboost-dl.datadomain se
encuentra en el grupo lab10G.
46
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
Modificación de un grupo de interfaces
Una vez que se configura un grupo de interfaces, puede agregar o eliminar interfaces del
grupo. El siguiente ejemplo muestra cómo eliminar una interfaz del grupo de interfaces
configurado en el sistema Data Domain.
Procedimiento
1. Asegúrese de que no haya trabajos activos desde la aplicación de respaldo hasta el
sistema Data Domain en la interfaz que elimine del grupo. Puede hacerlo desde el
sistema Data Domain revisando el estado de las conexiones actuales en el grupo de
interfaces introduciendo el siguiente comando:
# ddboost show connections
Nota
Consulte la documentación acerca del sistema DD860 Extended Retention
(anteriormente, la Guía de administración de DD860 Archiver) para obtener un ejemplo
de este comando en un nivel activo.
2. Elimine una interfaz o cliente del nombre del grupo o nombre de grupo
predeterminado 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 de
almacenamiento 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 sistema
Data Domain para los servidores de medios. La configuración del grupo de interfaces
en el sistema Data Domain no se elimina.
Resultados
Para hacer cambios en cualquier interfaz que se agregue al grupo de interfaces en el
sistema 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 show
connections 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 interfaces
El ejemplo siguiente ilustra cómo eliminar un grupo de interfaces configurado en el
sistema Data Domain.
Procedimiento
1. Asegúrese de que no haya trabajos activos de la aplicación de respaldo en el sistema
Data Domain. Revise el estado de las conexiones en el grupo de interfaces mediante
el siguiente comando en un sistema Data Domain:
# ifgroup show connections
Modificación de un grupo de interfaces
47
Preparación del sistema Data Domain para DD Boost
2. Asegúrese de que no haya trabajos pendientes de los servidores de medios
conectados 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ún
pueden acceder al servidor de almacenamiento de DD Boost en el sistema Data Domain
en la interfaz registrada en la aplicación de respaldo.
Cuando ya no se necesita un grupo, utilice la opción de destruir para eliminar el grupo de
la configuración:
# ifgroup destroy group-name
Ejemplo:
# ifgroup destroy external
Los clientes se corresponden con un grupo según su nombre de host,
independientemente del estado del grupo (activado/desactivado). Por lo tanto,
desactivar un grupo no fuerza a un cliente a usar un grupo diferente. Cuando se
encuentra un cliente en un grupo desactivado, utilizará la interfaz registrada y
permanecerá en la conexión original.
Nota
También puede administrar los grupos de interfaz desde la vista System Manager Data
Management DD Boost. (Consulte la Guía de administración del sistema operativo EMC Data
Domain).
Uso de grupos de interfaces dinámicas para MFR
La función de grupos de interfaces dinámicas (DIG) proporciona la capacidad de
controlar las interfaces que se usan para DD Boost MFR, para dirigir la conexión de
replicación mediante una red específica y para usar varias interfaces de red con alto
ancho de banda y confiabilidad para las condiciones de failover. Todos los tipos de IP de
Data Domain son compatibles: IPv4 o IPv6, IP de alias de IP/VLAN y LACP/agregación de
failover.
Nota
La función DIG solo se admite para la replicación de archivos administrada (MFR) de DD
Boost.
Sin el uso de grupos de interfaces, la configuración para la replicación requiere varios
pasos:
1. Agregar una entrada en el archivo /etc/hosts en el sistema Data Domain de origen
para el sistema Data Domain de destino y codificar de forma rígida una de las
interfaces de red LAN privadas como la dirección IP de destino.
2. Agregar una ruta en el sistema Data Domain de origen al sistema Data Domain de
destino especificando un puerto físico o virtual en el sistema Data Domain de origen
a la dirección IP del destino remoto.
3. Configurar LACP mediante la red en todos los switches entre los sistemas Data
Domain para balanceo de carga y failover.
48
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
4. Requerir que las aplicaciones diferentes utilicen nombres diferentes para el sistema
Data Domain de destino, a fin de evitar conflictos de asignación de nombres en el
archivo /etc/hosts.
El uso de grupos de interfaces para la replicación simplifica esta configuración mediante
los comandos de DD OS System Manager o la CLI de DD OS. El uso de grupos de
interfaces para configurar la ruta de replicación le permite:
l
Redirigir una dirección IP resuelta por el nombre de host lejos de la red pública,
utilizando otra dirección IP privada del sistema de Data Domain.
l
Identificar un grupo de interfaces en función de criterios de selección configurados,
lo que proporciona un grupo de interfaces único en el que todas las interfaces están
accesibles desde el sistema Data Domain de destino.
l
Seleccionar una interfaz de red privada en una lista de interfaces que pertenezcan a
un grupo, lo que garantiza que la interfaz esté en estado óptimo.
l
Proporcionar balanceo de carga en múltiples interfaces de Data Domain dentro de la
misma red privada.
l
Proporcionar una interfaz de failover para recuperación para las interfaces del grupo
de interfaces.
l
Proporcionar failover de host si está configurado en el sistema Data Domain de
origen.
l
Usar traducción de direcciones de red (NAT)
El orden de selección para determinar a una coincidencia de grupo de interfaces para
replicación de archivos es:
1. La ruta local de MTree (unidad de almacenamiento) y un nombre de host de Data
Domain remoto específico
2. La ruta local de MTree (unidad de almacenamiento) con cualquier nombre de host
remoto de Data Domain
3. Cualquier ruta de MTree (unidad de almacenamiento) con un nombre de host de Data
Domain específico
El mismo MTree puede aparecer en varios grupos de interfaces solamente si tiene un
nombre de host de Data Domain diferente. El mismo nombre de host de Data Domain
puede aparecer en varios grupos de interfaces solamente si tiene una ruta de MTree
diferente. 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 de
origen y en el sistema de Data Domain de destino, independientes entre sí. Para una red
de replicación de WAN, solamente debe configurarse el grupo de interfaces remota, ya
que la dirección IP de origen corresponde al gateway para la dirección IP remota.
Replicación mediante LAN
Para configurar grupos de interfaces para replicación mediante una LAN, haga lo
siguiente:
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 el
nombre 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 el
nombre de host del Data Domain de origen.
Replicación mediante LAN
49
Preparación del sistema Data Domain para DD Boost
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 las
cuales es accesible desde el destino.
l
La ruta completa al MTree local es /data/col1/TO_860.
l
DD860-arte-1 es el nombre de host del sistema Data Domain remoto (desde la
perspectiva 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 las
cuales es accesible desde el origen.
l
La ruta completa al MTree local es /data/col1/FROM_670.
l
DDP-670-1 es el nombre de host del sistema Data Domain remoto (desde la
perspectiva 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, haga
lo siguiente:
1. Cree un grupo de interfaz 10G-REPL1 con tres interfaces para la replicación en
DDP-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 ------------- ------- --------------------------------------50
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
3. Cree un grupo de interfaz 10G-REPL2 con dos interfaces para replicación en DD860ART-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 WAN
Hay dos opciones para configurar grupos de interfaces para la replicación mediante
WAN:
l
Utilice el grupo de interfaz en el destino solamente y permita que el sistema Data
Domain de origen seleccione la interfaz de origen en función de la configuración de
ruta.
l
Use grupos de interfaces en los sistemas de origen y de destino, y asegúrese de que
la dirección IP en el origen puede llegar a la dirección IP en el destino. Puede
verificarlo 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 las
cuales es accesible desde la dirección IP de un destino.
l
La ruta completa al MTree local es /data/col1/TO_890.
l
DDP-890-1 es el nombre de host del sistema Data Domain remoto (desde la
perspectiva 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 las
cuales es accesible desde la dirección IP de un origen.
l
La ruta completa al MTree local es /data/col1/FROM_670.
l
DDP-670-1 es el nombre de host del sistema Data Domain remoto (desde la
perspectiva 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
Preparación del sistema Data Domain para DD Boost
Figura 12 Uso de grupos de interfaces para la replicación mediante WAN
Otros casos de uso compatibles
Las aplicaciones de respaldo necesitan replicar datos en sus propias redes y usar varias
interfaces de red con alto ancho de banda y funcionalidad de failover. Para admitir estas
necesidades, 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 cliente
Un proveedor de servicios con varios clientes puede requerir que los clientes puedan
replicar 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) al
sistema 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.
52
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
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 de
destino, por lo que el grupo de interfaz está configurado en las rutas de MTree. Para la
red A, el Ifgroup-K está configurado en función de las rutas MTree11 y MTree22, y el
Ifgroup-J está configurado en función de las rutas MTree1 y MTree2. Para la red B, el
Ifgroup-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ón
En 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
Preparación del sistema Data Domain para DD Boost
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ún
el 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-L
está 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 cascada
En 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).
54
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
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 Data
Domain 3 e Ifgroup-K está configurado según el nombre de host del sistema Data Domain
2 o la ruta de MTree13. Para la red C, Ifgroup-H está configurado según el nombre de host
del sistema Data Domain 1 e Ifgroup-Q está configurado según el nombre de host del
sistema Data Domain 2 o la ruta de MTree1.
Nombre de host de failover de replicación
Compatible solo con la replicación de archivos de DD Boost, la función de nombre de
host de failover de replicación proporciona la misma funcionalidad que la función de
nombre de host de failover para respaldo (consulte Nombre de host de failover de IP en
la página 26 para obtener detalles).
Para replicación, configure el nombre de host de destino (sistema de Data Domain
remoto) en el archivo /etc/hosts en el sistema Data Domain de origen como un
nombre 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
Preparación del sistema Data Domain para DD Boost
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ón
con NAT. La configuración es en el sistema Data Domain de destino, donde se realizan
las consultas del Data Domain de origen acerca de una dirección IP. Por lo tanto, el Data
Domain de destino debe tener un grupo de interfaz con las direcciones IP que puede usar
el sistema Data Domain de origen (antes de la conversión de NAT) para comunicarse con
el destino. Por ejemplo:
Source DD -> 128.222.4.15 --NAT-> 192.169.172.8 Target DD Source DD > 128.222.4.16 --NAT-> 192.169.172.9 Target DD
En el sistema Data Domain remoto:
net config ethx:1 128.222.4.15 << on the ethx of IP 192.169.172.8 net
config ethy:1 128.222.4.16 << on the ethy of IP 192.169.172.8
Cree un grupo de replicación de grupo de interfaz y agregue las direcciones IP nuevas:
ifgroup create nat-repl ifgroup add nat-repl interface 128.222.4.15
ifgroup add nat-repl interface 128.222.4.16 ifgroup replication
assign remtoe <source DD hostname>
Configuración de conversión de dirección de red (NAT)
Los grupos de interfaz son compatibles con la conversión de dirección de red (NAT) para
MFR. NAT actualmente solo es compatible con direcciones IPv4.
La replicación del grupo de interfaz con NAT requiere la dirección IP pública, no la
direcció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 interfaz
activa con direcciones IP que no sean accesibles. En Figura 16 en la página 57, las
direcciones IP 215.55.7.20 y 215.55.7.21 son alias configurados estrictamente para uso
del grupo de interfaz.
Para configurar grupos de interfaces para admitir NAT, debe hacer lo siguiente:
1. Crear un grupo de interfaz “natlan”.
2. Crear una dirección IP de alias para la interfaz local.
3. Asignar la dirección IP pública externa al alias.
4. Agregar cada nueva dirección IP al grupo de interfaz “natlan”.
5. Agregar la selección de replicación (ruta de MTree local o nombre de host de Data
Domain remoto).
6. Para el Data Domain de origen para la replicación, la dirección IP de origen de la
conexió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 la
conexió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. La
replicación con NAT puede usarse en ambas direcciones, donde el nombre de MTree
selecciona entre los dos grupos de interfaz. Solo el sistema Data Domain de origen utiliza
un grupo de interfaz para seleccionar la IP de origen y de destino. El Data Domain de
origen consulta el Data Domain remoto para una dirección IP para usar, por lo que todas
las direcciones IP siempre deben ser desde la perspectiva del Data Domain de origen. La
replicación desde DD1 en la red 1 hasta DD2 en la red 2, usa lan2 local con natlan2 para
seleccionar las direcciones IP de origen y de destino para la conexión. La replicación
desde DD2 en la red 2 hasta DD1 en la red 1 utiliza lan1 local con natlan1. Por lo tanto,
56
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
solo la consulta remota para las direcciones IP del grupo de interfaz debe ajustarse a la
configuració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ón
Cuando se utiliza la interfaz administrativa registrada para respaldo para la replicación
de grupo de interfaz, los trabajos de respaldo seleccionan por error el grupo de interfaz
de replicación. Para evitar este problema, agregue un cliente con el nombre “no-autodetect” al grupo de interfaz que tiene la dirección IP administrativa. Para permitir varios
grupos 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
Preparación del sistema Data Domain para DD Boost
# ifgroup add repl-group client no-auto-detect Added client "no-autodetect" 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 "noauto-detect.4" from ifgroup "repl-group".
Configuración de MFR
Activación de la optimización de bajo ancho de banda
Para activar la opción de bajo ancho de banda para la replicación de archivos
administrada, 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 el
sistema de archivos de Data Domain.
La optimización de bajo ancho de banda se puede supervisar y administrar desde la vista
Enterprise Manager Data Management DD Boost. (Consulte la Guía de administración del
sistema operativo EMC Data Domain.)
No es necesario hacer cambios en la configuración del servidor de medios, ya que esta
función es transparente a las aplicaciones de respaldo.
Nota
l
l
l
Activar esta función ocupa recursos adicionales (CPU y memoria) en el sistema Data
Domain, de modo que se recomienda usar esta opción solamente cuando la
replicación de archivos administrada se realice mediante redes de bajo ancho de
banda con menos de 6 Mbps de ancho de banda agregada.
La opción de bajo ancho de banda para la replicación de archivos administrada es
compatible con sistemas Data Domain independientes.
La optimización de bajo ancho de banda no es compatible en sistemas Data Domain
Extended Retention.
Activación del cifrado
Para 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 esta
función es transparente a las aplicaciones de respaldo NetBackup y Backup Exec. Activar
esta función ocupa recursos adicionales (CPU y memoria) en el sistema Data Domain.
Activación de la compatibilidad con IPv6
Los comandos actuales de replicación de archivos administrada ahora incluyen la
funcionalidad IPv4 o IPv6. Para que DD Boost proporcione compatibilidad de IPv6 para la
58
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
replicación de archivos administrada, una nueva palabra clave, ipversion, se agrega en el
registro a fin de ofrecer una opción para la compatibilidad con la red IPv6. La variable de
palabra clave de IPv6 se controla mediante la palabra clave del comandoddboost
file-replication option set, ipversion. Si la opción de ipversion es ipv6, IPv6
es el tipo de dirección IP preferido para la replicación de archivos administrada. Si la
opción de ipversion es ipv4, IPv4 es el tipo de dirección IP preferido para la replicación
de archivos administrada. Si no se especifica una dirección IP preferida, el valor
predeterminado es IPv4.
Para establecer la dirección IP preferida para la replicación de archivos de DD Boost en
IPv6, introduzca:
# ddboost file-replication option set ipversion ipv6
Ipversion for file-replication set to "ipv6"
Para visualizar los valores actuales para las opciones de replicación de archivos de DD
Boost, introduzca:
# ddboost file-replication option show ipversion
Ipversion for file-replication is: ipv6
Para restablecer la opción de replicación de archivos de DD Boost al valor
predeterminado IPv4, introduzca:
# ddboost file-replication option reset ipversion
Cambio del puerto MFR TCP
Cambiar el puerto MFR TCP afecta a toda la replicación, no solo MFR. Cambiar el puerto
MFR TCP requiere un reinicio del sistema de archivos de Data Domain y debe ser un
evento planificado.
Para cambiar el puerto TCP de replicación del valor predeterminado 2051 al número de
puerto, introduzca los siguientes comandos en los sistemas Data Domain de origen y de
destino:
# replication option set listen-port port-number # filesys restart
Nota
Tanto la replicación de archivos administrada como la replicación de directorio usan la
opción puerto de escucha. La replicación de archivos administrada utiliza el comando
replication 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 el
origen. La replicación de directorio utiliza la opción de puerto de escucha para
especificar solamente el puerto de escucha del servidor de destino de replicación. En el
origen de replicación, el puerto de conexión para un destino específico se introduce con
el comando replication modify.
l
Para obtener más información sobre estos temas, consulte la Guía de referencia de
comandos del sistema operativo EMC Data Domain.
Configuración de la validación de acceso de clientes
Configurar el control de acceso de clientes para DD Boost limita el acceso al sistema Data
Domain para clientes de DD Boost y elimina la dependencia en el DNS. De manera
predeterminada, si no se agregan clientes a la lista de clientes cuando se activa DD
Boost, todos los clientes se incluirán en la lista de clientes automáticamente. De manera
predeterminada, se usa el carácter comodín *.
Cambio del puerto MFR TCP
59
Preparación del sistema Data Domain para DD Boost
Para restringir el acceso, elimine el carácter comodín * de la lista y agregue sus clientes
nuevos.
Es posible que la lista de clientes del servidor de medios contenga nombres de dominio
calificados o cortos. El nombre de dominio calificado del host de medios debe estar
configurado 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 y
restablecer la lista de clientes de DD Boost, introduzca:
# ddboost client reset
Es posible agregar clientes como nombres de dominio calificados o nombres cortos. Para
agregar clientes de la lista de clientes de DD Boost, introduzca:
# ddboost clients add client-list [encryption-strength {medium |
high} authentication-mode {one-way | two-way | anonymous}]
Ejemplo:
# ddboost clients add ddboost-dl.emc.com ddboost-dlddboostdl.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 restringir
el acceso:
l
El carácter comodín * seguido de una parte, como *.emc.com, seguido de *.com
l
Coincidencia perfecta del nombre de cliente enviado, por ejemplo, ddboostdl.emc.com
Si en la búsqueda no se logra encontrar una entrada coincidente para el cliente, se le
denegará el acceso al cliente.
Habilitación del cifrado en transferencia
Ejecute el siguiente comando para activar el cifrado en transferencia para las
operaciones 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 de
clientes. La opción del modo de autenticación se utiliza para configurar el requisito
mínimo de autenticación. Se bloqueará un cliente que intente conectarse mediante una
configuración de autenticación más débil. Tanto la autenticación unidireccional como la
bidireccional exigen que el cliente conozca los certificados.
Autenticación unidireccional
El cliente de DD Boost solicita la autenticación del servidor Data Domain, y el
servidor Data Domain envía el certificado adecuado al cliente de DD Boost. El cliente
de DD Boost verifica el certificado. El canal de comunicación entre el cliente de DD
Boost y el servidor Data Domain está cifrado.
Autenticación bidireccional
El cliente de DD Boost solicita autenticación del servidor Data Domain mediante el
certificado del servidor. El servidor Data Domain también solicita autenticación del
cliente de DD Boost que usa el certificado del cliente. Después de la autenticación
60
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
mediante un protocolo de enlace de SSL, el canal de comunicación entre el cliente
de 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 del
protocolo de enlace de SSL, el canal de comunicación entre el cliente de DD Boost y
el servidor Data Domain está cifrado.
Nota
Esta opción no se aplica a DD Boost-over-Fibre Channel (FC). Si tanto la IP como FC están
en uso, se puede activar el cifrado en las conexiones de IP.
Configuración del servicio DD Boost mediante FC
Antes de comenzar
Para brindar compatibilidad con el servicio DD Boost mediante FC, es necesario instalar
en el sistema los HBA de destino de Fibre Channel. (Consulte también la Guía de
referencia de comandos del sistema operativo EMC Data Domain y la Guía de administración
para obtener información acerca de scsitarget como comando relacionado que
podrí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 el
controlador de dispositivo AIX DDdfc. Para obtener información detallada, consulte
Instalación del controlador del dispositivo AIX DDdfc (requerido para los clientes
AIX) en la página 66.
Asegúrese de que los puertos HBA del cliente y los extremos del sistema Data Domain
estén definidos y de que se haya realizado la zonificación adecuada si se conecta
mediante un switch Fibre Channel.
Procedimiento
1. Active el servicio de DD Boost mediante FC
# ddboost option set fc enabled
2. Tiene la opción de configurar el valor DFC-server-name:
# ddboost fc dfc-server-name set <server-name>
Como alternativa, puede aceptar el valor predeterminado, que tiene el formato DFC<base hostname>. El nombre de host no puede ser el nombre de dominio
calificado.
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
Preparación del sistema Data Domain para DD Boost
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 su
dfc-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 los
que puedan acceder los mismos clientes con DD Boost mediante FC sin un valor de
dfc-server-name que distinga mayúsculas de minúsculas.
3. Cree un grupo de acceso de destino de SCSI:
# ddboost fc group create <group-name>
Ejemplo:
# ddboost fc group create lab_group
4. 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 6a
6. 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 FC
Como se describe en la sección Administración de rutas de DD Boost mediante Fibre
Channel en la página 32, el Data Domain anuncia uno o varios “dispositivos DFC” de tipo
procesador, que utiliza la biblioteca de DD Boost para comunicarse con el servicio DD
Boost mediante FC. En el sistema Data Domain, el acceso a estos dispositivos DFC se
otorga a uno o varios iniciadores; para hacerlo, se agrega el iniciador a un grupo de
acceso 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 un
conjunto 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.
62
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
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 dispositivo
independiente, más rutas y más dispositivos DFC significan un mejor rendimiento para
los clientes limitados, como AIX, Windows y Solaris.
Entonces, ¿cuántos dispositivos DFC deben anunciarse a los iniciadores en un servidor
de 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 Fibre
Channel en la página 32, las plataformas de Windows se consideran “restringidas
por la profundidad de línea de espera”, ya que el mecanismo de la interfaz de paso
de Windows SCSI solo realizará solo una solicitud de SCSI por vez mediante cada uno
de sus dispositivos genéricos de SCSI. Esto afecta el rendimiento de la solución DD
Boost mediante FC, si hay varias conexiones (p. ej., trabajos de respaldo) intentando
usar el mismo dispositivo genérico de SCSI. De este modo, para las plataformas de
Windows 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 la
profundidad de línea de espera,” de modo que basta con anunciar un dispositivo
DFC a los iniciadores en sistemas Linux.
2. Cantidad de rutas físicas entre el servidor de medios y el sistema Data Domain
Por cada dispositivo DFC anunciado, el sistema operativo del servidor de medios
creará dispositivos SCSI genéricos n, uno para cada ruta física mediante la cual el SO
del servidor de medios pueda acceder al dispositivo.
Por ejemplo, si:
l
El servidor de medios tiene 2 puertos HBA de iniciador (A y B)
l
El sistema Data Domain tiene 2 extremos de destino de FC (C y D)
l
La zonificación de Fabric de Fibre Channel está configurada para que ambos
puertos 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 -> C
A -> D
B -> C
B -> 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 de
espera de 1), esto permite hasta 4 solicitudes de SCSI simultáneas al sistema Data
Domain, incluso con un solo dispositivo DFC anunciado.
Dimensionamiento del cálculo
El siguiente cálculo se puede utilizar para determinar la cantidad de dispositivos DFC que
se anunciarán al sistema Data Domain y a los iniciadores en un servidor de medios
determinado. EMC recomienda que se anuncie la misma cantidad de dispositivos DFC a
todos los iniciadores en el mismo servidor de medios.
En el sistema Data Domain
El sistema Data Domain impone un límite a la cantidad de solicitudes simultáneas que se
hacen a un solo dispositivo DFC SCSI. Debido a este límite, se debe ajustar la cantidad
Dimensionamiento del cálculo
63
Preparación del sistema Data Domain para DD Boost
de dispositivos anunciados en función de la cantidad máxima de trabajos simultáneos
del sistema en un momento determinado. En general, cuanto mayor sea la cantidad de
trabajos 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 DFC
en el sistema Data Domain en cualquier momento dado.
Supongamos que C es la cantidad máxima de conexiones por trabajo:
l
3 para los sistemas Data Domain Extended Retention
l
1 para otro tipo de sistemas Data Domain
Calcule:
l
Las conexiones simultáneas máximas al sistema DD, con DFC, desde TODOS los
servidores 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 servidor
ejecuta 50 trabajos como máximo en cualquier momento dado.
l
Entonces, J = 8 * 50 = 400, C = 1 (un solo sistema Data Domain), S = J * C = 400, D =
2 * 400 / 128 = 6.25, redondeado a 7.
l
Por lo tanto, todos los grupos DFC del sistema Data Domain deben configurarse con 7
dispositivos.
Supongamos lo siguiente:
l
Hay 8 servidores de medios/maestros, sistemas DD Extended Retention, y cada
servidor 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 12
dispositivos.
Servidores de medios Linux
La cantidad de dispositivos DFC anunciados en el sistema Data Domain que utiliza los
cálculos enumerados en En el sistema Data Domain en la página 63 es suficiente para
los servidores de medios Linux. No se necesita configuración adicional. Los servidores de
medios Linux no están restringidos por la profundidad de línea de espera, de modo que
muchas conexiones pueden compartir el mismo dispositivo SCSI DFC genérico sin afectar
el rendimiento.
Servidores de medios Windows
La lógica de administración de rutas del servidor Data Domain propaga conexiones en
todas las rutas lógicas disponibles (iniciador, extremo de destino, dispositivo DFC).
Deseamos configurar suficientes dispositivos DFC para que cada conexión utilice su
propio dispositivo SCSI genérico (ruta lógica) en el servidor de medios, con un conteo
máximo de dispositivos DFC de 64.
Supongamos que X es igual a la cantidad de dispositivos DFC configurados en el sistema
Data Domain (según En el sistema Data Domain en la página 63). Supongamos que P es
igual a la cantidad de rutas físicas entre el servidor de medios y el sistema Data Domain.
64
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
Supongamos que J es la cantidad máxima de trabajos simultáneos, y que C es la
cantidad 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 de
dispositivos 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 D
dispositivos, pero solamente para los grupos de acceso con clientes de Windows.
Ejemplos:
Supongamos lo siguiente:
l
Hay 4 rutas físicas entre el servidor de medios y el sistema Data Domain, 30 trabajos
máximos, sistema DD Extended Retention
l
En este caso, X = 25, P = 4, J = 30, y C = 3.
l
Conexiones simultáneas máximas del servidor de medios S = (J * C) = 90
l
Conteo de dispositivos DFC D = (90/4, 25) = 25
Entonces, el sistema Data Domain debe configurarse para anunciar 25 dispositivos en
cada iniciador en el servidor de medios.
Supongamos lo siguiente:
l
Hay 2 rutas físicas entre el servidor de medios y el sistema Data Domain, 50 trabajos
máximos, un solo sistema Data Domain
l
En este caso, X=18, P = 2, J = 40, C = 1
l
Conexiones simultáneas máximas del servidor de medios S = (J * C) = 40
l
Conteo de dispositivos DFC D = máximo (40/2, 18) = 20
Entonces, el sistema Data Domain debe configurarse para anunciar 20 dispositivos en
cada iniciador en el servidor de medios.
Tenga en cuenta que debido a que el valor de D (20) es mayor que el valor de X (18), es
suficiente para configurar dos dispositivos solamente para el grupo de acceso de DFC
con clientes de Windows.
Servidores de medios HP-UX
La cantidad de dispositivos DFC anunciados en el sistema Data Domain que utilizan los
cálculos enumerados en En el sistema Data Domain en la página 63 es suficiente para
los 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 una
entrada distinta en el directorio /dev/pt para cada ruta entre el sistema Data Domain y el
host 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 sistema
Data Domain conectados al mismo switch FC, y el host HP-UX tiene dos puertos FC
conectados 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 AIX
En el caso de AIX, las entradas de dispositivos se bloquean exclusivamente en función
de cada proceso: solo un dispositivo puede usar la entrada de dispositivo. Los cálculos
se basan en el uso en instancias de la aplicación. Si una aplicación genera varios
procesos, cada proceso bloquea en forma exclusiva al menos una entrada de dispositivo.
Dimensionamiento del cálculo
65
Preparación del sistema Data Domain para DD Boost
Las aplicaciones multithread bloquean un dispositivo por hilo de ejecución. Por estos
motivos, debe configurar el sistema Data Domain para anunciar todos los dispositivos
DFC posibles (hasta un máximo de 128). Un error de Device Busy se puede producir si
no hay suficientes dispositivos accesibles para los clientes AIX.
Nota
La cantidad total de flujos de una política no debe exceder la cantidad de dispositivos
AIX DFC disponibles, de lo contrario, el trabajo de respaldo podría fallar.
Servidores de medios de Solaris
En el caso de Solaris, las entradas de dispositivos se bloquean exclusivamente en
función de cada proceso; solo un dispositivo puede usar una entrada de dispositivo. Los
cálculos se basan en el uso en instancias de la aplicación. Si una aplicación genera
varios procesos, cada proceso bloquea en forma exclusiva al menos una entrada de
dispositivo. Las aplicaciones multithread bloquean un dispositivo por hilo de ejecución.
Por estos motivos, debe configurar el sistema Data Domain para anunciar tantos
dispositivos DFC como sea posible para evitar errores “en uso” del controlador del
dispositivo sgen. Un error de Device Busy se puede producir si no hay suficientes
dispositivos accesibles para los clientes Solaris.
La cantidad de dispositivos sgen es el número de puertos de Fibre Channel a los que
puede acceder la instancia de Solaris multiplicado por la cantidad de rutas diferentes a
los terminales del sistema Data Domain, multiplicado por la cantidad de LUN en el grupo
de acceso.
Instalación del controlador del dispositivo AIX DDdfc (requerido para los clientes
AIX)
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 del
dispositivo AIX DDdfc. El controlador está incluido en el paquete con el software del plugin de OST.
El nombre de archivo del controlador es DDdfc.rte.1.0.0.x.bff, donde x es el
nú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 de
versión.
6. Presione F4 para ver la lista de elementos instalables en la ruta anterior.
7. Desplácese hacia abajo hasta encontrar la versión de DDdfc.rte.1.0.0.x que
desea.
8. Presione Tab para alternar el valor de la línea Preview only? a No.
9. Presione Enter para confirmar las selecciones e instalar el controlador.
Requistos posteriores
Si realiza cualquier cambio a la configuración de DFC que afecte al cliente AIX, ejecute los
siguientes comandos:
66
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Preparación del sistema Data Domain para DD Boost
# rmdev -Rdl DDdfc
# cfgmgr
No se acceda a los dispositivos de DFC mientras se ejecutan estos comandos. Después
de que se ejecutan estos comandos, pueden pasar algunos minutos antes de que
finalice 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 Solaris
DD Boost mediante FC es compatible con clientes que ejecutan el hardware de Solaris 10
y 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 para
asegurarse de que sgen identifique correctamente los dispositivos del procesador en el
arranque.
Procedimiento
1. Agregue la siguiente línea en el sección forceload de /etc/system:
forceload: drv/sgen
Este paso se debería resolver los problemas relacionados con que sgen no se carga
correctamente durante el arranque y mantener el driver sgen cargado.
2. Para verificar el uso existente de sgen, escriba grep sgen /etc/driver_aliases.
Nota
La existencia de un directorio /dev/scsi,/dev/scsi/processor o /dev/
scsi/* no significa necesariamente que sgen esté configurado. Podría 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 muestra
arriba.
Este comando debe devolver al indicador sin errores ni advertencias. Compruebe
la conectividad al sistema Data Domain. Debería haber al menos un archivo
en /dev/scsi/processor.
c. Para confirmar al menos una entrada para los tres archivos de configuración,
escriba: grep sgen /etc/minor_perm /etc/name_to_major and /etc/
driver_aliases
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
Preparación del sistema Data Domain para DD Boost
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. Es
fundamental que use comillas dobles y simples exactamente como se muestra
arriba.
Un ejemplo de este comando es: add_drv –m '* 0600 root sys' –i
'"scsiclass,03" "scsiclass,06"' sgen.
Este comando debe devolver al indicador sin errores ni advertencias. Compruebe
la conectividad al sistema Data Domain. Debería haber al menos un archivo
en /dev/scsi/processor.
c. Para confirmar al menos una entrada para los tres archivos de configuración,
escriba: grep sgen /etc/minor_perm /etc/name_to_major and /etc/
driver_aliases.
d. Abra el archivo /kernel/drv/sgen.conf. Si la device-type-config-list no tiene
comentarios, agregue “procesador” a la lista a fin de garantizar que se reconozca
el driver. Por ejemplo, si la device-type-config-list no tiene comentarios como en
este ejemplo:
device-type-config-list="direct", "sequential", "worm", "rodirect", "optical",
"changer";
Cambie la entrada a:
device-type-config-list="direct", "sequential", "worm", "rodirect", "optical",
"changer", "processor";
68
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
CAPÍTULO 4
Instalación de DD Boost para OpenStorage
Nota
En la Guía de referencia de comandos del sistema operativo de EMC Data Domain, se
proporcionan descripciones completas de los comandos utilizados en esta guía.
En este capítulo, se incluyen los siguientes temas:
l
l
l
l
l
Descripción general de la instalación.................................................................... 70
Instalación del plug-in OST para NetBackup.......................................................... 71
Instalación del plug-in de OST para Backup Exec...................................................74
Optimización del servidor de medios de Windows para mejorar el rendimiento.....76
Desinstalación de un plug-in de Windows............................................................. 76
Instalación de DD Boost para OpenStorage
69
Instalación de DD Boost para OpenStorage
Descripción general de la instalación
Los 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 archivos
administrada o replicación de imágenes automática. Debe obtener una licencia de
replicación para los sistemas Data Domain de origen y destino.
2. Active y configure DD Boost en el sistema Data Domain. Como mínimo, debe
configurar un nombre de usuario de DD Boost y crear una unidad de almacenamiento
de DD Boost.
l
Para configurar un nombre de usuario de DD Boost, utilice el comando ddboost
user assign.
l
Para crear una unidad de almacenamiento de DD Boost, utilice el comando
ddboost 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 el
controlador de dispositivo AIX DDdfc. Para obtener información detallada,
consulte Instalación del controlador del dispositivo AIX DDdfc (requerido para los
clientes AIX) en la página 66.
4. Una vez que complete los pasos de instalación descritos en este capítulo, configure
DD Boost como se describe en el capítulo Preparación del sistema Data Domain para
DD Boost en la página 39.
Actualizaciones del plug-in de OST y el sistema operativo DD
Antes de actualizar el plug-in de OST o el SO DD, consulte la Guía de compatibilidad de
Data Domain Boost. Esa guía especifica qué versiones del plug-in de OST son compatibles
con qué versiones de SO DD.
AVISO
Si no consulta laGuía de compatibilidad de Data Domain Boost, se podrían ocasionar
incompatibilidades inesperadas que se requerirán actualizaciones adicionales para
solucionar el problema.
Para aprovechar las nuevas funciones en una versión del SO DD, actualice el sistema
Data Domain a la versión adecuada de SO DD y después actualice el plug-in de OST a la
versión correspondiente. Si bien una versión anterior del plug-in de OST mantiene la
compatibilidad con una versión más nueva del SO DD, no tiene la nueva funcionalidad
disponible en la versión más nueva del SO DD. Realice la actualización según se describe
en Instalación del plug-in de OST en los servidores de medios en la página 72.
70
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Instalación de DD Boost para OpenStorage
Nota
Este documento ilustra la configuración de DD Boost en Data Domain mediante
comandos en SO DD 5.7. Si está usando una versión diferente de DD OS con esta versión
del 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 de
un firewall (un servidor de medios a un sistema Data Domain, o de un sistema Data
Domain a otro). Si necesita que el sistema Data Domain funcione en presencia de un
firewall, póngase en contacto con su proveedor de soporte de red.
Los siguientes puertos deben estar abiertos en un firewall para que funcionen los
respaldos 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 la
replicación de imágenes automática)
l
TCP/UDP 111 (asignador de puertos de NFS)
Instalación del plug-in OST para NetBackup
En esta sección, se describen los comandos utilizados para instalar un plug-in de OST en
un ambiente NetBackup.
Los ambientes NetBackup constan de servidores de medios y un servidor maestro. El
servidor maestro administra clientes y servidores de medios y también puede funcionar
como 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 de
OST debe instalarse en el servidor maestro o de medios.
Nota
Los comandos que se ejecutan en la línea de comandos pueden introducirse en el
servidor maestro o en el servidor de medios. Si ejecuta comandos desde un servidor
maestro, 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 de
almacenamiento.
Esta guía utiliza los comandos de NetBackup ubicados en los siguientes directorios, que
debe agregar a la RUTA de UNIX o Windows.
Procedimiento
1. Agregue estas ubicaciones de directorio a la RUTA DE UNIX:
$ export
PATH=$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
Instalación de DD Boost para OpenStorage
$ 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 medios
Debe instalarse el software del plug-in de OST en los servidores de medios que deben
acceder al sistema Data Domain. Cuando actualiza el plug-in de UNIX OST, la versión
anterior del plug-in se sobrescribe; por lo tanto, no hace falta que la elimine. No hay
instrucciones especiales para desinstalar el plug-in de OST en sistemas UNIX.
Instalación del plug-in de UNIX
Procedimiento
1. Descargue la última versión del plug-in de OST desde el servicio de soporte en línea
de EMC. Verifique la recopilación MD5 de la descarga para garantizar su integridad
utilizando 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 -terminate
4. 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 filename
6. 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 script
usa /usr/openv/lib/ost-plugins, que es donde la aplicación de respaldo
busca paquetes normalmente. Los archivos compartidos de la biblioteca script son
libstspiDataDomain.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 de
medios AIX)
Procedimiento
1. Detenga el administrador remoto y el servicio de supervisión de NetBackup
(nbrmms).
2. Escriba lo siguiente:
# ./install.sh
a plugin already exists, do you want to proceed with installation?
(y or n) y
Installing 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.
72
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Instalación de DD Boost para OpenStorage
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 el
plug-in ya existe. Esta falla se produce si ya hay un plug-in instalado y se reemplaza
por 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.sh
debe ejecutarse correctamente ahora.
Instalación del plug-in de Windows
El instalador del plug-in de Windows es libstspiDataDomainSetup.exe. Es
compatible con los plug-ins de 64 bits de Windows.
Preparación para la instalación
Procedimiento
1. Descargue la última versión del instalador del plug-in de Windows OST desde el
servicio de soporte en línea de EMC.
2. Verifique la recopilación MD5 de la descarga para garantizar su integridad utilizando
WinMD5 o una utilidad similar. Descomprima el plug-in para extraer
libstspiDataDomainSetup.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 el
servicio.
4. Elimine cualquier versión anterior del plug-in mediante el Panel de control de
Windows o ejecutando el comando de desinstalación del plug-in de OST en modo
silencioso.
libstspiDataDomainUninstall.exe /S
o en el modo interactivo:
libstspiDataDomainUninstall.exe
Inicio de la instalación
Puede ejecutar la instalación en un modo interactivo o en un modo silencioso.
Procedimiento
1. Haga clic en el archivo ejecutable para iniciar el instalador.
El instalador determina si NetBackup está instalado y si se están ejecutando sus
servicios respectivos. Si el instalador detecta un servicio en ejecución, muestra un
mensaje para indicarlo y se cierra.
2. Si los servicios se detuvieron, el instalador muestra el acuerdo de licencia. Lea los
términos y haga clic en I Agree para continuar.
Instalación del plug-in de Windows
73
Instalación de DD Boost para OpenStorage
3. En el cuadro de diálogo para elegir la ubicación de instalación, se muestra la carpeta
de destino correcta. No cambie esta carpeta. Haga clic en Install para iniciar la
instalació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 para
ver los archivos instalados y su ubicación.
5. Reinicie todos los servicios. Consulte Iniciar, detener o reiniciar servicios de
NetBackup 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 la
pá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 NetBackup
Para 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 Windows
Procedimiento
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 campo
Status, se muestra el estado del servicio.
3. Seleccione el servicio y haga clic con el botón secundario.
4. El menú que se muestra tiene las opciones Stop, Start o Restart para detener, iniciar
o reiniciar el servicio. Seleccione la opción de menú adecuada.
Instalación del plug-in de OST para Backup Exec
Instalación del plug-in en los servidores de medios
Debe instalarse el software del plug-in de OST en los servidores de medios que deben
acceder al sistema Data Domain. Dado que Backup Exec es compatible con OpenStorage
solamente en servidores de medios de Windows, la sección siguiente incluye
instrucciones para los servidores Windows exclusivamente.
Nota
Backup Exec no es compatible con DD Boost mediante FC.
Instalación del plug-in de Windows
El instalador del plug-in de Windows es libstspiDataDomainSetup.exe. Es
compatible con los plug-ins de 64 bits de Windows.
74
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Instalación de DD Boost para OpenStorage
Procedimiento
1. Prepare la instalación.
a. Descargue la última versión del instalador del plug-in de Windows OST desde el
servicio 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 o
con libstspiDataDomainUninstall.exe .
d. Haga clic en el archivo ejecutable para iniciar el instalador. El instalador determina
si Backup Exec está instalado y si se ejecutan sus servicios respectivos. Si el
instalador detecta un servicio en ejecución, muestra un mensaje al respecto y se
cierra.
e. Prepárese para iniciar la instalación.
2. Comience la instalación.
a. Si los servicios se detuvieron, el instalador muestra el acuerdo de licencia. Lea las
condiciones. Seleccione I Agree para continuar.
b. En el cuadro de diálogo Choose Install Location, se muestra la carpeta de destino
correcta. 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 details
para ver los archivos instalados y su ubicación.
d. Reinicie todos los servicios de Backup Exec. Consulte Servicios de Backup Exec en
la 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 ventana
Service Manager de Backup Exec.
Actualización del plug-in de Backup Exec
Procedimiento
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 para
reiniciar todos los servicios.
4. Cierre el cuadro de diálogo.
Servicios de Backup Exec
75
Instalación de DD Boost para OpenStorage
Optimización del servidor de medios de Windows para mejorar el
rendimiento
Para obtener información sobre optimización, consulte el artículo de la base de
conocimiento, 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 de
EMC https://support.emc.com.
Desinstalación de un plug-in de Windows
Este 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:
76
l
Desinstale el plug-in de Data Domain OpenStorage en la función para instalar o
desinstalar programas del Panel de control de Windows (como lo haría para
desinstalar un programa típico de Windows).
l
Haga doble clic en libstspiDataDomainUninstall.exe, que estaba
instalado en el mismo directorio que el plug-in. Haga clic en Uninstall. Luego de
desinstalar, haga clic en Mostrar detalles para ver qué archivos se eliminaron.
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
CAPÍTULO 5
Administración de la aplicación de respaldo
Nota
En la Guía de referencia de comandos del sistema operativo de EMC Data Domain, se
proporcionan descripciones completas de los comandos utilizados en esta guía.
En este capítulo, se incluyen los siguientes temas principales:
l
l
l
Configuración de un servidor de medios................................................................78
Administración de NetBackup............................................................................... 92
Administración de Backup Exec.............................................................................95
Administración de la aplicación de respaldo
77
Administración de la aplicación de respaldo
Configuración de un servidor de medios
La configuración del servidor de medios depende de la aplicación de respaldo que se
utiliza. 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, para
Boost mediante FC
l
Agregar credenciales para cada servidor de medios que deba establecer
comunicació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 el
servidor maestro o en el servidor de medios. Si ejecuta comandos desde un servidor
maestro, 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 de
almacenamiento.
Límite de conexiones simultáneas
Con Backup Exec, la cantidad máxima de conexiones simultáneas (trabajos) de un solo
servidor de medios es de 64.
Registrar cada sistema Data Domain
Procedimiento
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 de
respaldo haya detectado el plug-in:
# bpstsinfo -pi -stype DataDomain
La salida muestra:
78
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.
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
3. En el sistema Data Domain, active la síntesis virtual si planea usar esa función; para
hacerlo, introduzca el siguiente comando:
# ddboost option set virtual-synthetics enabled
4. En el servidor de medios, registre un sistema Data Domain introduciendo 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 de
host, como dd22.
Para DD Boost mediante FC:
# nbdevconfig -creatests -stype DataDomain -storage_server DFC-dd100 -media_server load64
En este caso, el prefijo DFC- de storage_server indica el deseo de usar el transporte
DD Boost mediante FC para comunicarse con el sistema Data Domain. El nombre que
sigue al prefijo es el nombre del servidor DFC del sistema Data Domain deseado, por
ejemplo dd100.
5. Repita el procedimiento anterior para cada sistema Data Domain que ejecutará DD
Boost.
Adición de credenciales
Procedimiento
1. En un servidor de medios que debe establecer comunicación con el sistema Data
Domain, 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 se
configuren desde NetBackup. Consulte la documentación de NetBackup para obtener
má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 establecer
comunicación con un sistema Data Domain específico. Este es un ejemplo de un
servidor 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 el
sistema Data Domain.
l
Configura el servidor de medios como un administrador de transferencia de datos
capaz de transferir datos entre el almacenamiento primario (el cliente de aplicación
de respaldo) y el servidor de almacenamiento (el sistema Data Domain). La
Configuración de NetBackup
79
Administración de la aplicación de respaldo
aplicación de respaldo mantiene una ruta de acceso entre el servidor de medios y el
servidor de almacenamiento.
Creación de pools de discos
Los pools de discos son recopilaciones de volúmenes de discos que la aplicación de
respaldo administra como entidades únicas. Los pools de discos corresponden a
unidades 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 una
interfaz gráfica del usuario (GUI). Puede utilizar cualquiera de las dos para crear pools de
discos.
Creación de un pool de discos
Procedimiento
1. El administrador remoto y el servicio de supervisión de la aplicación de respaldo
(nbrmms) deben estar en ejecución. Para iniciarlos, ingrese lo siguiente:
# nbrmms
2. Obtenga la identidad de la unidad de almacenamiento del sistema Data Domain
(dd22) ingresando lo siguiente:
# nbdevconfig -previewdv -storage_server dd22-stype DataDomain
> /tmp/dvlist
3. Cree un pool de discos con la información que obtuvo del comando anterior; para
hacerlo, ingrese lo siguiente:
# nbdevconfig -createdp -dp dd22_storage-unit1_dp -stype DataDomain
-storage_servers dd22 -dvlist /tmp/dvlist
El nombre del pool de discos debe ser único.
Se muestra una salida similar a la siguiente:
El pool de discos dd22_storage-unit1_dp se creó correctamente con
un volumen.
Creación de unidades de almacenamiento
Una unidad de almacenamiento contiene un pool de discos. Varias unidades de
almacenamiento pueden agruparse en un grupo de unidades de almacenamiento. Puede
crear unidades de almacenamiento mediante la CLI o la GUI.
Nota
Cada unidad de almacenamiento exige un nombre único.
Creación de unidades de almacenamiento
Procedimiento
1. Ingrese un comando similar al siguiente:
# bpstuadd -label dd22_storage-unit1_su -dp dd22_storage-unit1_dp
-host load64a -M load64a
80
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
Nota
No hay resultado para este comando.
Creación de una política de respaldo
Para obtener instrucciones sobre cómo crear una política de respaldo, consulte las guías
de administración de NetBackup 7.x.
Configuración de búferes
Puede establecer la cantidad y el tamaño de varios búferes, pero no puede cambiar sus
lí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 y
SIZE_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
l
NET_BUFFER_SZ
n
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
NUMBER_DATA_BUFFERS
Nota
La cantidad debe ser una potencia de dos.
l
l
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)
NUMBER_DATA_BUFFERS_RESTORE
n
Descripción: Cantidad de búferes de datos compartidos
n
Medios: Cinta
n
Valor predeterminado en UNIX 8/12 (No multiplexados/multiplexados)
n
Valor predeterminado en Windows 16/12 (No multiplexados/multiplexados)
NUMBER_DATA_BUFFERS_DISK
Nota
La cantidad debe ser una potencia de dos.
n
Descripción: Cantidad de búferes de datos compartidos
n
Medios: Disco
n
Valor predeterminado en UNIX 8/4 (No multiplexados/multiplexados)
n
Valor predeterminado en Windows 16/8 (No multiplexados/multiplexados)
Configuración de NetBackup
81
Administración de la aplicación de respaldo
l
SIZE_DATA_BUFFERS
Nota
El tamaño debe ser múltiplo de 32 KB. El valor predeterminado usado cuando este
archivo no exista es de 32 KB. El valor máximo compatible con el plug-in de Data
Domain es 1 MB.
El valor predeterminado cuando exista el archivo y el valor recomendado para el
mejor rendimiento es 256 KB.
l
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
SIZE_DATA_BUFFERS_DISK
Nota
El tamaño debe ser múltiplo de 32 KB. El valor predeterminado usado cuando este
archivo no exista es de 32 KB. El valor máximo compatible con el plug-in de Data
Domain es 1 MB.
El valor predeterminado cuando exista el archivo y el valor recomendado para el
mejor rendimiento es 256 KB.
l
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
SIZE_DATA_BUFFERS_NDMP
n
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 optimizada
El plug-in de OST habilita un servidor de medios NetBackup para especificar un proceso
de duplicación y delega su ejecución al sistema Data Domain. Este uso compartido tiene
las siguientes ventajas:
82
l
El sistema de la aplicación de respaldo retiene el control de la creación y la
duplicación de archivos de respaldo, y hace un seguimiento de todas las copias en
su 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 crear
copias duplicadas de imágenes de respaldo, lo cual reduce la carga en el sistema de
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 área
extensa (WAN) para los datos deduplicados. El proceso se optimiza para las WAN, lo
cual reduce la carga general en el ancho de banda de la WAN que se necesita para
crear una copia duplicada.
l
Las funciones del software Data Domain Replicator, como la opción de optimización
de bajo ancho de banda, se pueden utilizar en modo transparente con la aplicación
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
de respaldo para reducir aún más los datos enviados mediante vínculos de WAN que
son inferiores a 6 Mb/s.
l
Las funciones del software Data Domain Replicator, como la duplicación optimizada
cifrada, son transparentes a las aplicaciones de respaldo. Esta función permite que
se cifren todos los datos que se envían mediante la WAN con el fin de crear copias
duplicadas, lo cual proporciona una mayor seguridad.
EMC recomienda que agregue la dirección IP de destino del sistema Data Domain en el
sistema 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 para
acceder a ambos sistemas Data Domain. EMC recomienda que agregue todos los
servidores de medios que deban acceder al sistema Data Domain a este por medio del
comando net hosts.
Consideraciones sobre DD Boost-Over-Fibre Channel
DD Boost-over-FC introduce una complicación en el procedimiento para configurar la
duplicació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 a
Dst_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 de
los dos transportes siguientes:
l
DD Boost-over-IP
l
DD Boost-over-FC
Pero la comunicación de Src_DD_System-to-Dst_DD_System se establece siempre
mediante la red de IP.
Ahora, considere el caso en el que Media_Server utiliza DD Boost-over-FC para
comunicarse con Dst_DD_System. La operación de duplicación optimizada completa
ahora exige dos "nombres" para Dst_DD_System:
l
DFC-<dfc-server-name>, necesario para la biblioteca de DD Boost Library en
Media_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_System
a la biblioteca de DD Boost: el nombre del estilo de DFC, DFC-<dfc-server-name>.
La biblioteca de DD Boost Library debe pasar un nombre a Src_DD_System como parte de
la solicitud para comenzar a transferir los datos.
Src_DD_System necesita un nombre de host de IP para Dst_DD_System, dado que todas
las comunicaciones entre los dos sistemas Data Domain se realizan mediante la red de
IP.
Configuración de NetBackup
83
Administración de la aplicación de respaldo
Pero la biblioteca de DD Boost conoce a Dst_DD_System solo por su nombre de estilo de
DFC. Entonces, ¿qué nombre para Dst_DD_System debe presentar la biblioteca de DD
Boost Library a Src_DD_System?
La respuesta es que la biblioteca de DD Boost Library solo extrae el prefijo “DFC-” y
presenta el nombre de servidor de DFC del Dst_DD_System a Src_DD_System.
Por ejemplo:
Servidor de medios: clientA
Src_DD_System: DFC-ddr1
Dst_DD_System: DFC-ddr2
En este caso, la biblioteca de DD Boost Library presentará a Src_DD_System el nombre
ddr2 como Dst_DD_System.
Esto funciona con naturalidad si el nombre de servidor de DFC del Dst_DD_System es el
mismo que su nombre de host de IP, como lo conoce Src_DD_System. Esta es la
situación esperada normal, dado que el nombre de servidor de DFC predeterminado para
un sistema Data Domain es su nombre de nodo simple.
Si el usuario cambió el nombre de servidor de DFC de Dst_DD_System por otro (p. ej., myddr-via-dfc), debe asegurarse de que cuando Src_DD_System realice una búsqueda
de nombre de host de my-ddr-via-dfc este encuentre una dirección IP mediante la cual
se puede alcanzar Dst_DD_System. Para lograr esto, puede agregar una entrada al
archivo /etc/hosts en Src_DD_System.
Uso de las políticas de ciclo de vida de almacenamiento para automatizar la duplicación
optimizada
Una política de ciclo de vida de almacenamiento consta de una lista de destinos para los
archivos de respaldo y un período de retención para cada archivo. Un proceso de ciclo de
vida crea, retiene y, por último, expira los archivos. Al usar políticas de ciclo de vida de
almacenamiento, puede especificar diferentes períodos de retención para el respaldo
inicial y para las copias duplicadas. Por ejemplo, podría especificar un período de
retención para el respaldo local original y otro para un duplicado en el sitio de
recuperación de desastres.
Seleccione una unidad de almacenamiento individual como destino de duplicación en
SLP. Para obtener más información, consulte el artículo de la base de conocimientos, No
funciona la duplicación de OST, ID de documento 000181560, que está disponible en el
sitio 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 de
duplicación optimizados entre dos servidores de almacenamiento Data Domain, use
ese 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, use
el 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 los
calendarios de este modo:
84
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
Procedimiento
1. En el SO de DD 5.4, los respaldos sintéticos virtuales están activados de manera
predeterminada. Si la función está desactivada, active un respaldo sintético virtual en
el sistema Data Domain; para hacerlo, ingrese lo siguiente:
# ddboost option set virtual-synthetics enable
2. Verifique si NetBackup tiene activados los respaldos sintéticos virtuales en el sistema
Data Domain y si está establecido la marca OptimizedImage ingresando lo
siguiente:
# 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 de
DD Boost, el comando ddboost option set virtual-synthetics enable
no funcionará como se espera. El trabajo finalizará, pero no encontrará los mensajes
mencionados anteriormente, ya que NetBackup realiza replicaciones sintéticas
perió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 el
siguiente comando:
# disk-pool-name: dlh35-dp
storage-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 el
comando nbdevconfig:
# nbdevconfig -changests
Ejemplos de operaciones de respaldo
En los siguientes ejemplos, se muestran los comandos para iniciar respaldos y mostrar
varios tipos de respaldos.
Ejemplo de operación de respaldo: Respaldo completo
Un respaldo completo consta de un archivo de imagen de encabezado (HDR), uno o
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.
# 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
Configuración de NetBackup
85
Administración de la aplicación de respaldo
rtp-ostsparc1.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 incremental
Un respaldo incremental agregará un archivo de imagen de encabezado (HDR), uno o
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 en
negrita a continuación.
# ddboost storage-unit show sparc1 compression
List of files in sparc1 and their compression info:
rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:
1309959523:dd670c2-1:4:1:::
Total files: 1; bytes/storage_used: 8.9
Original Bytes:
8,924
Globally Compressed:
8,924
Locally Compressed:
767
Meta-data:
236
rtp-ostsparc1.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-ostsparc1.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
86
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
Ejemplo de operación de respaldo: Respaldo completo sintético
El respaldo completo sintético agregará un archivo de imagen de encabezado (HDR), uno
o varios archivos de imagen de fragmento (F1) y una restauración de imagen verdadera
(TIR), como se puede ver en la unidad de almacenamiento DDR, tal como se muestra en
negrita a continuación.
# ddboost storage-unit show sparc1 compression
List of files in sparc1 and their compression info:
rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:
1309959523:dd670c2-1:4:1:::
Total files: 1; bytes/storage_used: 8.9
Original Bytes:
8,924
Globally Compressed:
8,924
Locally Compressed:
767
Meta-data:
236
rtp-ostsparc1.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-ostsparc1.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-ostsparc1.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
Configuración de NetBackup
87
Administración de la aplicación de respaldo
Original Bytes:
Globally Compressed:
Locally Compressed:
Meta-data:
100,449
54,304
1,958
376
El respaldo sintético se realiza mediante la API DDP_SYNWR, que puede mostrarse en el
sistema Data Domain con los comandos ddboost show stats y ddboost show
histograms.
# ddboost show stats
07/06 07:13:38
DD Boost statistics:
...
DDP_SYNWR
...
:
----------------------------Image creates
Image deletes
Pre-compressed bytes received
Bytes after filtering
Bytes after local compression
Network bytes received
Compression ratio
Total bytes read
-----------------------------
18
Count
------------9
0
3,712,802,816
1,856,586,752
1,856,586,752
1,857,697,928
2.0
0
-------------
[0]
Errors
-----0
0
0
------
Configuración de un respaldo de replicación de imágenes automática en un dominio de origen
Los respaldos deben dirigirse a un pool de discos que tenga correctamente configurada
una replicación de origen.
Se crea una política de ciclo de vida de almacenamiento (por ejemplo, AIR-test1-test2).
Contiene un paso de respaldo estándar y un paso de duplicación (NBU 7.1) que
especifica “Maestro remoto (enviar al dispositivo de replicación de destino en un
dominio remoto).” Se crea una política que especifica el SLP como su almacenamiento
de política.
Configuración de un respaldo de replicación de imágenes automática en un dominio de destino
Los respaldos que se importarán automáticamente deben copiarse en los archivos en un
pool de discos que tenga una propiedad de replicación de destino.
Se crea una política de ciclo de vida de almacenamiento (por ejemplo, AIR-test1-test2)
con el mismo nombre que la que está en el dominio de origen. Contiene un paso de
importación.
Ejecución de un respaldo de replicación de imágenes automática
Cuando se ejecuta un respaldo de replicación de imágenes automática en el dominio de
origen, 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 el
resultado de un comando ddboost show connections, al igual que otros trabajos
de duplicación optimizada de NetBackup y Backup Exec.
Tras la duplicación en el dominio de origen, un tiempo después (nuevamente, de manera
predeterminada, 30 minutos), el conjunto de imágenes importado está disponible, como
se muestra en el monitor de actividades del dominio de destino.
88
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
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 el
resultado de un comando ddboost show connections.
Configuración de Backup Exec
Nota
DD Boost mediante Fibre Channel no es compatible con Backup Exec.
Para obtener información sobre la configuración, la calendarización y los trabajos de
supervisió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 Data
Domain 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 lista
de las unidades de almacenamiento. Seleccione una unidad de almacenamiento
d. Especifique la cantidad de operaciones simultáneas para el dispositivo. La
cantidad total de conexiones simultáneas (trabajos) de un solo plug-in de servidor
de medios OpenStorage con todas las unidades de almacenamiento OpenStorage
es de 48. El límite de operaciones simultáneas para un solo dispositivo se puede
determinar de este modo: 48 >= # unidades de almacenamiento OpenStorage + Σ
operaciones simultáneas por cada unidad de almacenamiento En el caso de un
solo sistema Data Domain con una sola unidad de almacenamiento, el conteo de
operaciones simultáneas se puede establecer en 47, como máximo.
e. Especifique los valores predeterminados para la administración de espacio en el
disco. El tamaño del fragmento de flujo de datos varía entre 64 KB y 256 KB. Para
alcanzar el mejor rendimiento, se recomiendan 256 KB.
f. Especifique el valor de uso compartido de la unidad de almacenamiento. Varios
servidores de medios pueden compartir una sola unidad de almacenamiento Data
Domain cuando los servidores de medios compartidos están asociados a un
servidor de medios primario. En la lista de servidores de medios, seleccione el
servidor de medios primario.
g. Reinicie los servicios de Backup Exec cuando se agrega un nuevo sistema Data
Domain.
Configuración de Backup Exec
89
Administración de la aplicación de respaldo
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 de
introducción de la página de inicio. Se muestra el cuadro de diálogo Logon Account
Wizard Welcome. Haga clic en Next.
2. En el cuadro de diálogo Set Up a Logon Account, seleccione Add a new logon account
y haga clic en Next.
3. En el cuadro de diálogo Enter Logon Account Credentials, introduzca el nombre de
usuario y la contraseña establecidos para DD Boost. Haga clic en Next.
4. En el cuadro de diálogo Logon Account Name, escriba un nombre de cuenta que
describa 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 de
todos los usuarios de Backup Exec. Haga clic en Next.
6. En el cuadro de diálogo Default Logon Account, seleccione No. La cuenta del sistema
Data Domain no suele coincidir con el inicio de sesión del sistema Backup Exec. Haga
clic en Next.
7. Verifique la configuración de la cuenta como se muestra en el cuadro de diálogo
Logon Account Summary. Haga clic en Back para editar las selecciones anteriores. Si
la información de la cuenta es correcta, haga clic en Next.
8. Se muestra el cuadro de diálogo Completing the Logon Account Wizard. Haga clic en
Finish.
Configuración de dispositivos
Siga estos pasos para configurar dispositivos.
Procedimiento
1. Cree una unidad de almacenamiento en el sistema Data Domain. Consulte Creación
de unidades de almacenamiento en la página 80.
2. En la página de inicio de Backup Exec, seleccione Almacenamiento > Configurar
almacenamiento > Almacenamiento en red > Siguiente > OpenStorage.
Nota
La opción de deduplicación de Backup Exec debe estar instalada y con licencia para
que la opción de OpenStorage esté disponible.
3. Configure la pestaña General del cuadro de diálogo Add OpenStorage Device de este
modo:
90
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 para
el dispositivo.
La cantidad total de conexiones simultáneas (trabajos) desde un solo plug-in de
OST de servidor de medios a todas las unidades asociadas de OpenStorage es de
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
48. El límite de las operaciones simultáneas para un único dispositivo se puede
determinar de la siguiente manera:
48 >= # unidades de almacenamiento OpenStorage + ∑ operaciones simultáneas
por cada unidad de almacenamiento
En el caso de un solo sistema Data Domain con una sola unidad de
almacenamiento, el conteo de operaciones simultáneas se puede establecer en
47, como máximo.
4. Haga clic en Aceptar.
5. Configure la pestaña Advanced del cuadro de diálogo Add OpenStorage Device de
este modo:
l
Acepte los valores predeterminados para Disk Space Management y Direct
Access.
l
Especifique un valor para Data stream chunk size entre 64 KB y 256 KB. Para
alcanzar el mejor rendimiento, se recomiendan 256 KB.
6. Haga clic en Aceptar.
7. Hacer clic en la pestaña Sharing.
Varios servidores de medios pueden compartir una sola unidad de almacenamiento
Data Domain cuando los servidores de medios compartidos están asociados a un
servidor de medios primario.
En la lista de servidores de medios, seleccione el servidor de medios primario, y haga
clic en OK.
8. Debe reiniciar los servicios de Backup Exec cuando se agrega un nuevo sistema Data
Domain. 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 muestra
en la página Devices.
Configuración de deduplicación optimizada
Las formas de desarrollar trabajos de deduplicación en Backup Exec se describen en
detalle en la Guía del administrador de Symantec Backup Exec 15. Puede adjuntar un
trabajo de duplicación asociado a cualquier trabajo de respaldo, o duplicar un conjunto
de respaldo anterior.
El plug-in de OST activa un servidor de medios para especificar un proceso de
duplicación y delega su ejecución al sistema Data Domain. Este uso compartido tiene las
siguientes ventajas:
l
El sistema de la aplicación de respaldo retiene el control de la creación y la
duplicación de archivos de respaldo, y hace un seguimiento de todas las copias en
su 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 tenga
que crear duplicados de archivos de respaldo, lo cual reduce la carga en el sistema
de 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 área
extensa (WAN) para los datos deduplicados. El proceso se optimiza para las WAN, lo
cual reduce la carga general en el ancho de banda de la WAN que se necesita para
crear una copia duplicada.
Configuración de Backup Exec
91
Administración de la aplicación de respaldo
l
Las funciones del software Data Domain Replicator, como la opción de optimización
de bajo ancho de banda, se pueden utilizar en modo transparente con la aplicación
de respaldo para reducir aun más los datos enviados mediante vínculos de WAN que
son inferiores a 6 Mb/s.
l
Las funciones del software Data Domain Replicator, como la duplicación optimizada
cifrada, se pueden utilizar en modo transparente con la aplicación de respaldo. Esta
función permite que todos los datos enviados mediante la WAN con el fin de crear
copias duplicadas para cifrar, lo cual proporciona una mayor seguridad.
EMC recomienda que agregue la dirección IP de destino del sistema Data Domain en el
sistema 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 para
acceder a ambos sistemas Data Domain. Se recomienda que agregue todos los
servidores de medios que deban acceder al sistema Data Domain en este, por medio del
comando net hosts add. Para duplicar una imagen de un sistema en otro, deben
cumplirse estas condiciones:
l
El tamaño del fragmento de flujo de datos para los dispositivos configurados en
ambos sistemas Data Domain entre los cuales se llevará a cabo la duplicación
optimizada debe estar establecido en el mismo valor. Se recomienda que este valor
sea de 256 KB, como se muestra en el cuadro de diálogo OpenStorage Device
Properties.
l
El conteo de operaciones simultáneas del sistema Data Domain de destino es mayor
o igual que el del sistema Data Domain de origen.
Configuración de limitaciones para la deduplicación optimizada
l
La deduplicación optimizada es compatible con Backup Exec 2010 R2 o superior.
l
Data Domain es compatible con la deduplicación optimizada para imágenes que solo
tienen un conjunto de datos. Si se realizan respaldos en un trabajo de varios
volú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 resultante
contiene conjuntos de datos para todos los controladores o las aplicaciones, salvo
que se aplique el hot fix 138226 de Symantec Backup Exec. Este hot fix puede
aplicarse solo en Backup Exec 2010 R2. Con la aplicación del hot fix 138226, Backup
Exec 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ían
tres imágenes: una para C:\Windows, una para D: y una para E:. La deduplicación
optimizada de imágenes individuales seleccionadas, o de las tres imágenes, puede
entonces realizarse mediante Backup Exec.
Administración de NetBackup
Encuentre su versión del plug-in de OST
Procedimiento
1. Escriba:
# bpstsinfo -pi -stype DataDomain
92
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
Resultados
La salida muestra la versión del proveedor, la versión del plug-in y la versión de la
compilación.
Encontrar su versión de NetBackup
Procedimiento
1. Para visualizarla, introduzca:
# cat <NetbackupInstall_Dir>/version
Resultados
Ejemplo de salida:
Netbackup-Solaris10 7.6
Time-Outs de red
Los trabajos de respaldo y restauración a menudo demoran mucho en completarse. Si
bien el plug-in de OST puede recuperarse de interrupciones temporales de la red, el
sistema operativo del sistema de la aplicación de respaldo podría finalizar un trabajo
antes de tiempo si los tiempos de espera de aplicación de respaldo están configurados
en 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 comando
ddboost reset stats para borrar las conexiones del trabajo.
Configuración del tiempo de espera de la aplicación de respaldo mediante la CLI
Procedimiento
1. Agregue las siguientes dos líneas al archivo <NetBackupInstall_directory>/bp.conf:
CLIENT_CONNECT_TIMEOUT = 1800
CLIENT_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 GUI
Procedimiento
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 de
tiempo de espera.
Encontrar su versión de NetBackup
93
Administración de la aplicación de respaldo
Agrupación de unidades de almacenamiento para proporcionar failover
El administrador puede especificar un grupo de unidades de almacenamiento para
compartir una carga de trabajo. El administrador le indica al sistema de la aplicación de
respaldo cómo elegir entre las unidades de almacenamiento del grupo del próximo
trabajo 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 de
respaldo no falle si falla la unidad de almacenamiento a la que se dirige. La
aplicación de respaldo elige otra unidad de almacenamiento en el mismo grupo para
finalizar 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 de
almacenamiento. No intente realizar este procedimiento salvo que sea necesario.
Procedimiento
1. Elimine todos los archivos especificados por el valor BACKUP_ID introduciendo lo
siguiente:
# bpexpdate -backupid BACKUP_ID -d 0
2. Elimine todas las políticas de la GUI.
3. Elimine todas las unidades de almacenamiento introduciendo lo siguiente:
# bpstudel -label SU_NAME
4. Elimine todos los pools de discos introduciendo lo siguiente:
# nbdevconfig -deletedp -stype DataDomain -dp pool-name
5. Elimine el servidor de almacenamiento introduciendo lo siguiente:
# nbdevconfig -deletests -storage_server dd22 -stype DataDomain
Nota
Puede usar la GUI para eliminar los archivos, las políticas de ciclo de vida, las
unidades de almacenamiento y los pools de discos.
Para obtener información sobre la solución de problemas, consulte No es posible
eliminar 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
94
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Administración de la aplicación de respaldo
Administración de Backup Exec
Encuentre su versión del plug-in de OST
Procedimiento
1. Vaya al directorio de instalación de Backup Exec y busque el archivo
libstspiDataDomain.dll.
2. Haga clic con el botón secundario en el nombre del archivo y seleccione Properties
del menú.
3. Seleccione la pestaña Details. La versión del plug-in de OST se muestra como la
versión del archivo.
Encuentre su versión de Backup Exec
Procedimiento
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 Domain
Procedimiento
1. Hay dos opciones para eliminar una unidad de almacenamiento en un sistema Data
Domain:
l
Puede eliminar todos los medios dentro de un dispositivo de Backup Exec (unidad
de almacenamiento del sistema Data Domain) y luego eliminar el dispositivo de
Backup Exec.
l
También puede eliminar el dispositivo de Backup Exec incluso si los medios
permanecen en el dispositivo. La unidad de almacenamiento permanece en el
sistema Data Domain, y algunos archivos quedan en la unidad de
almacenamiento. Para recuperar este espacio, introduzca lo siguiente para
eliminar la unidad de almacenamiento en el sistema Data Domain:
# ddboost storage-unit delete storage-unit
Administración de Backup Exec
95
Administración de la aplicación de respaldo
96
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
CAPÍTULO 6
Solución de problemas básica
En este capítulo, se proporcionan sugerencias de solución de problemas básica que
podrían permitir que los clientes resuelvan problemas por su cuenta. En caso de
problemas que no se puedan resolver, los clientes deben ponerse en contacto con sus
proveedores de soporte contratados.
Para obtener más información, consulte la base de conocimientos de Data Domain, que
está disponible en https://support.emc.com.
En este capítulo, se incluyen los siguientes temas:
l
l
l
l
Solución de problemas general............................................................................. 98
Configuración del sistema Data Domain para la replicación de datos.................... 98
Solución de problemas de NetBackup................................................................... 98
Solución de problemas de Backup Exec.............................................................. 109
Solución de problemas básica
97
Solución de problemas básica
Solución de problemas general
Cuando investigue problemas, tenga en cuenta que el software de DD Boost tiene
componentes tanto en un sistema Data Domain como en un sistema de aplicaciones de
respaldo. Los dos ambientes deben ser compatibles. Las siguientes consideraciones
sobre la solución de problemas se aplican a ambos sistemas:
l
Configuraciones compatibles
Asegúrese de tener una configuración compatible, según se especifica en la Guía de
compatibilidad 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 componentes
cambia.
l
Fallas de autorización
Si ocurren fallas de autorización, asegúrese de que todos los sistemas tengan las
credenciales de acceso correctas para los otros sistemas. Configuración de un
servidor de medios en la página 78 proporciona instrucciones para establecer la
información de usuario.
Configuración del sistema Data Domain para la replicación de
datos
Para todas las versiones del sistema operativo DD, el comando replication
throttle controla la replicación. Configurar la limitación muy baja puede hacer que
fallen las duplicaciones optimizadas para NetBackup y Backup Exec.
Solución de problemas de NetBackup
No se puede eliminar el sistema Data Domain
En 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 cual
significa que el proceso emm o rmms podrían estar interrumpido.
l
Expiraron todos los archivos del sistema Data Domain especificado. Para obtener
instrucciones sobre cómo expira un archivo, consulte la documentación de NBU.
Si aún no puede eliminar el sistema Data Domain, siga estos pasos:
Procedimiento
1. Escriba lo siguiente:
# nbdevconfig -deletests -storage_server DDR -stype DataDomain
2. 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.
98
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Solución de problemas básica
En un sistema Windows
Procedimiento
1. Reinicie los servicios de NetBackup en el servidor de medios ejecutando estos dos
archivos ejecutables:
NBUInstallPath\NetBackup\bin\bpdown.exe
NBUInstallPath\NetBackup\bin\bpup.exe
2. Ejecute deletests nuevamente. Si falla, active más registros de NBU detallados
abriendo el archivo NBUInstallPath\NetBackup\nblog.conf y agregando esta
entrada:
NBSTSI=OID=202
3. 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 UNIX
Procedimiento
1. Si rmms se reinicia, pero emm no lo hace, verifique que todos los procesos estén
activos, 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ón
Una instalación inadecuada puede originar problemas con operaciones básicas, como
los 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 biblioteca
compartida:
libstspiDataDomain.so
libstspiDataDomainMT.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 biblioteca
compartida libstspiDataDomain.dll.
Comprobación de la instalación
99
Solución de problemas básica
2. Determine la versión del plug-in ingresando lo siguiente:
# bpstsinfo -pi
La versión del proveedor, que se muestra en el resultado de la versión del plug-in de
Data Domain, y la versión de creación, que es la versión de la API de 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 credenciales
Procedimiento
1. Para mostrar las credenciales para todos los sistemas Data Domain registrados como
servidores de almacenamiento, ingrese el siguiente comando desde el sistema de la
aplicació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 Data
Domain (servidor OpenStorage), siga el procedimiento Adición de credenciales en la
página 79, donde se describe cómo configurar credenciales y buscar errores e
incoherencias.
Resolución de errores de licencia
Si el asistente de configuración de pool de discos informa un error de licencia, haga lo
siguiente:
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 medios
El registro de errores es la herramienta principal para la solución de problemas
relacionados con NetBackup en un ambiente OpenStorage.
Procedimiento
1. Antes de comenzar una operación de duplicación optimizada, respaldo o
restauración, active el registro en el servidor de medios NetBackup. Siga las
instrucciones para el sistema operativo del servidor de medios o utilice la GUI de
NetBackup.
l
Activar el registro de errores en un sistema UNIX
Escriba lo siguiente:
# /usr/openv/netbackup/logs/mklogdir
l
Activar el registro de errores en un sistema Windows
Escriba lo siguiente:
C:\Program Files\Netbackup\logs\mklogdir.bat
100
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Solución de problemas básica
Resultados
Una vez que activó el registro de errores, el plug-in de OST califica con prefijos a los
mensajes informativos y de error con el nombre DataDomain.
Resolución de respaldos fallidos en servidores de medios
Busque mensajes de error de plug-in en el archivo de registro, según se describe a
continuación para el sistema operativo del servidor de medios.
Resolución de respaldos fallidos en un sistema UNIX
Procedimiento
1. Escriba lo siguiente:
# cat /usr/openv/netbackup/logs/bptm/LOGFILE_DATE | grep DataDomain
El comando selecciona las líneas del archivo de registro especificado que contengan
la palabra DataDomain. El plug-in usa DataDomain como prefijo para sus
mensajes de registro.
Resolución de respaldos fallidos en un sistema Windows
Procedimiento
1. Escriba lo siguiente:
C:\Program Files\Veritas\logs\bptm\LOGFILE_DATE.log
2. Abra el archivo de registro y busque la palabra DataDomain.
Resolución de la duplicación de archivos fallida
Procedimiento
1. Busque mensajes de error de plug-in en los archivos de registro del servidor de
medios, 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
Solución de problemas básica
3. Para obtener más asistencia, póngase en contacto con el proveedor de soporte
contratado.
Resolución del error de tiempo de espera
Procedimiento
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 Domain
ingresando lo siguiente:
# filesys status
3. Verifique que NFS se esté ejecutando en el sistema Data Domain ingresando lo
siguiente:
# nfs status
Resolución de mensajes de registro de plug-in
Cuando se produce un error en el plug-in, devuelve un código de error EPLUGIN a
NetBackup y registra un motivo del error.
Procedimiento
1. Determine si el motivo es uno de los siguientes:
l
Write Length Exceeds Limit Error
El tamaño de datos de búfer de escritura es limitado. Si recibe un mensaje de error
de superación de límite, cambie el tamaño del búfer a un valor dentro del límite
especificado, como se describe en Configuración de búferes en la página 81.
l
Program Not Registered
El 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-code
3. 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 el
inicio, 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
102
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Solución de problemas básica
Falla de los trabajos de respaldo de NetBackup en los servidores de medios Solaris
Si falla un trabajo de respaldo de archivos y presenta un error de escritura de medios
(84) en el comienzo, un detalle típico del trabajo de supervisión de la actividad podría
contener 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 cifrado
en el tráfico desde el puerto 665 (sun-dr). Sin embargo, el sistema operativo Solaris
desactivó la reconfiguración de Sun Dynamic. Como consecuencia, si bien el servidor de
medios utilizó el puerto 665 para conectarse mediante NFS al sistema Data Domain, el
paquete no abandonó el servidor de medios porque no estaba cifrado.
Para reparar este problema, debe desactivar la reconfiguración dinámica.
Desactivación de la reconfiguración dinámica
Procedimiento
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 AIX
Si ejecuta varios trabajos de respaldo desde un cliente AIX, con DD Boost, a un sistema
Data Domain habilitado para alta disponibilidad, los trabajos de respaldo pueden no
completarse.
Tradicionalmente, DD Boost asigna 24 MB de búferes del lado del cliente para cada
archivo abierto. Sin embargo, cuando los respaldos se envían a un sistema DD habilitado
para alta disponibilidad, los clientes requieren 128 MB para cada archivo abierto. Este
requisito puede crear problemas en cualquier cliente que abra una gran cantidad de
archivos, pero tenga poca memoria.
Falla de los trabajos de respaldo de NetBackup en los servidores de medios Solaris
103
Solución de problemas básica
Los clientes AIX pueden ser especialmente vulnerables a este problema debido al
tamaño del montón predeterminado en aplicaciones AIX.
Puede obtener mejores resultados si establece la variable de ambiente de AIX en export
LDR_CNTRL=MAXDATA=0x70000000.
Falla en el trabajo de deduplicación optimizada
La licencia de software de replicador para duplicación optimizada es necesaria tanto en
los sistemas Data Domain de origen como de destino que ejecutan SO DD 4.7 o
posterior.
Si no está instalada esta licencia, falla el trabajo de duplicación optimizada. En un típico
detalle de trabajo de monitoreo de actividades, se indica que se produjo un error de
escritura de medios (84). El registro de NetBackup bpdm indica que la operación de NFS
no es compatible.
Agregar licencia para la replicación
Procedimiento
1. Obtenga un código de licencia de replicación de Data Domain.
2. Desde la interfaz de la línea de comandos en cada sistema Data Domain, agregue el
código de licencia:
# license add license code
Respaldo sintético virtual
l
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 stats
l
Compruebe que se haya establecido la marca OptimizedImage.
# nbdevquery -liststs
l
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ática
En el sistema Data Domain de origen, se informan las estadísticas y los histogramas para
las RPC directamente relacionadas con la replicación de imágenes automática:
DDP_REMFILEOPS y DDP_IMAGESETOPS. Además, DDP_IMAGESETS es un conteo de
todos los conjuntos de imágenes enviados desde este sistema Data Domain. El
histograma de DDP_IMAGESETS informa el tiempo desde la última imagen del conjunto
de imágenes que se envía para una copia de archivo hasta que el evento se publica en el
sistema Data Domain en el dominio de destino.
En el sistema Data Domain de destino, se informan estadísticas e histogramas para la
RPC DDP_GETEVENT. Además, DDP_EVENTS es un conteo de todos los eventos de
conjuntos de imágenes informados para la importación. El histograma de DDP_EVENTS
informa el tiempo desde que se publicó el evento en el sistema Data Domain en el
dominio de destino hasta que se entrega a NetBackup para la importación.
104
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Solución de problemas básica
Use los comandos ddboost file-replication show para obtener los informes de
rendimiento de replicación de archivos de los archivos individuales.
Para mostrar las estadísticas de DD Boost, ingrese lo siguiente:
# ddboost show stats
Para mostrar el histograma de DD Boost, ingrese lo siguiente:
# ddboost show histogram
La replicación de imágenes automática no funciona
Procedimiento
1. Para verificar si funciona la conexión desde el sistema Data Domain de origen hacia el
sistema Data Domain de destino para la replicación, ingrese lo siguiente:
# replication option show
Nota
Asegúrese de que el puerto de TCP sea 2051 o acorde a la configuración.
2. Para verificar que las asociaciones estén configuradas correctamente en los sistemas
Data Domain de origen y de destino, ingrese lo siguiente:
# ddboost association show
3. Para verificar las nuevas imágenes de respaldo en el sistema Data Domain de origen,
ingrese lo siguiente:
# ddboost storage-unit show source-su
4. 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 del
origen.
a. Si no se envían nuevas imágenes copiadas en los archivos, revise para ver si hay
errores en la copia de archivos y problemas informados en el sistema Data Domain
de origen.
b. Eleve el nivel de depuración para el bpdm log e inspecciónelo para ver si hay
problemas.
5. Para verificar las estadísticas en el sistema Data Domain de destino, ingrese lo
siguiente:
ddboost show stats
Nota
Si el sistema Data Domain de destino muestra que el conteo total de DDP_GETEVENT
aumenta sin errores en el dominio de destino, esto indica que algún dominio de
destino de NetBackup en este sistema Data Domain sondea eventos en forma
periódica.
Monitoreo de la replicación de imágenes automática
105
Solución de problemas básica
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 lo
hacen, actualice la base de datos e ingrese lo siguiente:
nbdevconfig -updatests -storage_server rtp-ostdd670c2.datadomain.com -stype DataDomain
Reinicie los servicios de NetBackup.
a. En NBU 7.1, busque los indicadores STS_LSUF_REP_TARGET y _SOURCE, e ingrese
lo siguiente:
bpstsinfo -li -stype DataDomain -sn rtp-ostdd670c2.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-ostdd670c2.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 lo
siguiente:
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 : FTTransfer 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 Data
Domain, ingrese lo siguiente:
ddboost event show target-su
106
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Solución de problemas básica
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 del
cliente de origen (con cualquier _ integrado convertido en -) . ddr1.domain1.com
es el nombre de host del sistema Data Domain de origen. 1328637954 es el registro
de fecha y hora de la imagen de NetBackup (en este caso, la imagen se creó 7/2/12
18:05). Para Excel, el registro de fecha y hora en A2 se convierte a una hora/fecha con
la 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 la
unidad de almacenamiento de destino indica que el dominio NetBackup de
destino no realiza consultas para los eventos publicados. El SO de DD elimina
todos 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 la
unidad de almacenamiento de destino indica que el dominio NetBackup de
destino no procesa eventos. Esto puede implicar que el SLP especificado en el
archivo .imgset no está escrito correctamente en el dominio NetBackup de
destino.
8. Confirme que la base de datos de NetBackup refleja que el plug-in es un origen de
eventos y que el conteo de DDP_GETEVENT RPC mediante el comando ddboost
show stats aumenta. Si no aumenta, actualice la base de datos mediante
nbdevconfig -updatests -storage_server rtp-ostd670c2.datadomain.com -stype DataDomain
a. Busque STS_SRV_EVSYNC e ingrese lo siguiente:
bpstsinfo -si -stype DataDomain -sn rtp-ostdd670c2.datadomain.com Server Info: Server Name: DataDomain:rtpost-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; para
hacerlo, especifique una fecha y hora de inicio:
vxlogview -p 51216 -o stsem -b "7/2/2012 3:30:00 h">c:\stsem.log
Monitoreo de la replicación de imágenes automática
107
Solución de problemas básica
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 1
para que los registros no rellenen el sistema de archivos:
vxlogcfg -a -p 51216 -o stsem -s DebugLevel=1
9. 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 de
evento se elimina del sistema Data Domain de destino.
02/22/12 07:05:17.307 [STSEventSupplier::postReplEvent()]
AddOstImageToImport seqno=52 masterServer= <rtp-ostsparc1.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 de
destino (sin eventos enumerados para la unidad de almacenamiento de destino
determinada) pero el monitor de actividades no muestra actividad de importación,
verifique que los horarios en los servidores maestros de medios de los dominios de
origen y de destino estén sincronizados de modo razonable (por lo general, dentro de
pocos 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 a
cabo la importación de AIR, busque una entrada que indique que el trabajo de
importación se ha iniciado. La forma más fácil de hacer esto es utilizar la utilidad grep
para buscar el ID de imagen informado en el dominio de origen. En 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 were
successfully processed (191), revise la información de detalle en el
bpimport log. En la pantalla a continuación, el SLP en el dominio de destino no
coincidió con el SLP en el dominio de origen.
04/06/2012 11:23:38 - Error bpimport (pid=11137) Import of replica
image, backup id ostqa-sparc1.datadomain.com_1333724024, Import
failed because the imported image specifies an SLP name which does
not exist
15. El registro detallado de las operaciones de AIR en el sistema Data Domain está
disponible en ddfs.info si está activado el nivel adecuado de depuración.
Cuando se ejecuta en un nivel de depuración predeterminado (nivel 0), ddfs.info
contiene mensajes de error de ost_remfileops, ost_imagesetops,
ost_get_event_id, ost_get_event. 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
108
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración
Solución de problemas básica
de OST (-M) debe elevarse a 3. Esto puede realizarse mediante la utilidad
config_debug:
/ddr/bin/config_debug –P /ddr/bin/ddfs –M 0x00100000 –D 3
Nota
El registro completo la operación está disponible en el nivel de depuración 6. Sin
embargo, el nivel de depuración 6 por lo general no se utiliza debido al volumen de
registro de salida. Si se utiliza el nivel de depuración 6, el valor del nivel de
depuración debe volver a 0 en ddfs.info tras capturar el problema.
Cancelar la replicación de imágenes automática
Para detener las replicaciones en progreso para un SLP determinado, como se sugiere en
la 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 de
Symantec NetBackup en http://www.symantec.com/business/support/.
Solución de problemas de Backup Exec
Solución de problemas básica
l
Verifique que el conteo de conexiones simultáneas (trabajos) esté configurado
correctamente en todas las unidades de almacenamiento.
n
l
Backup Exec: La cantidad total de conexiones simultáneas desde un solo plug-in
de servidor de medios a todas las unidades asociadas de OpenStorage es de 48.
Esta cantidad se especificó cuando configuró el dispositivo.
ConsulteConfiguración de dispositivos en la página 90.
Si tiene un problema, trate de detener los servicios de Backup Exec y reiniciarlos. Si
esto no funciona:
n
Reinicie el servidor.
n
Inicie el depurador e intente recrear el problema.
Comprobación de la instalación
Una instalación inadecuada puede originar problemas con operaciones básicas, como
los 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 y
abriendo Properties > Details.
Solución de problemas de Backup Exec
109
Solución de problemas básica
Verificación de las credenciales para un sistema Data Domain
Procedimiento
1. Muestre las propiedades del dispositivo OpenStorage y registre la cuenta de inicio de
sesión.
2. Verifique que el nombre de usuario de inicio de sesión coincida con el nombre de
usuario de DD Boost en el sistema Data Domain.
Resolución de errores de licencia
Backup Exec debe contar con una licencia para OpenStorage, que es parte de la opción
de licencia de deduplicación.
Configuración de la depuración activa
Utilice la utilidad de depuración de Backup Exec (SGMON) para resolver problemas de
Backup 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.
110
EMC Data Domain Boost for OpenStorage 3.2.1 Guía de administración