Application Agent Dell EMC PowerProtect Database · Configuración de la visualización y la eliminación de información del saveset.. 125 Uso del comando ddbmadmin para mostrar

Dell EMC PowerProtect DatabaseApplication AgentVersión 19.2

Guía de instalación y administración302-005-989

REV 01

September 2019

Copyright © 2013-2019 Dell Inc. or its subsidiaries. Todos los derechos reservados.

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

aviso.

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

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

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

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

Dell Technologies, Dell, EMC, Dell EMC y otras marcas comerciales son marcas comerciales de Dell Inc. o sus filiales. Las demás marcas comerciales

pueden ser propiedad de sus respectivos dueños. Publicado en México.

EMC Computer Systems México, S.A. de C.V.Avenida Paseo de la Reforma # 505 piso 39, Colonia Cuauhtémoc C.P. 6500 Delegación Cuauhtémoc Ciudad de México, México.Tel.: +52 55 1037 0000www.DellEMC.com

2 Dell EMC PowerProtect Database Application Agent Guía de instalación y administración

13

15

17

Descripción general del producto 21Terminología que se usa en esta guía................................................................ 22Introducción al producto................................................................................... 22

Application Direct Respaldos y restauraciones de................................ 23Storage Direct Respaldos y restauraciones de en un sistema VMAX.... 24Storage Direct Respaldos y restauraciones de con RecoverPoint en unsistema XtremIO.................................................................................. 29Protección de aplicaciones coordinadas con bases de datos deMicrosoft SQL, MongoDB, MySQL y PostgreSQL............................... 35

Configuraciones compatibles............................................................................ 36Configuraciones de alta disponibilidad..................................................36Alta disponibilidad de Data Domain (HA).............................................. 37Soporte para virtualización...................................................................38Replicación de Data Domain.................................................................38Replicación de VMAX...........................................................................38

Límites de uso de los recursos de Data Domain.................................................43Operaciones de agente de aplicaciones de base de datos con límites deuso en la capacidad de Data Domain.....................................................44Operaciones de agente de aplicaciones de base de datos con límites deuso de Data Domain en los flujos.......................................................... 45Operaciones de Storage Direct del agente de aplicaciones de base dedatos con límites de uso de Data Domain............................................. 45

Plan de trabajo para operaciones de productos................................................. 47

Configuración del sistema de Data Domain para las operaciones deApplication Direct 49Licencias del sistema Data Domain................................................................... 50Activar DD Boost en un sistema Data Domain...................................................50Cambio de los derechos de acceso de DD Boost................................................51Habilitar el cifrado mediante una conexión WAN...............................................52Habilitar las operaciones de DD Boost a través de un firewall............................52Configurar las unidades de almacenamiento......................................................53Habilitar el procesamiento distribuido de segmentos........................................ 53Habilitar el balanceo de carga avanzado y la conmutación por error de vínculos...54Habilitar el servicio de DD Boost mediante FC.................................................. 55

Administración de rutas de DD Boost mediante FC.............................. 56Validación y solución de problemas de la conexión de la base de datos y delsistema Data Domain.........................................................................................57

Figuras

Tablas

Prefacio

Capítulo 1

Capítulo 2

CONTENIDO

Dell EMC PowerProtect Database Application Agent Guía de instalación y administración 3

Instalación del producto 59Plan de trabajo para instalar o actualizar software............................................60Instalación y desinstalación del software en AIX............................................... 62

Instalar el software en AIX................................................................... 62Desinstalar el software en AIX..............................................................65

Instalación y desinstalación del software en Linux............................................ 65Instalar el software en Linux.................................................................66Desinstalar el software en Linux........................................................... 67

Instalación y desinstalación del software en Solaris.......................................... 68Instalar el software en Solaris.............................................................. 68Desinstalar el software en Solaris.........................................................69

Instalación y desinstalación del software en Microsoft Windows...................... 70Instalar el software en Windows...........................................................70Desinstalar el software en Windows......................................................71

Componentes de software................................................................................ 72Vínculos de software creados durante la instalación.............................75

Software de BoostFS de Data Domain.............................................................. 76Acceso al software de BoostFS de Data Domain.................................. 76Habilitación de BoostFS de Data Domain para la protección deaplicaciones coordinadas......................................................................76

Configuración del producto 79Plan de trabajo para la configuración................................................................ 80Preparación del archivo de configuración......................................................... 80

Creación de un archivo de configuración que no se utiliza con laprotección de aplicaciones coordinadas................................................81Creación de los archivos de configuración que se utilizan con protecciónde aplicaciones coordinadas................................................................. 82Reglas de sintaxis para el archivo de configuración.............................. 83Parámetros comunes........................................................................... 86Parámetros comunes de Storage Direct para VMAX............................89Parámetros comunes de Storage Direct con RecoverPoint para XtremIO............................................................................................................. 91

Configuración de las operaciones del producto por medio de redes IP y FibreChannel.............................................................................................................94Verificación del modo de Solutions Enabler para respaldos de VMAX............... 95Configuración de la optimización de los respaldos de Storage Direct parasoftware de múltiples rutas de otros fabricantes.............................................. 96Configuración de las restauraciones de respaldos replicados............................ 96

Configuración de las restauraciones de respaldos replicados de StorageDirect.................................................................................................. 101

Configuración de las restauraciones de Storage Direct para VMAX directamentedesde Data Domain..........................................................................................104Configuración de las restauraciones de Storage Direct VMAX desdeinstantáneas locales.........................................................................................104Configuración de las restauraciones de reversión de respaldos de Storage Direct........................................................................................................................105Configuración de los límites de uso de los recursos de Data Domain................109

Configurar la cuota de uso en la capacidad de Data Domain................ 110Configurar los límites de uso de los flujos de Data Domain...................110

Configuración del lockbox................................................................................. 111Requisitos del lockbox..........................................................................111Configuración del lockbox con el comando ddbmadmin....................... 112

Configuración de la visualización y la eliminación de información del saveset.. 125Uso del comando ddbmadmin para mostrar y eliminar savesets.......... 126

Capítulo 3

Capítulo 4

Contenido


Uso del comando ddbmadmin para mostrar los clientes en una ruta dedispositivo........................................................................................... 131Uso del comando ddbmadmin para mostrar información de saveset... 132Uso del comando ddbmadmin para mostrar información de archivo deguardado.............................................................................................133Uso del comando ddbmadmin para eliminar savesets..........................135Uso del comando ddbmadmin para actualizar el índice de respaldos... 137

Configuración del uso de Data Domain Cloud Tier para transferencia de datos ala nube............................................................................................................. 138

Configuración de la política de DD Cloud Tier para transferencia dedatos a la nube....................................................................................138Ejecución de la transferencia de datos a la nube..................................141Realización de la recuperación de datos desde la nube........................ 141Recuperación de datos de la nube después de una recuperación antedesastres de DD Cloud Tier.................................................................143

Sugerencias generales para la solución de problemas...................................... 144Configuración del registro de depuración............................................144Archivos de registro de depuración.....................................................145El respaldo o la restauración falla debido a un lockbox inaccesible...... 147El respaldo o la restauración falla debido a un lockbox obsoleto.......... 147El comando ddbmadmin -P tiene un conflicto con una aplicacióninstalada............................................................................................. 147La creación del lockbox puede fallar en un recurso compartido NFS/CIFS................................................................................................... 148Procedimiento de creación de lockbox cuando está habilitada la funciónUAC en Windows................................................................................ 148Una actualización importante en el sistema puede producir un error delumbral de valor estable del lockbox.....................................................148La restauración falla si el valor del parámetro CLIENT no coincide con elnombre de cliente de respaldo............................................................ 149

Sugerencias para solucionar problemas específicos de Storage Direct............ 149La operación de Storage Direct puede fallar debido a problemas deconfiguración......................................................................................149La restauración puede fallar debido a una versión incompatible delsistema de archivos o administrador de volúmenes.............................150Solución de problemas de restauraciones de Storage Direct para VMAX........................................................................................................... 150Los dispositivos de Storage Direct para VMAX se deben reconocer conla base de datos de configuración Symmetrix......................................151Debe existir un vínculo de snapvx para el dispositivo de respaldo deStorage Direct para VMAX.................................................................. 151Limpieza manual de dispositivos de restauración de FAST.X después deun error de restauración de un respaldo de Storage Direct para VMAX....151Liberación manual de un dispositivo vdisk bloqueado después de unaoperación de restauración fallida o anulada.........................................153

Operaciones de Application Direct en sistemas DB2 155Descripción general de las operaciones de Application Direct en un ambienteDB2................................................................................................................. 156

Procesos de respaldo de DB2 de Application Direct............................156Procesos de restauración de DB2 de Application Direct......................157Respaldos de DB2 de registros de transacciones................................ 157

Configuración de las operaciones de Application Direct en un ambiente DB2.. 158Integración del producto en el ambiente DB2..................................... 158

Capítulo 5

Contenido


Configuración de los parámetros de DB2 para las operaciones deApplication Direct............................................................................... 158Configuración de archiving de registros de transacciones de DB2...... 160Configuración de eliminación de respaldos de DB2.............................. 161Prevención de eliminación de imágenes de respaldo de DB2............... 163Cálculo del uso de recursos de Data Domain en sistemas DB2............ 163

Ejecución de respaldos y recuperaciones de Application Direct con el CLP deDB2................................................................................................................. 164

Ejecución de respaldos de DB2 con el CLP de DB2............................. 164Ejecución de restauraciones de DB2 con el CLP de DB2..................... 168Ejecución de una recuperación de DB2 con el CLP de DB2................. 170

Ejecución de respaldos y restauraciones de Application Direct con la GUI de DB2........................................................................................................................ 172Ejecución de recuperaciones de datos de respaldo de Application Direct conprogramas de utilidades................................................................................... 172

Recuperación de respaldos de bases de datos de DB2 y respaldos deregistros con la utilidad ddbmdb2adutil............................................... 172Recuperación de datos de respaldo de DB2 con la utilidad HPU de IBM...178

Preparación para la recuperación ante desastres de DB2................................. 181Requisitos de DPF de DB2 para operaciones de Application Direct.................. 182Requisitos de HADR de DB2 para operaciones de Application Direct............... 182Requisitos de DB2 pureScale para las operaciones de Application Direct.........183

Ejecución de respaldos de Application Direct en un ambiente DB2pureScale............................................................................................184Ejecución de respaldos de Application Direct en un ambiente DB2pureScale........................................................................................... 185Restauración entre una instancia de DB2 pureScale y Enterprise ServerEdition................................................................................................ 185Respaldos y restauraciones de registros de transacciones en unambiente de pureScale de DB2........................................................... 187Eliminación de respaldos de Application Direct en un ambiente DB2pureScale............................................................................................187

Sugerencias de solución de problemas de DB2 para las operaciones deApplication Direct............................................................................................ 187

La puesta al día y la restauración de multi-stream de DB2 pueden fallaren AIX con DFC.................................................................................. 188Problema de DB2 con la resolución del nombre de host local.............. 188Problemas de DB2 con la configuración de logarchopt<n>................. 189Problemas de limpieza de DB2 con AUTO_DEL_REC_OBJ................. 191Problemas de DB2 debido a la recuperación incorrecta de registros....191El respaldo de base de datos puede fallar cuando se ejecutasimultáneamente con respaldos de una gran cantidad de registrosarchivados.......................................................................................... 193La operación de DB2 podría generar registros de depuración vacíos enWindows............................................................................................. 193

Operaciones de Storage Direct en sistemas DB2 195Descripción general de las operaciones de Storage Direct en un ambiente DB2....196

Procesos de respaldo de DB2 de Storage Direct.................................196Procesos de restauración de DB2 de Storage Direct...........................197Respaldos de DB2 de registros de transacciones................................ 197

Configuración de las operaciones de Storage Direct en un ambiente de DB2...197

Capítulo 6

Contenido


Configuración de los parámetros de DB2 para las operaciones deStorage Direct.................................................................................... 198Configuración de archiving de registros de transacciones de DB2...... 199Preparación para las restauraciones de reversión redirigidas de DB2 delos respaldos de Storage Direct para VMAX.......................................200Preparación para respaldos y restauraciones de reversión de DB2 deStorage Direct con RecoverPoint...................................................... 200

Ejecución de respaldos y recuperaciones de Storage Direct con el CLP de DB2...201

Ejecución de respaldos de Storage Direct con el CLP de DB2.............201Ejecución de restauraciones de Storage Direct con el CLP de DB2....202Ejecución de una recuperación de DB2 con el CLP de DB2................ 203

Administración y eliminación de respaldos de DB2 de Storage Direct..............203Consultas de los respaldos de DB2 de Storage Direct........................ 204Eliminación de respaldos de DB2 de Storage Direct........................... 204

Preparación para la recuperación ante desastres de DB2................................205Requisitos de DPF de DB2 para operaciones de Storage Direct...................... 206

Requisitos del sistema de archivos para operaciones de Storage Directen un ambiente de DPF...................................................................... 206Requisitos de configuración de las operaciones de Storage Direct en unambiente de DPF................................................................................208Ejecución de respaldos de Storage Direct en un ambiente de DPF.....209Ejecución de restauraciones de Storage Direct en un ambiente de DPF...210Ejecución de operaciones de consulta y eliminación en un ambiente deDPF..................................................................................................... 211

Requisitos de HADR de DB2 para operaciones de Storage Direct.................... 212Requisitos de DB2 pureScale para las operaciones de Storage Direct..............213

Descripción general de los respaldos y las restauraciones de StorageDirect de una base de datos de DB2 pureScale................................... 214Requisitos de configuración de las operaciones de Storage Direct en unambiente DB2 pureScale.....................................................................214Ejecución de respaldos de Storage Direct en un ambiente DB2pureScale............................................................................................217Ejecución de respaldos de Storage Direct en un ambiente DB2pureScale............................................................................................217Restauraciones de reversión redirigidas de respaldos de Storage Directpara VMAX en LUN alternativos en un clúster diferente.................... 220Respaldos y restauraciones de registros de transacciones en unambiente de pureScale de DB2...........................................................224Eliminación de respaldos de Storage Direct en un ambiente DB2pureScale........................................................................................... 224

Sugerencias de solución de problemas de DB2 para las operaciones de StorageDirect..............................................................................................................225

Es posible que falle la restauración de Storage Direct de DB2 con elcódigo de error de DB2 SQL2081N.....................................................225

Operaciones de Application Direct en sistemas Oracle 227Descripción general de las operaciones de Application Direct en un ambiente deOracle............................................................................................................. 228

Procesos de respaldo de Oracle......................................................... 228Procesos de restauración de Oracle...................................................229Respaldos de Oracle para registros de reconstitución archivados...... 230

Configuración de las operaciones de Application Direct en un ambiente deOracle............................................................................................................. 230

Capítulo 7

Contenido


Configuración del archivo de configuración en un ambiente de Oracle....230Creación de scripts de RMAN para las operaciones de Oracle deApplication Direct............................................................................... 231Configuración de operaciones en un ambiente de Oracle Data Guard.232Configuración de deduplicación optimizada de Oracle .......................233Cálculo del uso de recursos de Data Domain en sistemas Oracle........233

Ejecución de respaldos y restauraciones de Application Direct con Oracle RMAN....................................................................................................................... 234Ejecución de respaldos y restauraciones de Application Direct con OracleEnterprise Manager........................................................................................ 235Ejecución de respaldos y restauraciones de CDB y PDB de Oracle..................235Ejecución de operaciones de eliminación y mantenimiento de respaldos deOracle............................................................................................................. 236Preparación para la recuperación ante desastres de Oracle............................ 236Requisitos de clúster activo/pasivo y Oracle RAC para operaciones deApplication Direct............................................................................................237Sugerencias de solución de problemas de Oracle para las operaciones deApplication Direct........................................................................................... 238

Operaciones de Storage Direct en sistemas Oracle 239Descripción general de las operaciones de Storage Direct en un ambiente deOracle............................................................................................................. 240

Procesos de respaldo de Storage Direct para Oracle.......................... 241Procesos de restauración de Storage Direct para Oracle....................241Respaldos de Storage Direct para Oracle de registros de reconstituciónarchivados.......................................................................................... 241

Configuración de las operaciones de Storage Direct en un ambiente de Oracle....242

Configuración del archivo de configuración en un ambiente de Oracle....243Creación de los scripts de RMAN para las operaciones de Storage Direct...........................................................................................................243Preparación para la restauración de los registros archivados............. 246Preparación del dispositivo Data Domain para la restauración enWindows............................................................................................ 247Preparación para respaldos y restauraciones de reversión de Oracle deStorage Direct con RecoverPoint que usan RecoverPoint 5.0 oversiones posteriores......................................................................... 247Preparación para respaldos y restauraciones de reversión de Oracle deStorage Direct con RecoverPoint que usan versiones de RecoverPointanteriores a 5.0.................................................................................. 248Configuración de operaciones en un ambiente de Oracle Data Guard.248

Ejecución de respaldos y restauraciones de Storage Direct con Oracle RMAN....249Ejecución de respaldos y restauraciones de Storage Direct con OracleEnterprise Manager........................................................................................ 250Ejecución de respaldos y restauraciones de CDB y PDB de Oracle.................. 251Ejecución de operaciones de eliminación y mantenimiento de respaldos deOracle..............................................................................................................251Preparación para la recuperación ante desastres de Oracle............................ 252Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de StorageDirect..............................................................................................................253Requisitos de Oracle ASM para operaciones de Storage Direct...................... 253

Capítulo 8

Contenido


Descripción general de los respaldos y las restauraciones de StorageDirect para bases de datos de Oracle en ASM de Oracle....................254Configuración de los respaldos y las restauraciones de Storage Directpara bases de datos de Oracle en ASM de Oracle.............................. 255Ejecución y administración de los respaldos de Storage Direct en la basede datos de Oracle para ASM de Oracle............................................. 261Configuración y ejecución de las operaciones del catálogo de RMAN enun host proxy..................................................................................... 267Ejecución de la restauración y recuperación de RMAN en respaldos deStorage Direct de ASM de Oracle...................................................... 274Ejecución de restauraciones de reversión de respaldos de StorageDirect en ASM de Oracle....................................................................297

Restauración y reversión de Storage Direct para VCS en Solaris.................... 305Ejecución de una restauración de VCS de Storage Direct.................. 306Ejecución de una reversión de VCS de Storage Direct....................... 308

Sugerencias de solución de problemas de Oracle para las operaciones deStorage Direct..................................................................................................311

Es posible que falle la restauración de reversión de Oracle a una base dedatos nueva cuando se activa OMF.................................................... 312

Operaciones de Application Direct en sistemas SAP HANA 313Descripción general de las operaciones de Application Direct en un ambienteSAP HANA.......................................................................................................314

Procesos de respaldo de SAP HANA...................................................315Procesos de restauración de SAP HANA............................................ 315Respaldos de SAP HANA de registros de reconstitución.................... 315

Configuración de las operaciones de Application Direct en un ambiente SAPHANA.............................................................................................................. 316

Integración del producto en el ambiente SAP HANA...........................316Configuración de los parámetros de SAP HANA................................. 316Configuración de la compatibilidad de SAP HANA 2.0 SPS 00............317Activación del archivo de configuración en SAP HANA Studio............318Configuración de respaldos automáticos de registros de reconstituciónde SAP HANA..................................................................................... 318Cálculo del uso de recursos de Data Domain en sistemas SAP HANA. 319

Ejecución de respaldos, recuperaciones y eliminaciones de Application Directcon SAP HANA Studio.....................................................................................321

Ejecución de respaldos de Application Direct mediante SAP HANAStudio................................................................................................. 321Ejecución de restauraciones y recuperaciones de Application Directmediante SAP HANA Studio...............................................................322Eliminación de respaldos de Application Direct mediante SAP HANAStudio................................................................................................ 325

Ejecución de recuperaciones y respaldos de Application Direct con la CLI de SAPHANA..............................................................................................................327

Ejecución de respaldos de Application Direct con la CLI de SAP HANA....327Cancelación de respaldos de Application Direct con la CLI de SAP HANA...........................................................................................................328Comprobación de respaldos de Application Direct con la CLI de SAPHANA.................................................................................................329Realización de una recuperación de Application Direct con la CLI de SAPHANA.................................................................................................329

Preparación para la recuperación ante desastres de SAP HANA..................... 330

Capítulo 9

Contenido


Requisitos de escalamiento horizontal de SAP HANA para operaciones deApplication Direct............................................................................................ 331Sugerencias de solución de problemas de SAN HANA para las operaciones deApplication Direct............................................................................................332

Limitación de compatibilidad de organización en niveles dinámica conSAP HANA......................................................................................... 332Limitaciones de compatibilidad de SAP HANA 1.0 SPS 09..................332Limitaciones de compatibilidad de SAP HANA 2.0..............................332

Operaciones de Application Direct en sistemas SAP con Oracle 335Descripción general de las operaciones de Application Direct en un ambienteSAP con Oracle...............................................................................................336

Procesos de respaldo de SAP con Oracle...........................................336Procesos de restauración de SAP con Oracle.....................................337

Configuración de las operaciones de Application Direct en un ambiente SAP conOracle............................................................................................................. 338

Confirmación de los permisos de archivo y ambiente......................... 338Habilitación de los privilegios de administrador para restauraciones deSAP con Oracle en Windows.............................................................. 338Configuración de las operaciones de Application Direct con la utilidadbackint............................................................................................... 339Configuración de las operaciones de Application Direct con OracleRMAN................................................................................................ 343Cálculo del uso de recursos de Data Domain en sistemas SAP conOracle................................................................................................ 345

Ejecución de respaldos y recuperaciones de Application Direct con SAPBR*Tools........................................................................................................ 346

Ejecución de respaldos de Application Direct con BR*Tools.............. 346Ejecución de restauraciones y recuperaciones de Application Direct conBR*Tools........................................................................................... 347

Preparación para la recuperación ante desastres de SAP con Oracle..............348Restauración de los archivos requeridos de Oracle y SAP BR*Tools..348Recuperación de una base de datos de SAP con Oracle después de undesastre............................................................................................. 349

Requisitos de clúster y SAP con Oracle RAC para las operaciones de ApplicationDirect..............................................................................................................350

Requisitos de clúster activo/pasivo................................................... 350Requisitos de Oracle RAC.................................................................. 350

Sugerencias de solución de problemas de SAP con Oracle para las operacionesde Application Direct....................................................................................... 351

Operaciones de Storage Direct en sistemas SAP con Oracle 353Descripción general de las operaciones de Storage Direct en un ambiente SAPcon Oracle...................................................................................................... 354

Procesos de respaldo de SAP con Oracle...........................................354Procesos de restauración de SAP con Oracle.................................... 355

Configuración de las operaciones de Storage Direct en un ambiente de SAP conOracle............................................................................................................. 355

Integración del producto en el ambiente de BR*Tools........................356Confirmación de los permisos de archivo y ambiente......................... 358Habilitación de los privilegios de administrador para restauraciones deSAP con Oracle en Windows..............................................................358Configuración de los parámetros de SAP con Oracle......................... 358Preparación para la restauración de los registros archivados............. 362

Capítulo 10

Capítulo 11

Contenido


Preparación del dispositivo Data Domain para la restauración enWindows............................................................................................ 362Preparación para restauraciones de reversión de respaldos de StorageDirect de SAP con Oracle...................................................................362Preparación para respaldos y restauraciones de reversión de StorageDirect con RecoverPoint de SAP con Oracle que usan versiones deRecoverPoint anteriores a 5.0............................................................363

Ejecución de respaldos y recuperaciones de Storage Direct con SAP BR*Tools...364

Ejecución de respaldos de Storage Direct con BR*Tools................... 364Ejecución de restauraciones y recuperaciones de Storage Direct conBR*Tools........................................................................................... 365

Preparación para la recuperación ante desastres de SAP con Oracle..............366Restauración de los archivos requeridos de Oracle y SAP BR*Tools..366Recuperación de una base de datos de SAP con Oracle después de undesastre............................................................................................. 367

Requisitos de clúster y SAP con Oracle RAC para las operaciones de StorageDirect..............................................................................................................367

Requisitos de clúster activo/pasivo....................................................368Requisitos de Oracle RAC.................................................................. 368

Restauración y reversión de Storage Direct para VCS en Solaris.................... 368Ejecución de una restauración de VCS de Storage Direct.................. 368Ejecución de una reversión de VCS de Storage Direct........................ 371

Sugerencias de solución de problemas de SAP con Oracle para las operacionesde Storage Direct............................................................................................374

Operaciones de protección de aplicaciones coordinadas en las basesde datos de Microsoft SQL, MongoDB, MySQL y PostgreSQL 375Descripción general de la protección de aplicaciones coordinadas.................. 376

Funciones del agente de aplicación de base de datos específicas paraMicrosoft SQL....................................................................................376Funciones del agente de aplicación de base de datos específicas deMongoDB........................................................................................... 377Funciones del agente de aplicación de base de datos específicas paraMySQL............................................................................................... 377Funciones específicas del agente de aplicación de base de datos dePostgreSQL........................................................................................377

Componentes de protección de aplicaciones coordinadas...............................379Configuración de operaciones de protección de aplicaciones coordinadas......380

Parámetros de protección de aplicaciones coordinadas..................... 380Consideraciones de respaldo de protección de aplicaciones coordinadas.......................................................................................................... 388

Ejecución de operaciones de protección de aplicaciones coordinadas.............400Ejecución de respaldos de protección de aplicaciones coordinadas con elcomando ddbmoappbackup............................................................... 400Realización de una restauración de datos de protección de aplicacionescoordinadas........................................................................................402

Preparación para la recuperación ante desastres de protección de aplicacionescoordinadas..................................................................................................... 414

Ejecución de una recuperación ante desastres de protección deaplicaciones coordinadas.................................................................... 414

Consejos para la solución de problemas de protección de aplicacionescoordinadas..................................................................................................... 415

El respaldo de protección de aplicaciones coordinadas puede fallar enLinux con un error fusermount............................................................415

Capítulo 12

Contenido


Es posible que el respaldo de protección de aplicaciones coordinadas sesuspenda en Linux con la autenticación de contraseña de base de datos........................................................................................................... 416

Optimización del rendimiento 417Optimización del rendimiento de respaldo y recuperación............................... 418La regla del 70 % del componente de hardware...............................................418Impacto de los componentes de software en el rendimiento............................418Optimización del rendimiento en sistemas DB2................................................419Optimización del rendimiento en los sistemas Oracle...................................... 420Optimización del rendimiento en los sistemas SAP HANA...............................420Optimización del rendimiento en sistemas SAP con Oracle..............................421

423

Apéndice

Glosario

Contenido


Storage Direct Ambiente de agente de aplicación de base de datos de............................. 26Flujo de trabajo de respaldo de Storage Direct..................................................................28Storage Direct Ambiente de con RecoverPoint..................................................................31Flujo de trabajo de respaldo de Storage Direct con RecoverPoint.....................................33Flujo de trabajo de restauración de Storage Direct con RecoverPoint...............................35Agente de aplicación de base de datos en una configuración independiente..................... 36Respaldo de Storage Direct en un Data Domain secundario en una configuración de SRDF......................................................................................................................................... 39Respaldo de Storage Direct a un Data Domain primario o secundario en una configuraciónde SRDF............................................................................................................................40Topología admitida de SRDF/Metro..................................................................................42Diseño de sistema de archivos de base de datos en un ambiente de DPF de Storage Direct....................................................................................................................................... 208Requisitos de diseño del sistema de archivos de destino para una restauración de reversiónredirigida a un clúster alternativo de pureScale............................................................... 224Configuración de respaldo programado en Oracle Enterprise Manager........................... 235Configuración de respaldo programado en Oracle Enterprise Manager............................251Especificación del archivo de configuración en SAP HANA Studio.................................. 318Configuración de respaldos automáticos de registros en SAP HANA Studio....................319Especificación de la configuración de respaldo en SAP HANA Studio............................. 322Especificación del tipo de recuperación de SAP HANA Studio........................................ 323Ubicación de los respaldos de registros en SAP HANA Studio.........................................324Selección del respaldo de datos en SAP HANA Studio.................................................... 325Especificación de la configuración para eliminar un respaldo en SAP HANA Studio........ 326Especificación de la configuración para eliminar los respaldos anteriores de un respaldo enSAP HANA Studio........................................................................................................... 327

1234567

8

910

11

12131415161718192021

FIGURAS


Figuras


Historial de revisiones........................................................................................................ 17Convenciones de estilo...................................................................................................... 18Tipos de conexión de red en un ambiente de Storage Direct............................................. 26Tipos de conexión de red en un ambiente de Storage Direct con RecoverPoint.................31Directorios de instalación de software en AIX................................................................... 63Directorios de instalación de software en Linux................................................................ 66Directorios de instalación de software en Solaris.............................................................. 68Componentes del software del producto...........................................................................72Parámetros comunes........................................................................................................ 86Parámetros comunes de Storage Direct para VMAX.........................................................89Parámetros comunes de Storage Direct con RecoverPoint para XtremIO.........................92Parámetros para las operaciones por medio de redes Fibre Channel................................. 95Parámetros para las restauraciones desde un sistema Data Domain secundario................97Opciones del comando ddbmadmin para las operaciones del lockbox............................... 113Ejemplos de comandos ddbmadmin del modo no interactivo............................................ 114Las opciones del comando ddbmadmin para visualización y eliminación de savesets........127Parámetros de la depuración........................................................................................... 144Parámetros de DB2 para las operaciones de Application Direct....................................... 158Opciones de la utilidad ddbmdb2adutil para la recuperación de imagen de respaldo........ 175Valores de ejemplo para la entrada de host en el archivo de configuración del sistema....188Parámetro de DB2 para las operaciones de Storage Direct..............................................199Parámetros para las operaciones de Oracle ASM............................................................259Opciones del comando ddboraasm para un respaldo de Storage Direct en ASM de Oracle....................................................................................................................................... 262Parámetros para las operaciones del catálogo de RMAN en un host proxy......................270Las opciones de comando ddboraasm para una operación del catálogo de RMAN en unhost proxy....................................................................................................................... 273Opciones de comando ddboraasm para una vista previa de la restauración de comandos yla operación de montaje...................................................................................................277Las opciones de comando ddboraasm para una restauración y una recuperaciónautomatizadas................................................................................................................. 291Opciones de comando ddboraasm para una vista previa de la restauración de comandos ypreparar la operación de reversión.................................................................................. 298Opciones de comando ddboraasm para una operación de reversión................................302Parámetro de paralelismo de SAP HANA......................................................................... 316Parámetros de SAP con Oracle para las operaciones de Application Direct con backint..340Parámetros de SAP con Oracle para las operaciones de Storage Direct......................... 359Componentes de protección de aplicaciones coordinadas...............................................379Parámetros para respaldos de protección de aplicaciones coordinadas........................... 381Parámetros para restauraciones de protección de aplicaciones coordinadas...................386Opciones de línea de comandos para ddbmoappbackup.................................................. 388Asignación de un nivel de respaldo a respaldos de PostgreSQL.......................................397Opciones de línea de comandos para ddbmoapprecover................................................. 402

1234567891011121314151617181920212223

2425

26

27

28

29303132333435363738

TABLAS


Tablas


Prefacio

Como parte de un esfuerzo por mejorar las líneas de productos, lanzamos periódicamenterevisiones de software y hardware. Por lo tanto, es posible que no todas las versiones actuales dehardware y software sean compatibles con 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 lascaracterísticas del producto.

Si un producto no funciona correctamente o de la manera que se describe en este documento,comuníquese con un profesional de soporte técnico.

Nota: La información de este documento era precisa en el momento de la publicación. Paraasegurarse de estar utilizando la versión más reciente de este documento, visite el sitio web desoporte https://www.dell.com/support.

Propósito

En este documento, se describe cómo instalar, configurar y usar la versión 19.2 del agente deaplicaciones de base de datos de PowerProtect para las operaciones de Application Direct yStorage Direct.

Público de destino

Este documento está destinado a administradores de bases de datos (DBA) o administradores delsistema que son responsables de la instalación y el mantenimiento de sistemas de respaldo yrecuperación para bases de datos o aplicaciones.

Los usuarios de esta guía deben estar familiarizados con los siguientes temas:

l Terminología de respaldo, recuperación, base de datos, aplicaciones y red

l Procedimientos de respaldo y recuperación

l Procedimientos de recuperación ante desastres

Historial de revisiones

En la siguiente tabla, se presenta el historial de revisiones de este documento.

Tabla 1 Historial de revisiones

Revisión Fecha Descripción

01 24 de septiembre de2019

Versión inicial de este documento para el agente deaplicaciones de base de datos 19.2.

Documentación relacionada

Puede encontrar publicaciones adicionales para esta versión de producto y productos relacionadosen el sitio web de soporte.

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se proporcionan detalles sobre las plataformas y los ambientescompatibles.

Convenciones para notificaciones especiales utilizadas en este documento

Se utilizan las siguientes convenciones para notificaciones especiales:

AVISO Identifica contenido que advierte sobre la posibilidad de pérdida de negocios o datos.


https://www.dell.com/support

https://elabnavigator.emc.com/eln/modernHomeDataProtection


Nota: Contiene información que es incidental, pero no esencial para el tema.

Convenciones tipográficas

En este documento, se utilizan las siguientes convenciones de estilo de letras:

Tabla 2 Convenciones de estilo

Negrita Se utiliza para los nombres de los elementos de la interfaz que elusuario selecciona específicamente o en los que hace clic, como losnombres de botones, los campos, los nombres de pestañas y las rutasde menú. También se utiliza para el nombre de cuadros de diálogo,páginas, paneles, áreas de pantallas con título, etiquetas de tablas yventanas.

Cursiva Se utiliza para títulos completos de publicaciones a las que se hacereferencia en el texto.

Monospace Utilizada para:

l Código del sistema

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

l Nombres de ruta, nombres de archivo, extensiones de nombresde archivo, indicadores y sintaxis

l Comandos y opciones

Fuente monoespaciadaen cursiva

Se utiliza para variables.

Fuentemonoespaciada ennegrita

Se utiliza para entradas de usuario.

[ ] Los corchetes encierran valores opcionales.

| La línea vertical indica selecciones alternativas. La línea verticalsignifica “o” para las selecciones alternativas.

{ } Las llaves encierran contenido que debe especificar el usuario, comox, y o z.

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

Puede utilizar estos recursos para buscar más información sobre este producto, obtener soporte yproporcionar comentarios.

Dónde encontrar la documentación del producto

l https://www.dell.com/support

l https://community.emc.com

Adónde recurrir para obtener soporte

El sitio web de soporte https://www.dell.com/support brinda acceso a información sobre losproductos, como sus licencias, documentación, asesorías, descargas, tutoriales y solución deproblemas. Esta información puede ayudarlo a resolver un problema con un producto sin tener quecomunicarse con el servicio de soporte.

Para acceder a la página específica de un producto:

1. Vaya a https://www.dell.com/support.

Prefacio



https://community.emc.com



2. En el campo de búsqueda, escriba el nombre de un producto y luego seleccione el producto enla lista que aparezca.

Base de conocimientos

La base de conocimientos contiene soluciones aplicables que puede buscar por número de solución(por ejemplo, KB000xxxxxx) o por palabra clave.

Para buscar en la base de conocimientos:


2. En la pestaña Support, haga clic en Knowledge Base.

3. En el cuadro de búsqueda, escriba el número de la solución o las palabras clave. De maneraopcional, puede limitar la búsqueda a productos específicos si escribe un nombre de productoen el cuadro búsqueda y selecciona el producto en la lista que aparezca.

Chat en línea

Para participar en un chat interactivo en vivo con un agente de soporte, haga lo siguiente:


2. En la pestaña Support, haga clic en Contact Support.

3. En la página Contact Information, haga clic en el soporte correspondiente y luego continúe.

Las solicitudes de servicio

Para que el área de licencia le brinde ayuda en profundidad, envíe una solicitud de servicio. Paraenviar una solicitud de servicio, haga lo siguiente:


2. En la pestaña Support, haga clic en Service Requests.

Nota: Para crear una solicitud de servicio, debe contar con un acuerdo de soporte válido.Comuníquese con un representante de ventas para obtener detalles acerca de una cuenta o dela obtención de un acuerdo de soporte válido. Para obtener los detalles de una solicitud deservicio, en el campo Service Request Number, escriba el número de solicitud de servicioy luego haga clic en la flecha derecha.

Para revisar una solicitud de servicio abierta:


2. En la pestaña Support, haga clic en Service Requests.

3. En la página Service Requests, en Manage Your Service Requests, haga clic en View All DellService Requests.

Comunidades en línea

Para acceder a contactos con colegas, a conversaciones y a contenido sobre soporte y solucionesde productos, vaya a Community Network https://community.emc.com Participe de manerainteractiva en línea con clientes, partners y profesionales calificados.

Cómo proporcionar comentarios

Sus comentarios ayudan a mejorar la exactitud, la organización y la calidad general de laspublicaciones. Puede enviar comentarios a [email protected].

Prefacio






https://community.emc.com

mailto:[email protected]

Prefacio


CAPÍTULO 1

Descripción general del producto

Este capítulo incluye los siguientes temas:

l Terminología que se usa en esta guía.....................................................................................22l Introducción al producto........................................................................................................22l Configuraciones compatibles.................................................................................................36l Límites de uso de los recursos de Data Domain..................................................................... 43l Plan de trabajo para operaciones de productos..................................................................... 47


Terminología que se usa en esta guíaLos términos agente de aplicación de base de datos, producto y software incluidos en esta guía serefieren al software del agente de base de datos que habilita las funcionalidades y los flujos detrabajo de Application Direct y Storage Direct.

Las secciones genéricas de esta guía utilizan el término registros de transacciones para losregistros que se requieren para recuperar datos que respaldó el agente de aplicación de base dedatos. Las diferentes aplicaciones que son compatibles con el producto utilizan términosespecíficos de las aplicaciones para los registros, como registros archivados.

Las referencias de UNIX en esta guía se aplican a los sistemas operativos UNIX y Linux, a menosque se especifique lo contrario. Las referencias de Windows se aplican a todos los sistemasoperativos Microsoft Windows compatibles, a menos que se especifique lo contrario.

Los procesos del agente de aplicación de base de datos distinguen entre la restauración y larecuperación de una base de datos:

l Restauración significa recuperar datos de respaldo y almacenarlos en disco.l Recuperación significa aplicar los registros de transacciones para que la base de datos sea

coherente.

El término restauración a un punto en el tiempo también se conoce como restauración a nivel deobjeto.

El glosario proporciona detalles sobre términos utilizados en esta guía. Los términos incluyentérminos específicos de Data Domain, VMAX y XtremIO relacionados con las operacionescompatibles de Application Direct (DD Boost), Storage Direct con VMAX y Storage Direct conRecoverPoint.

Introducción al productoEl agente de aplicación de base de datos le permite realizar respaldos y restauraciones de los datosde las bases de datos de DB2, Oracle, SAP HANA o SAP con Oracle con un sistema Data Domain.Puede usar las herramientas de respaldo y recuperación específicas de la base de datos paraejecutar las operaciones de los productos.

El agente de aplicación de base de datos realiza los siguientes tipos de respaldos:

l Application Direct Respaldos de (DD Boost) a un sistema Data Domainl Storage Direct Respaldos de del almacenamiento primario de VMAX a un sistema Data Domainl Storage Direct Respaldos de con RecoverPoint del almacenamiento primario de XtremIO a un

sistema Data Domain

Puede utilizar el agente de aplicación de base de datos para ejecutar respaldos y restauraciones deApplication Direct para datos de la base de datos de DB2, Oracle, SAP HANA o SAP con Oracle.

Puede ejecutar respaldos y restauraciones de Application Direct a través de una conexión de redEthernet (IP) o Fibre Channel (FC).

También puede usar la función de protección de aplicaciones coordinadas con el agente deaplicación de base de datos para ejecutar respaldos y restauraciones de Application Direct paradatos de la base de datos de Microsoft SQL, MongoDB, MySQL Community Edition y PostgreSQL.

Nota: La función de protección de aplicaciones coordinadas solo es compatible con Linux x64.

El agente de aplicación de base de datos es compatible con el cifrado durante la transferencia paraclientes de Application Direct con un sistema de Data Domain a través de una conexión WAN. Parautilizar esta función, puede configurar el sistema Data Domain con cifrado de seguridad media oalta y establecer el modo de autenticación anónimo. La configuración es transparente para el



agente de aplicación de base de datos. Encontrará información detallada en la versión más recientedel documento Guía de administración de Data Domain Boost.

También puede usar el agente de aplicación de base de datos para proteger los tipos específicos dedatos de la base de datos por medio de las operaciones de Storage Direct compatibles:

l Puede proteger los datos de la base de datos de DB2, Oracle y SAP con Oracle que residen enun arreglo VMAX. El agente de aplicación de base de datos utiliza la tecnología de StorageDirect para proteger los datos en el sistema VMAX. Storage Direct Respaldos y restauracionesde en un sistema VMAX en la página 24 proporciona más detalles.

l Puede proteger los datos de la base de datos de DB2, Oracle y SAP con Oracle que residen enun arreglo XtremIO. El agente de aplicación de base de datos utiliza las tecnologías de StorageDirect y RecoverPoint para proteger los datos en el sistema XtremIO. Storage DirectRespaldos y restauraciones de con RecoverPoint en un sistema XtremIO en la página 29proporciona más detalles.

El agente de aplicación de base de datos es compatible con las redes IPv4 e IPv6, e IPv4 con IPv6combinadas de Data Domain para respaldos y restauraciones de Application Direct y StorageDirect.

Nota:El agente de aplicación de base de datos no hace distinción entre los tipos de redes TCP/IP(LAN, WAN o MAN) y pueden funcionar correctamente donde la pérdida de paquetes seaestrictamente del 0 % y la latencia sea inferior a 20 ms.

El agente de aplicación de base de datos no puede operar en un ambiente o en unaconfiguración regional que no sea en inglés y tampoco es compatible con una entrada o salidaque no sea ASCII.

Application Direct Respaldos y restauraciones deUn respaldo de Application Direct en un sistema de Data Domain aprovecha la función de DD Boostmediante los siguientes dos componentes:

l La API de la biblioteca de DD Boost permite al software de respaldo comunicarse con elsistema Data Domain.

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se proporciona información detallada acerca de las versionescompatibles de la biblioteca de DD Boost y DD OS.

l El componente de procesamiento distribuido de segmentos (DSP) analiza los datos que yaestán almacenados en el sistema Data Domain y envía solo datos únicos al almacenamiento. Elcomponente DSP permite que los datos de respaldo se dedupliquen en la base de datos o en elhost de aplicaciones para reducir la cantidad de datos transferidos por medio de la red. Procesamiento distribuido de segmentos de DD Boost en la página 23 proporciona másdetalles.

Durante la restauración de un respaldo a un cliente, el sistema Data Domain convierte los datosalmacenados a su estado original no deduplicado antes de enviar los datos mediante la red.

Procesamiento distribuido de segmentos de DD BoostExisten dos modos de operación para enviar datos de respaldo a un sistema Data Domain pormedio de DD Boost, uno con procesamiento distribuido de segmentos (DSP) activado y otro conDSP deshabilitado. El modo de operación está establecido en el sistema Data Domain.

Cuando se activa DSP, el proceso de deduplicación se distribuye entre la biblioteca de DD Boost yel sistema Data Domain. Partes del proceso de deduplicación se ejecutan en el host de base dedatos o aplicación, de modo que la biblioteca de DD Boost envía solo datos únicos al sistema DataDomain por medio de la red.

El procesamiento distribuido de segmentos proporciona los beneficios siguientes:





l El rendimiento es potencialmente mayor debido a que la biblioteca de DD Boost envía solodatos únicos en lugar de todos los datos al sistema Data Domain. Las mejoras en el rendimientodependen del nivel de redundancia de los datos que se respaldan, la carga de trabajo general enel servidor de base de datos y la funcionalidad del servidor de base de datos. En general, selogra mayor rendimiento con mayor redundancia, mayor carga de trabajo del servidor de basede datos y mayor funcionalidad del servidor de base de datos.

l Como solo se envían los datos únicos al sistema Data Domain por medio de la red, los requisitosde ancho de banda de red se reducen considerablemente.

l La recuperación de respaldos fallidos puede ser potencialmente mucho más rápida. Si seproduce un error en el medio o hacia el final de un respaldo de gran tamaño y un usuario reiniciael respaldo, no es necesario que vuelvan a enviarse los datos que ya se enviaron al sistema DataDomain. El respaldo se completa más rápidamente al reintentar.

Cuando está activado el procesamiento distribuido de segmentos, la biblioteca de DD Boost, queforma parte del producto, realiza las siguientes tareas:

1. Segmentación de los datos.2. Procesamiento de ID para los segmentos de datos.3. Verificación de segmentos duplicados mediante el sistema Data Domain.4. Compresión de segmentos únicos que no se encuentran en el sistema Data Domain.5. Envío de los datos comprimidos al sistema Data Domain, que escribe los datos únicos en el

disco.

El algoritmo de compresión local que se utiliza en la biblioteca de DD Boost debe configurarse en elsistema Data Domain. Para obtener más información acerca de la compresión local y suconfiguración, consulte la Guía de administración de Data Domain Operating System.

Cuando se desactiva el procesamiento distribuido de segmentos, la biblioteca de DD Boost envíalos datos directamente al sistema Data Domain por medio de la red. A continuación, el sistema deData Domain segmenta, deduplica y comprime los datos antes de escribirlos en el disco.

Nota: No se puede desactivar el procesamiento distribuido de segmentos en un sistema DataDomain Extended Retention.

Operaciones de Application Direct con DDVE en Amazon Web ServicesEl agente de aplicación de base de datos 4.0 cuenta con compatibilidad para operaciones derespaldo y recuperación de Application Direct con Data Domain Virtual Edition (DDVE) en unambiente de nube de Amazon Web Services (AWS).

Para las operaciones de Application Direct con DDVE en una nube de AWS es necesario DD OS 6.1o versiones posteriores. En la documentación de Data Domain se proporcionan detalles sobremejores prácticas y límites.

Storage Direct Respaldos y restauraciones de en un sistema VMAXEl agente de aplicaciones de base de datos utiliza la tecnología de Storage Direct. Esta tecnologíapermite respaldos de instantáneas de datos de bases de datos de almacenamiento primario en unsistema VMAX a almacenamiento con protección en un sistema Data Domain.

Además de almacenar los respaldos en el sistema Data Domain, el agente de aplicación de base dedatos conserva la última instantánea de SnapVX, también conocida como instantánea local, en elsistema VMAX para una restauración más rápida.

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se proporciona información detallada acerca de las plataformas, lossistemas de archivos y los administradores de volúmenes compatibles para las operacionesde .Storage Direct.

El agente de aplicación de base de datos también protege los archivos que se requieren para larecuperación de bases de datos y no residen en VMAX o no se pueden respaldar mediante





instantáneas, debido a restricciones del proveedor de base de datos. El agente de aplicaciones debase de datos protege estos archivos mediante un respaldo de Application Direct. Como resultado,el agente de aplicación de base de datos proporciona protección general de la base de datos, sinimportar dónde residan los datos.

Utilice las herramientas de respaldo y recuperación específicas de la base de datos para ejecutar unrespaldo y recuperación de Storage Direct.

Storage Direct En la tecnología de se utilizan las siguientes funciones en el arreglo VMAX y en elsistema Data Domain para proporcionar protección de VMAX a Data Domain.

l En el sistema Data Domain:

n Servicios de vdisk y scsitarget

n FastCopy

l En el arreglo VMAX:

n FAST.X, que puede encapsular dispositivos externos en Data Domain para VMAX

n SnapVX

Un respaldo de Storage Direct toma una instantánea de SnapVX en el sistema de VMAX ytransfiere los bloques al sistema de Data Domain mediante una red de área de almacenamiento(SAN), sin pasar por el host de aplicaciones. El dispositivo de almacenamiento de protección deData Domain (vdisk) aparece como un dispositivo interno para VMAX, mientras que los datos sealmacenan en el sistema Data Domain. El sistema VMAX rastrea los datos que han cambiado desdela última actualización para el dispositivo de protección de Data Domain. Por lo tanto, el sistema deVMAX solo envía los datos modificados al sistema de Data Domain durante un respaldo de StorageDirect, en lugar de todos los datos.

Un respaldo de Storage Direct de una base de datos es un respaldo completo con el costo de unrespaldo incremental. El respaldo de Storage Direct también tiene un mínimo de sobrecarga en elhost de aplicaciones, debido a que todos los bloques modificados se transfieren directamente deVMAX a Data Domain a través de la SAN.

Nota: Con un sistema de VMAX, cuando los registros archivados o de la base de datos no estánen un administrador de volúmenes lógicos (LVM), el agente de aplicaciones de base de datosserializa el respaldo de Storage Direct de cada LUN. Cuando se usa un LVM, el agente deaplicación de base de datos realiza un respaldo multi-stream que respalda cada LUN que formaparte del grupo del volumen en paralelo. Por ejemplo, si la base de datos está en un grupo devolúmenes, db_vg, que contiene 10 LUN, el respaldo se realiza mediante el uso de 10 flujos.

En la siguiente ilustración, se muestra un ejemplo de la topología de Storage Direct, con un sitioprimario y un sitio secundario opcional. En el sitio primario, el host de aplicaciones accede a losdatos de la base de datos que se almacenan en el sistema VMAX y los datos de respaldo setransfieren al sistema Data Domain. Un host de recuperación independiente es opcional. Si seejecuta la recuperación al host de aplicaciones original, el host de aplicaciones también es el hostde recuperación.

Se pueden replicar los datos de respaldo desde el sistema Data Domain en el sitio primario alsistema Data Domain en el sitio secundario. También puede recuperar los datos a un host derecuperación opcional en el sitio secundario.



Figura 1 Storage Direct Ambiente de agente de aplicación de base de datos de

Storage Direct Para las operaciones de se requieren tanto conexiones de red IP (LAN o WAN)como de SAN Fibre Channel (FC). La siguiente tabla enumera los tipos requeridos de conexionesde red.

Tabla 3 Tipos de conexión de red en un ambiente de Storage Direct

Componentes conectados Tipo de conexión

Sitio primario:

Host de aplicaciones primario a sistema VMAX primario FC

Host de aplicaciones primario a sistema Data Domain primario IP

Sistema VMAX primario a sistema Data Domain primario FC

(Opcional) Host de recuperación primario a sistema VMAXprimario

FC

(Opcional) Host de recuperación primario a sistema Data Domainprimario

IP

Sitio secundario (opcional)

Host de recuperación secundario a sistema VMAX secundario FC

Host de recuperación secundario a sistema Data Domainsecundario

IP

Sistema VMAX secundario a sistema Data Domain secundario FC

Conexiones entre sitios (opcional):

Host de aplicaciones primario a sistema Data Domain secundario IP

Sistema Data Domain primario a sistema Data Domain secundario IP

Sistema VMAX primario a sistema VMAX secundario Todos compatibles conSRDF/S



Tabla 3 Tipos de conexión de red en un ambiente de Storage Direct (continuación)


Replicación de VMAX en la página 38 describe el soporte deSRDF/S.

Sistema VMAX secundario a sistema Data Domain primario FC, si lo permite ladistancia

Sistema VMAX primario a sistema Data Domain secundario FC, si lo permite ladistancia

Flujo de trabajo de respaldo de Storage Direct con VMAXEn el flujo de trabajo de respaldo de Storage Direct con un sistema VMAX se incluyen lossiguientes pasos.

1. El administrador de base de datos inicia un respaldo de Storage Direct mediante la ejecución dela herramienta de respaldo nativa de base de datos y la especificación del tipo de respaldo.

2. El agente de aplicación de base de datos asigna los archivos en el respaldo a una lista dedispositivos de origen de VMAX (LUN de origen) y comprueba si los dispositivos se puedenproteger mediante Storage Direct.

3. El agente de aplicación de base de datos notifica a la aplicación o a la base de datos que esosarchivos pueden ponerse en modo de reposo o ponerse en modo de respaldo en activo.

4. El agente de aplicación de base de datos crea una instantánea de SnapVX en el sistema VMAX.

5. El agente de aplicación de base de datos notifica a la aplicación o la base de datos que losarchivos pueden quitarse del modo de reposo o quitarse del modo de respaldo, para obtener unimpacto mínimo en la aplicación o la base de datos.

6. El sistema VMAX copia los datos modificados en cada LUN de origen a un dispositivo vdisk deData Domain correspondiente, que es un LUN de VMAX FAST.X encapsulado.

7. Para cada dispositivo vdisk de DD, el sistema Data Domain crea y almacena una imagenestática de vdisk de DD, que es un respaldo permanente.

8. La herramienta de respaldo de base de datos registra el respaldo correcto en su catálogo derespaldo.

9. El agente de aplicación de base de datos registra el respaldo en su propio catálogo en unaunidad de almacenamiento predefinida en el sistema Data Domain.

10. El agente de aplicación de base de datos respalda los archivos que no puede proteger StorageDirect, por ejemplo, el archivo de control de Oracle o los registros de archivo de DB2. El agentede aplicación de base de datos utiliza el flujo de trabajo de Application Direct para respaldar losarchivos en el sistema Data Domain, lo que proporciona protección de datos completa.

En la siguiente figura se muestra el flujo de trabajo de respaldo de Storage Direct en un ambientede agente de aplicación de base de datos de Storage Direct.



Figura 2 Flujo de trabajo de respaldo de Storage Direct

Flujo de trabajo de restauración de Storage Direct con VMAXEn el flujo de trabajo de restauración de Storage Direct con un sistema VMAX se incluyen lossiguientes pasos.

1. El administrador de bases de datos inicia una restauración y una recuperación de StorageDirect mediante la ejecución de la herramienta de recuperación nativa de bases de datos en elhost de recuperación.

2. La herramienta de recuperación nativa de bases de datos solicita que el agente de aplicación debase de datos restaure los datos requeridos y proporciona un identificador de respaldo.

3. El agente de aplicación de base de datos realiza búsquedas en su propio catálogo para buscar elrespaldo solicitado, que es una imagen estática en el sistema Data Domain.

4. Si se ejecuta la restauración desde el último respaldo y la última instantánea de SnapVX tieneun estado válido:

a. El agente de aplicación de base de datos vincula la instantánea en el LUN de VMAX, que seconoce como el LUN de restauración del agente de aplicación de base de datos.

b. La operación de restauración continúa con el paso 6.

5. El agente de aplicación de base de datos crea una instancia y sobrescribe la imagen estáticacorrespondiente a un dispositivo DD vdisk, que es un LUN FAST.X encapsulado en un sistemaVMAX. El LUN de FAST.X se conoce como el LUN de restauración del agente de aplicación debase de datos.

6. De manera predeterminada, el agente de aplicación de base de datos monta el LUN derestauración nuevamente en el host de recuperación y copia los archivos necesarios a lasubicaciones solicitadas.

Si el DBA selecciona una restauración de reversión al host original, el agente de aplicación debase de datos ejecuta una restauración de nivel de LUN de VMAX al dispositivo de origenoriginal.

Si el DBA selecciona una restauración de reversión a un host alternativo, el agente deaplicación de base de datos ejecuta una restauración de nivel de LUN de VMAX al dispositivode origen original.



AVISOUna restauración de reversión se realiza como parte del flujo de trabajo que inicia laherramienta de recuperación nativa de bases de datos. Si hay otros archivos en los LUNademás de los archivos solicitados para la base de datos o los objetos de la base de datosespecíficos, el agente de aplicación de base de datos hace fallar la operación de restauraciónde manera predeterminada como medida de seguridad.

Un archivo con el nombre psrollback.res se debe crear en el directorio requerido si el LUNseleccionado que se restaurará tiene otras particiones o datos que no están especificados parala restauración de reversión. Configuración de las restauraciones de reversión de respaldos deStorage Direct en la página 105 proporciona información detallada.

Según el tipo de base de datos, es posible que la herramienta de recuperación de base de datosaplique los registros de transacciones para hacer que la base de datos sea coherente o paraponerla al día a una hora posterior a la del respaldo. Si los registros no se encuentran en el sistema,el agente de aplicación de base de datos restaura y aplica los registros por medio de unarestauración de Application Direct o de Storage Direct, según el respaldo original de los registros.

Storage Direct Respaldos y restauraciones de con RecoverPoint en un sistemaXtremIO

El agente de aplicaciones de base de datos utiliza las tecnologías de Storage Direct yRecoverPoint. Estas tecnologías permiten respaldos de instantáneas de datos de base de datosdesde el almacenamiento primario en un sistema XtremIO a almacenamiento con protección en unsistema Data Domain. Las tecnologías de Storage Direct y RecoverPoint proporcionantransferencia de bloques de datos de los LUN de origen del sistema XtremIO (administrados porgrupos de consistencia de RecoverPoint) al sistema de Data Domain. El agente de aplicaciones debase de datos también permite la restauración de respaldos de Storage Direct con RecoverPointdesde el sistema de Data Domain.

Un respaldo de Storage Direct con RecoverPoint de una base de datos es un respaldo completocon el costo de un respaldo incremental. El respaldo también tiene un mínimo de sobrecarga en elhost de aplicaciones, debido a que todos los bloques modificados se transfieren directamentedesde XtremIO a Data Domain a través de un dispositivo RecoverPoint (RPA).

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se ofrece información detallada acerca de las plataformas, lossistemas de archivos y los administradores de volúmenes compatibles para las operaciones deStorage Direct con RecoverPoint.

El agente de aplicación de base de datos también protege los archivos que se requieren para larecuperación de base de datos y no residen en XtremIO o no se pueden respaldar medianteinstantáneas, debido a restricciones del proveedor de base de datos. El agente de aplicaciones debase de datos protege estos archivos mediante el respaldo de Application Direct. Como resultado,el agente de aplicación de base de datos proporciona protección general de la base de datos, sinimportar dónde residan los datos.

Utilice las herramientas de respaldo y recuperación específicas de la base de datos para realizar unrespaldo y una recuperación de Storage Direct con RecoverPoint.

Las tecnologías de Storage Direct y RecoverPoint utilizan las siguientes funciones en el sistema deData Domain, el clúster de RecoverPoint y el arreglo XtremIO para proporcionar la protección deXtremIO a Data Domain:

l En el sistema Data Domain:

n Servicios de vdisk y scsitarget

n FastCopy

n DD Boost





l En el clúster de RecoverPoint:

n grupos de coherencia de RecoverPoint

l En el arreglo XtremIO:

n Grupos de iniciadores de XtremIO

En un respaldo de Storage Direct con RecoverPoint se crea una instantánea de un punto en eltiempo en el sistema XtremIO y se transfieren los bloques al sistema de Data Domain por medio delRPA, sin pasar por el host de aplicaciones. El sistema RecoverPoint rastrea los datos que hancambiado desde la última actualización hacia el dispositivo de protección de Data Domain. Por lotanto, el sistema RecoverPoint solo envía los datos modificados al sistema de Data Domain duranteun respaldo de Storage Direct con RecoverPoint, en lugar de todos los datos.

En RecoverPoint, los LUN de origen (volúmenes) están protegidos por grupos de consistencia. Sidos conjuntos de datos dependen el uno del otro, como una base de datos y un registro de base dedatos, deben formar parte del mismo grupo de consistencia. Los componentes lógicos de un grupode coherencia incluyen copias, conjuntos de replicación y registros:

l Las copias son todos los volúmenes de un grupo de consistencia que sean un origen o undestino de replicación en un clúster de RPA específico. Las copias incluyen copias deproducción, copias locales, copias remotas y sus volúmenes de registro.

l Un grupo de consistencia consta de uno o más conjuntos de replicación que incluyen unvolumen de producción y cualquier volumen local o remoto en los que se replica el volumen deproducción. La cantidad de conjuntos de replicación en el sistema es igual a la cantidad devolúmenes de producción que se están replicando.

Un conjunto de grupos de RecoverPoint es un conjunto definido por el usuario de grupos deconsistencia que se utiliza para ejecutar actividades operacionales y de recuperación. En ladocumentación de RecoverPoint se proporcionan detalles completos sobre los grupos deconsistencia, además de los componentes y procedimientos de configuración correspondientes.

Para las operaciones de Storage Direct con RecoverPoint:

l La copia local en un grupo de coherencia existe en el sistema Data Domain, y no hay ningúnvolumen de registro para esa copia local. El grupo de coherencia puede tener un máximo de unacopia local que se encuentre en un sistema Data Domain.

l No se puede habilitar el uso de marcadores paralelos para un conjunto de grupos.

l Si un administrador de volúmenes lógicos (LVM) controla los volúmenes en el host deaplicaciones, los volúmenes físicos (discos) de LVM que pertenecen a un grupo de volúmenesde LVM se deben agregar a un grupo de consistencia de RecoverPoint. LVM2 en Linux es unejemplo de un tipo de LVM.

No agregue los volúmenes físicos que pertenecen a un grupo de volúmenes de LVM a variosgrupos de coherencia. Si agrega los volúmenes físicos a varios grupos de consistencia, elrespaldo de Storage Direct con RecoverPoint falla con el siguiente mensaje:

Consistency group is already running.Puede crear un grupo de coherencia que contenga los volúmenes físicos de dos grupos devolúmenes de LVM. Por ejemplo, el grupo de volúmenes de LVM VG1 tiene x cantidad devolúmenes físicos y VG2 tiene y cantidad de volúmenes físicos. Puede crear un grupo deconsistencia que contenga todos los volúmenes físicos x+y de ambos grupos de volúmenes.

Nota: Independientemente de si se utiliza o no un LVM, todos los LUN se respaldan en elmismo grupo de consistencia en paralelo mediante el software de RecoverPoint. Ladocumentación de RecoverPoint proporciona información detallada.

l Si elimina un grupo de coherencia, no se elimina automáticamente ninguna imagen estáticaasociada (creada por los respaldos) en el sistema Data Domain. Puede restaurar a partir deestos respaldos, pero no puede eliminar estos respaldos con las herramientas de respaldo yrecuperación específicas de la base de datos.



Si alguno de estos respaldos quedó obsoleto, elimine manualmente las imágenes estáticasasociadas del sistema Data Domain según la documentación de Data Domain.

En la siguiente ilustración, se muestra un ejemplo de la topología de Storage Direct conRecoverPoint con un sitio principal y un sitio secundario opcional. En el sitio primario, el host deaplicaciones accede a los datos de la base de datos que se almacenan en el sistema XtremIO, y losdatos de respaldo se transfieren al sistema Data Domain. Un host de recuperación independientees opcional. Si se ejecuta la recuperación al host de aplicaciones original, el host de aplicacionestambién es el host de recuperación.

Si tiene un site secundario opcional, se pueden replicar los datos de respaldo desde el sistema DataDomain en el site primario al sistema Data Domain en el site secundario. En el sitio secundario,también puede recuperar los datos a un host de recuperación opcional.

Figura 3 Storage Direct Ambiente de con RecoverPoint

Storage Direct Para las operaciones de con RecoverPoint se requieren tanto conexiones de red IP(LAN o WAN) como de SAN Fibre Channel (FC). La siguiente tabla enumera los tipos requeridosde conexiones de red.

Tabla 4 Tipos de conexión de red en un ambiente de Storage Direct con RecoverPoint


Sitio primario:

Host de aplicaciones primario a sistema XtremIO primario FC

Host de aplicaciones primario a RPA IP

Host de aplicaciones primario a sistema Data Domain primario IP o (IP y FC)

Sistema XtremIO primario a RPA IP y FC

RPA a sistema Data Domain primario IP y FC (opcional)

(Opcional) Host de recuperación primario a sistema XtremIOprimario

FC



Tabla 4 Tipos de conexión de red en un ambiente de Storage Direct conRecoverPoint (continuación)


(Opcional) Host de recuperación primario a sistema Data Domainprimario

IP o (IP y FC)

(Opcional) Host de recuperación primario a RPA IP

Sitio secundario (opcional)

Host de recuperación secundario a sistema XtremIO secundario FC

Host de recuperación secundario a sistema Data Domainsecundario

IP y FC

Conexiones entre sitios (opcional):

Host de aplicaciones primario a sistema Data Domain secundario IP

Sistema Data Domain primario a sistema Data Domain secundario IP

Flujo de trabajo de respaldo de Storage Direct con RecoverPoint con XtremIOEn el flujo de trabajo de respaldo de Storage Direct con RecoverPoint con un sistema XtremIO seincluyen los siguientes pasos.

1. El administrador de bases de datos inicia un respaldo de Storage Direct con RecoverPointmediante la ejecución de la herramienta de respaldo nativa de base de datos y la especificacióndel tipo de respaldo.

2. El agente de aplicación de base de datos asigna los archivos en el respaldo a una lista de LUNde origen de XtremIO y obtiene información acerca de los grupos de consistencia pertinentesde RecoverPoint. El agente comprueba si los LUN de origen se pueden proteger mediante eluso de Storage Direct con RecoverPoint.

3. El agente de aplicación de base de datos notifica a la aplicación o la base de datos que losarchivos pueden ponerse en modo de reposo o ponerse en modo de respaldo en activo.

4. El agente de aplicación de base de datos notifica a RecoverPoint para que cree una instantáneade un punto en el tiempo (marcador, en la terminología de RecoverPoint) de los grupos deconsistencia que contienen los LUN de origen.

5. RecoverPoint crea una instantánea de todos los grupos de coherencia requeridos en el sistemaXtremIO.

6. El agente de aplicación de base de datos notifica a la aplicación o la base de datos que losarchivos pueden quitarse del modo de reposo o quitarse del modo de respaldo, para obtener unimpacto mínimo en la aplicación o la base de datos.

7. RecoverPoint utiliza DD Boost para escribir todos los bloques modificados (que se modificarondesde la instantánea anterior) en archivos de trabajo en el sistema Data Domain.

8. RecoverPoint utiliza el servicio FastCopy para crear y almacenar una imagen estática de DDvdisk desde cada archivo de trabajo DD Boost. Las imágenes estáticas de vdisk forman elrespaldo permanente.

9. La herramienta de respaldo de base de datos registra el respaldo correcto en su catálogo derespaldo.

10. El agente de aplicación de base de datos registra el respaldo en su propio catálogo en unaunidad de almacenamiento predefinida en el sistema Data Domain.

11. El agente de aplicación de base de datos respalda los archivos que no puede proteger StorageDirect, por ejemplo, el archivo de control de Oracle o los registros de archivo de DB2. El agente



de aplicación de base de datos utiliza el flujo de trabajo de Application Direct para respaldar losarchivos en el sistema Data Domain, lo que proporciona protección de datos completa.

En la siguiente figura se muestra el flujo de trabajo de respaldo de Storage Direct conRecoverPoint en un ambiente de agente de aplicación de base de datos de Storage Direct.

Figura 4 Flujo de trabajo de respaldo de Storage Direct con RecoverPoint

Flujo de trabajo de restauración de Storage Direct con RecoverPoint con XtremIOEn el flujo de trabajo de restauración de Storage Direct con RecoverPoint con un sistema XtremIOse incluyen los siguientes pasos.

1. El administrador de bases de datos inicia una restauración y una recuperación de StorageDirect con RecoverPoint mediante la ejecución de la herramienta de recuperación nativa debases de datos en el host de recuperación.

2. La herramienta de recuperación nativa de bases de datos solicita que el agente de aplicación debase de datos restaure los datos requeridos y proporciona un identificador de respaldo.

3. El agente de aplicación de base de datos realiza búsquedas en su propio catálogo para buscar elrespaldo solicitado, que consta de imágenes estáticas en el sistema Data Domain.

4. El agente de aplicación de base de datos crea una instancia de las imágenes estáticascorrespondientes en los LUN de restauración en el sistema Data Domain a través del serviciovdisk.

5. De forma predeterminada, el agente de aplicación de base de datos monta los LUN derestauración directamente en el host de recuperación, que puede ser el host de respaldooriginal o un host diferente, y copia los archivos necesarios en las ubicaciones solicitadas.



6. Si el DBA selecciona una restauración de reversión al host original, el agente de aplicación debase de datos requiere que el clúster de RecoverPoint ejecute una restauración de nivel deLUN a los LUN de origen originales.

Con versiones de RecoverPoint anteriores a 5.0, si el DBA selecciona una restauración dereversión, el agente de aplicación de base de datos requiere que el clúster de RecoverPointejecute una restauración del grupo de consistencia completo a los LUN de origen originales. Siun grupo de consistencia que se está restaurando contiene varios LUN, todos los LUN sesobrescriben y están inaccesibles durante la restauración de reversión, incluso cuando losobjetos respaldados residen en solo algunos de los LUN.

AVISOUna restauración de reversión se realiza como parte del flujo de trabajo que inicia laherramienta de recuperación nativa de bases de datos. Si hay otros archivos en los LUNademás de los archivos solicitados para la base de datos o los objetos de la base de datosespecíficos, el agente de aplicación de base de datos hace fallar la operación de restauraciónde manera predeterminada como medida de seguridad.

Un archivo con el nombre psrollback.res se debe crear en el directorio requerido sicualquier LUN que se restaurará tiene otras particiones o datos que no están especificadospara la restauración de reversión. Configuración de las restauraciones de reversión derespaldos de Storage Direct en la página 105 proporciona información detallada.

Según el tipo de base de datos, es posible que la herramienta de recuperación de base de datosaplique los registros de transacciones para hacer que la base de datos sea coherente o paraponerla al día a una hora posterior a la del respaldo. Si los registros no se encuentran en el host deaplicaciones, el agente de aplicación de base de datos se restaura y aplica los registros a través deuna restauración de Application Direct o una restauración de Storage Direct. El tipo derestauración depende de cómo los registros se respaldaron originalmente.

En la siguiente figura se muestra el flujo de trabajo de restauración a un punto en el tiempo deStorage Direct con RecoverPoint, que es el flujo de trabajo predeterminado de la restauración enun ambiente de agente de aplicación de base de datos de Storage Direct.



Figura 5 Flujo de trabajo de restauración de Storage Direct con RecoverPoint

Protección de aplicaciones coordinadas con bases de datos de Microsoft SQL,MongoDB, MySQL y PostgreSQL

El agente de aplicación de base de datos de 19.2 introdujo la función de protección de aplicacionescoordinadas en Linux x64. Esta función proporciona respaldos y restauraciones de Microsoft SQLServer en registros de transacciones y bases de datos de Linux, MongoDB, MySQL CommunityEdition y PostgreSQL. La función de protección de aplicaciones coordinadas proporciona losrespaldos de Microsoft SQL, MongoDB, MySQL Community Edition y PostgreSQL a un dispositivode DD Boost y habilita las restauraciones desde el dispositivo de DD Boost. Los nuevos programasdel agente de aplicación de base de datos ddbmoappbackup y ddbmoapprecover realizan estosrespaldos y restauraciones mediante las utilidades nativas de Microsoft SQL, MongoDB, MySQL yPostgreSQL.

La compatibilidad del agente de aplicación de base de datos con la protección de aplicacionescoordinadas requiere la instalación del paquete de cliente de Data Domain BoostFS, como sedescribe en Software de BoostFS de Data Domain en la página 76.

Operaciones de protección de aplicaciones coordinadas en las bases de datos de Microsoft SQL,MongoDB, MySQL y PostgreSQL en la página 375 proporciona información detallada sobre cómoconfigurar y usar los programas ddbmoappbackup y ddbmoapprecover. Estos programasprotegen los datos de Microsoft SQL, MongoDB, MySQL Community Edition y PostgreSQL através de la función de protección de aplicaciones coordinadas.



Configuraciones compatiblesPuede implementar al agente de aplicación de base de datos en una configuración independiente ode alta disponibilidad de base de datos en un ambiente compatible.

La siguiente figura muestra una configuración independiente que utiliza el producto para respaldaro restaurar los datos en el host del servidor de base de datos desde el sistema Data Domain o haciaeste.

Figura 6 Agente de aplicación de base de datos en una configuración independiente

La versión del agente de aplicación de base de datos debe ser compatible con los sistemas DataDomain, VMAX y XtremIO utilizados. Data Domain no es compatible con combinaciones diferentesde las que se detallan en la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection.

Configuraciones de alta disponibilidadEl agente de aplicación de base de datos es compatible con respaldos y restauraciones en lossiguientes ambientes de alta disponibilidad:

l Ambiente de la función de particionamiento de base de datos (DPF) de DB2

l Ambiente de recuperación ante desastres de alta disponibilidad (HADR) de DB2

l Ambiente de pureScale de DB2

l Ambiente de Oracle Real Application Clusters (RAC)

l Ambiente de replicación de SAP HANA (solo para operaciones de Application Direct)

l Ambiente de múltiples nodos de escalamiento horizontal de SAP HANA (solo para operacionesde Application Direct)

l Ambiente de RAC de SAP con Oracle

l Clúster activo-pasivo de sistema operativo

Un sistema DPF de DB2 ofrece un ambiente donde una sola base de datos se divide en múltiplesparticiones, ya sea en el mismo host o en múltiples hosts.

Un sistema HADR de DB2 consta de un host primario y varios hosts en espera. HADR replica todoslos cambios de datos, desde el host primario a los hosts en espera, y proporciona conmutación porerror rápida a un host en espera cuando se produce un error en el host primario. Puede realizar unrespaldo en el host primario únicamente.

Un sistema pureScale de DB2 es un clúster de aplicaciones activo-activo con una arquitectura dedisco compartido que incluye una partición única de base de datos, compartida por el grupo denodos miembros del clúster. El término “nodo”, como se usa en otros clústeres de aplicacionesactivo-activo, se conoce como “miembro” en un sistema pureScale de DB2.

Un sistema RAC de Oracle es un ambiente de clúster de aplicaciones activo-activo donde un nodoes un host físico y virtual. En un sistema RAC de Oracle, una instancia de Oracle es una estructura





de memoria y un grupo de procesos del servidor de Oracle que se ejecutan en un nodo. El sistemaRAC permite que varias instancias de Oracle en varios nodos accedan simultáneamente a la mismabase de datos de Oracle. RAC de Oracle es una infraestructura de software de clúster queproporciona acceso simultáneo al mismo almacenamiento y al mismo conjunto de archivos de datosdesde todos los nodos del clúster. Todos los archivos de base de datos residen en discoscompartidos.

El software de SAP HANA es compatible con ambientes de alta disponibilidad para las operacionesde Application Direct, incluidos los ambientes de replicación de SAP HANA y los dispositivos deescalamiento horizontal de SAP HANA que contienen varios nodos.

Un clúster activo-pasivo de sistema operativo incluye varios hosts (nodos) conectados medianteun bus SCSI compartido con almacenamiento común conectado. Un usuario puede definir losservicios de clúster, como servicios de clúster de Microsoft o servicios de clúster de Veritas, yasignar a los servicios sus propias direcciones IP y sus propios nombres (hosts de clúster virtual).Los servicios y su almacenamiento asociado pueden migrar por una conmutación por error entrelos hosts del clúster.

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se proporcionan detalles sobre las versiones compatibles y losambientes de alta disponibilidad.

Nota: Debe instalar al agente de aplicación de base de datos en cada nodo en un ambiente dealta disponibilidad.

Los capítulos específicos de las aplicaciones en esta guía proporcionan detalles sobre losprocedimientos de configuración y las operaciones de respaldo y restauración en los ambientes dealta disponibilidad compatibles.

Alta disponibilidad de Data Domain (HA)El agente de aplicación de base de datos admite la alta disponibilidad (HA) de Data Domain para lasoperaciones de Application Direct y para una mejor resistencia con operaciones de Storage Direct.La alta disponibilidad de Data Domain le permite configurar dos sistemas Data Domain como un paractivo-en espera, lo que proporciona redundancia en caso de una falla del sistema. La altadisponibilidad mantiene sincronizados los sistemas activos y en espera, de modo que, si el nodoactivo falla debido a problemas de hardware o software, el nodo en espera puede ocuparse deservicios y continuar donde se detuvo el nodo con fallas.

La alta disponibilidad de Data Domain incluye las siguientes funciones adicionales:

l Es compatible con la conmutación por error de los servicios de respaldo, restauración,replicación y administración en el sistema de dos nodos. La conmutación por error automáticano requiere ninguna intervención del usuario.

l Proporciona un diseño completamente redundante sin puntos únicos de falla cuando el sistemase configura según las recomendaciones.

l Proporciona un sistema activo-standby sin pérdida de rendimiento en caso de conmutación porerror.

l Proporciona conmutación por error en un plazo de 10 minutos para la mayoría de lasoperaciones. CIFS, VTL y NDMP se deben reiniciar manualmente.

l Es compatible con conexiones de IP y Fibre Channel (FC). Ambos nodos deben tener acceso alas mismas redes IP, SAN FC y hosts.

La versión más reciente de la Guía de administración de Data Domain Operating System proporcionadetalles completos sobre todas las funciones de alta disponibilidad compatibles.

La implementación del agente de aplicación de base de datos con alta disponibilidad de DataDomain mejora la resistencia en los flujos de trabajo de Storage Direct en términos de las rutas dedatos implicadas en las operaciones. Sin embargo, si se produce una conmutación por error cuando





el host envía comandos de vdisk al sistema Data Domain (ruta de control) en un flujo de trabajo deStorage Direct, falla el funcionamiento del agente de aplicación de base de datos.

Soporte para virtualizaciónEl agente de aplicación de base de datos es compatible con varios tipos de software devirtualización, como VMware, zonas de Solaris y Microsoft Hyper-V.

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se proporcionan detalles sobre las plataformas y los ambientescompatibles. Instalación y desinstalación del software en Solaris en la página 68 proporcionainformación detallada sobre las zonas de Solaris.

Nota: Debe instalar al agente de aplicación de base de datos en el sistema operativo invitado.

Replicación de Data DomainData Domain Replicator ofrece replicación cifrada automatizada para recuperación ante desastresy consolidación de respaldo y archivo de múltiples sitios. El software de Data Domain Replicatorreplica de manera asíncrona únicamente los datos comprimidos y deduplicados por medio de unared de área amplia (WAN).

El agente de la aplicación de base de datos no inicia ni monitorea una replicación. Sin embargo, elproducto puede restaurarse desde la copia replicada en un sistema Data Domain secundario. Debehaber utilizado el producto para crear el respaldo en un sistema Data Domain primario. Unadministrador de Data Domain ejecuta la replicación de respaldo desde el sistema primario alsistema secundario.

Nota: El proceso de replicación no debe cambiar los nombres de los directorios y archivoscreados por el agente de aplicación de base de datos. Para habilitar la replicación de respaldo yla restauración subsiguiente desde un sistema Data Domain secundario, el ID de usuario o el IDde grupo primario de los usuarios de DD Boost en los sistemas principales y secundarios debeser idéntico.

Debe cumplir con los requisitos de configuración específicos para habilitar la restauración derespaldos replicados desde un sistema Data Domain secundario. Configuración de lasrestauraciones de respaldos replicados en la página 96 proporciona información detallada.

En el artículo de la base de conocimientos 182294, titulado Configuración de usuarios de DD Boosten DDR de origen y de destino para la replicación de MTree, se proporcionan más detalles. Esteartículo está disponible en el sitio web de soporte en https://support.emc.com.

Replicación de VMAXEl agente de aplicación de base de datos es compatible con la protección de Storage Direct, queutiliza un sistema de VMAX principal o secundario en un ambiente de replicación de VMAX. En esteambiente, los arreglos de almacenamiento VMAX primario y secundario están conectados medianteSymmetrix Remote Data Facility (SRDF).

El agente de aplicación de base de datos para Storage Direct es compatible con el modo síncronode SRDF, SRDF/S y SRDF/Metro. En los siguientes temas se proporcionan detalles sobre lacompatibilidad del agente de aplicación de base de datos de SRDF/S y SRDF/Metro.

No se admite el respaldo, la restauración a un punto en el tiempo ni la reversión de dispositivos R2de SRDF/A. Los dispositivos R1 de SRDF/A son compatibles en la misma manera que losdispositivos que no son SRDF.





https://support.emc.com

Compatibilidad de VMAX SRDF/SEn un ambiente de replicación de VMAX, el agente de aplicación de base de datos para StorageDirect es compatible con Symmetrix Remote Data Facility (SRDF) en modo sincrónico, SRDF/S.

SRDF/S es una función de VMAX que mantiene una copia síncrona en tiempo real de los datos anivel de LUN entre dos arreglos VMAX primario y secundario. Un LUN de origen denominado R1 enel arreglo primario está asociado a un LUN origen denominado R2 en el arreglo secundario. Elsoftware SRDF/S mantiene la sincronización continua de los dos orígenes copiando todos loscambios en un dispositivo de LUN en el otro. La documentación de VMAX proporciona más detallesacerca de la replicación de VMAX y la funcionalidad SRDF/S.

La siguiente figura muestra los arreglos VMAX con un vínculo SRDF/S, donde el sistema VMAXsecundario está conectado a un sistema Data Domain secundario. En esta configuración de SRDF,puede utilizar al agente de aplicación de base de datos para realizar un respaldo de Storage Directen el sistema Data Domain secundario, que respalda el LUN R2.

Nota: El agente de aplicación de base de datos también utiliza el flujo de trabajo de ApplicationDirect para respaldar los archivos que no se pueden convertir en instantáneas y crear entradasde catálogo.

Figura 7 Respaldo de Storage Direct en un Data Domain secundario en una configuración de SRDF

La siguiente figura muestra los arreglos VMAX con un vínculo SRDF/S, donde los sistemas VMAXprimario y secundario están conectados a un sistema Data Domain. En esta configuración deSRDF, puede utilizar el agente de aplicación de base de datos para realizar un respaldo de StorageDirect en el sistema Data Domain primario o secundario. El respaldo de Storage Direct primariorespalda el LUN R1 en el sistema Data Domain primario. El respaldo de Storage Direct secundariorespalda el LUN R2 en el sistema Data Domain secundario.

Nota: El agente de aplicación de base de datos no puede ejecutar respaldos para ambossistemas Data Domain en la misma sesión de respaldo.



En estas configuraciones de SRDF, el agente de aplicación de base de datos valida lasincronización de los LUN R1 y R2. El agente de aplicación de base de datos luego crea unainstantánea SnapVX del LUN R2 para transferir los datos de respaldo al sistema Data Domainsecundario.

Figura 8 Respaldo de Storage Direct a un Data Domain primario o secundario en una configuración deSRDF

Los requisitos de SRDF/S y la compatibilidad de configuración para el agente de aplicación de basede datos de Storage Direct son los siguientes:

l El agente de aplicación de base de datos determina automáticamente el estado del vínculo deSRDF/S en el tiempo de ejecución.

l Si hay un vínculo de SRDF/S al comienzo de una operación, la operación de respaldo orestauración falla.

l El agente de aplicación de base de datos no admite cambios en el modo de vínculo de SRDF/Srealizados durante las operaciones de respaldo o restauración.

l Si el vínculo de SRDF está en estado de conmutación por error o de conmutación porrecuperación, las operaciones del agente de aplicación de base de datos fallan.

l La replicación de SRDF no puede realizar la transición entre los modos síncrono y asíncronodurante ninguna operación de VMAX. El modo debe permanecer constante.

l El agente de aplicación de base de datos no es compatible con la creación de instantáneas desistemas de archivos o grupos de volúmenes entre distintos grupos de SRDF.

l El agente de aplicación de base de datos es compatible solamente con conexiones remotas deun solo salto. El agente de aplicación de base de datos no es compatible con lasconfiguraciones de VMAX en cascada.



l El agente de aplicación de base de datos no es compatible con configuraciones de SRDFsimultáneas o de SRDF/Star simultáneas donde R1 es un origen a dos o más destinossimultáneos.

Compatibilidad de VMAX SRDF/MetroEn un ambiente de replicación de VMAX, el agente de aplicaciones de base de datos para StorageDirect proporciona compatibilidad limitada con Symmetrix Remote Data Facility (SRDF) en unaconfiguración de SRDF/Metro.

El soporte de SRDF/Metro requiere una solicitud de calificación del producto, como se detalla en lasección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection. SRDF/Metro es un servicio de alta disponibilidad en lugar de unservicio de recuperación ante desastres que proporcionan otras implementaciones de SRDF.

En la configuración básica, SRDF/Metro consta de pares de dispositivos R1 y R2 que estánconectados mediante un vínculo SRDF, al igual que en cualquier otra configuración de SRDF. Sinembargo, en SRDF/Metro, los sistemas host pueden acceder mediante escritura a los dispositivosR1 y R2 en forma simultánea. El dispositivo R2 de SRDF adquiere la identidad externa (geometría,WWN de dispositivo) del dispositivo R1. Cada par de dispositivos aparece en los sistemas hostcomo un dispositivo virtual único entre los dos arreglos VMAX emparejados por SRDF.

Nota: Si los dispositivos no están completamente emparejados por Metro, es decir, Metro noalcanzó el estado ActiveActive o ActiveBias, los dispositivos no tendrán la misma identidadexterna. Los dispositivos se presentarán como dispositivos diferentes en el host.

Cuando se puede acceder a ambos dispositivos, el host único o los hosts de clúster pueden leer yescribir en los dispositivos R1 y R2. SRDF/Metro garantiza que cada copia permanezca vigente ycoherente, y aborda los conflictos de escritura que podrían ocurrir entre los dispositivos SRDFemparejados.

En las Notas técnicas de buenas prácticas y descripción general de SRDF/Metro se ofrece unadescripción general de SRDF/Metro e información sobre buenas prácticas. En la documentaciónde VMAX se proporcionan más detalles acerca de la replicación de VMAX y la funcionalidad SRDF/Metro.

En la siguiente figura se muestra la topología única de SRDF/Metro que es compatible con elagente de aplicación de base de datos. Ambos arreglos VMAX están conectados al mismo sistemaData Domain.





Figura 9 Topología admitida de SRDF/Metro

Los requisitos de SRDF/Metro y la compatibilidad de configuración para el agente de aplicacionesde base de datos de Storage Direct son los siguientes:

l Ambos arreglos de VMAX se conectan al mismo sistema Data Domain a través de una conexiónde red Fibre Channel (FC).

l Storage Direct Los dispositivos de respaldo y restauración de FAST.X de están configuradospara ambos arreglos de VMAX.

l Los LUN de VMAX nativos se configuran para ambos arreglos de VMAX. Configuración de lasrestauraciones de Storage Direct VMAX desde instantáneas locales en la página 104proporciona más detalles.

l Se instaló Solutions Enabler 8.4 o una versión posterior en los sistemas de hosts deaplicaciones.

l El agente de aplicación de base de datos es compatible con todas las configuraciones testigode SRDF/Metro. En la documentación de VMAX, como la Guía del usuario de la CLI de la familiaSRDF de Solutions Enabler más reciente, se proporciona información detallada.

l El agente de aplicación de base de datos no es compatible con las configuraciones de SRDF encascada o simultáneas.

Para configurar SRDF/Metro para Storage Direct, el administrador de almacenamiento debe crearel vínculo inicial de SnapVX desde los dispositivos R1 y R2 a los dispositivos de respaldoencapsulados de FAST.X.

Los siguientes requisitos y consideraciones adicionales se aplican a las operaciones de respaldo yrestauración con el agente de aplicaciones de base de datos de Storage Direct:

l Respaldos del agente de aplicaciones de base de datos:



n Si los datos de las aplicaciones residen en dispositivos que forman parte de un grupo deSRDF/Metro, el agente de aplicación de base de datos detecta automáticamente el par deR1-R2 para los dispositivos y, a continuación, utiliza el dispositivo R1 para el resto de lasoperaciones.

l Restauraciones a un punto en el tiempo del agente de aplicación de base de datos:

n Durante una restauración a un punto en el tiempo a través de un dispositivo de restauraciónencapsulado FAST.X, el flujo de trabajo de la restauración siempre asigna el dispositivo derestauración del arreglo VMAX utilizado para el respaldo (el sitio de R1 durante el tiempo deejecución del respaldo). No se admite una restauración a un punto en el tiempo desde unsistema VMAX diferente.

n En una restauración a un punto en el tiempo se utiliza la instantánea SnapVX local solocuando la instantánea local en el VMAX de destino de restauración es la misma que se utilizódurante el respaldo para el identificador de respaldo especificado. De lo contrario, en larestauración a un punto en el tiempo se utiliza la copia existente en el sistema de DataDomain.

l Restauraciones de reversión del agente de aplicaciones de bases de datos:

n Antes de ejecutar una restauración de reversión, se debe suspender manualmente el vínculoSRDF.

n El agente de aplicación de base de datos descubre el R1 en el momento de la restauración yse revierte al R1 sin importar qué sitio se utilizó durante el respaldo. Si el dispositivo ya noforma parte de SRDF/Metro, el comportamiento de la reversión es igual al de unaconfiguración distinta de SRDF/Metro. En este caso, la reversión se realiza al dispositivo defuente original que se respaldó, a menos que se produzca la reversión en LUN alternativos,como se describe en Restauraciones de reversión de respaldos de Storage Direct paraVMAX en la página 106.

n En una restauración de reversión se utiliza la instantánea SnapVX local solo cuando lainstantánea local en el VMAX de destino de restauración es la misma que se utilizó duranteel respaldo para el identificador de respaldo especificado. De lo contrario, en la restauraciónde reversión se utiliza la copia existente en el sistema de Data Domain.

n Después de realizar una restauración de reversión, se debe restablecer el vínculo SRDF.

Límites de uso de los recursos de Data DomainEl administrador de Data Domain puede usar los comandos del SO de Data Domain o la GUI deadministración de Data Domain para establecer límites de capacidad o uso de flujos:

l Capacidad se refiere a la cantidad de capacidad de disco duro que utiliza el agente deaplicación de base de datos en el host de Data Domain.

Nota: Los límites de capacidad se basan en el espacio lógico utilizado. El espacio lógicodepende de la cantidad de datos que se escriben en una unidad de almacenamiento o poolvdisk antes de la deduplicación. La capacidad lógica es el tamaño de los datos sincomprimir. Por ejemplo, cuando un archivo de 1 GB se escribe dos veces en la mismaunidad de almacenamiento que estaba vacía inicialmente, la unidad de almacenamientotiene un tamaño lógico de 2 GB, pero un tamaño físico de 1 GB.

l Flujos se refiere a la cantidad de flujos de DD Boost que el agente de aplicación de base dedatos utiliza para leer datos de una unidad de almacenamiento o escribir datos en una unidad dealmacenamiento en el host de Data Domain.

El sistema operativo de Data Domain es compatible con los límites de advertencia y los límitesmáximos de capacidad o uso de flujos:

l Cuando se supera un límite de advertencia, el host de Data Domain genera una alerta y, si seconfigura una lista de notificación de unidad de grupo de usuarios, envía un correo electrónico



a las direcciones en la lista. Una aplicación puede continuar utilizando más de los recursoslimitados después de que se supera un límite de advertencia.

l Cuando se supera un límite máximo, una aplicación no puede usar más de los recursoslimitados.

La documentación de Data Domain proporciona detalles sobre las versiones de Data Domain queson compatibles con los límites máximos y de advertencia de capacidad o flujos.

El administrador de Data Domain puede crear una unidad de almacenamiento independiente paracada host de agente de aplicación de base de datos o conjunto de hosts que se verá limitado.

Por ejemplo, para limitar la capacidad de la unidad de almacenamiento utilizada por cada host deagente de aplicación de base de datos, donde hay 10 hosts de agente de aplicación de base dedatos, el administrador de Data Domain debe crear por lo menos 10 unidades de almacenamiento.Si el administrador de Data Domain crea menos unidades de almacenamiento, debe agrupar loshosts de agente de aplicación de base de datos y asignar cada grupo de hosts a una sola unidad dealmacenamiento. En este caso, no puede limitar la cantidad de almacenamiento que será usada porcada host. Uno de los hosts del agente de aplicación de base de datos podría usar el 100 % de unrecurso de la unidad de almacenamiento. Los recursos se consumen por orden de llegada.

El usuario del agente de aplicación de base de datos puede ejecutar el comando ddbmadmin paradeterminar los límites de flujos de una unidad de almacenamiento. Por ejemplo:

ddbmadmin -l -z <configuration_file_name>

Stream limits for storage unit rp731 on the primary Data Domain host dd_host1.emc.com: active write streams: 11 active read streams: 0 soft limit write streams: none soft limit read streams: none soft limit combined streams: 40 hard limit combined streams: 60

Operaciones de agente de aplicaciones de base de datos con límites de uso en lacapacidad de Data Domain

Al comienzo de un respaldo, el agente de aplicación de base de datos no puede determinar cuántacapacidad se necesitará para el respaldo. El agente de aplicación de base de datos siempre intentarealizar un respaldo solicitado cuando el dispositivo de destino tiene capacidad de almacenamientoo espacio disponible.

Un límite de capacidad puede configurarse en un pool de vdisk o una unidad de almacenamiento.Cuando se supera el límite de advertencia de capacidad durante un respaldo, aparecen alertas en elpanel Current Alerts de la GUI de administración de Data Domain.

Si la unidad de almacenamiento es parte de una unidad de grupo de usuarios con una lista denotificación, el host de Data Domain envía un correo electrónico a las direcciones en la lista. Eladministrador de Data Domain y el usuario del agente de aplicación de base de datos debenincluirse en la lista.

La operación de respaldo o restauración continúa sin ningún impacto adverso cuando se supera ellímite de advertencia de capacidad. El agente de aplicación de base de datos no genera ningúnmensaje de error ni advertencia en su archivo de registro o salida operacional.

Cuando se supera el límite máximo de capacidad de una unidad de almacenamiento durante unrespaldo de Application Direct, el agente de aplicación de base de datos finaliza el respaldo ygenera un mensaje para informar al usuario acerca de la falta de espacio en la unidad dealmacenamiento.



Cuando se supera el límite máximo de la capacidad de un pool de vdisk durante un respaldo deStorage Direct, el respaldo falla.

Operaciones de agente de aplicaciones de base de datos con límites de uso deData Domain en los flujos

Cuando se supera el límite de advertencia de flujo durante un respaldo, y la unidad dealmacenamiento es parte de una unidad de grupo de usuarios con una lista de notificación, el hostde Data Domain envía un correo electrónico a las direcciones en la lista. El administrador de DataDomain y el usuario del agente de aplicación de base de datos deben incluirse en la lista.

Las alertas aparecen en el panel Current Alerts de la GUI de administración de Data Domaincuando se supera el límite de advertencia, independientemente de si la unidad de almacenamientoes parte de una unidad de grupo de usuarios.

La operación de respaldo o restauración continúa sin ningún impacto adverso cuando se supera ellímite de advertencia de flujos. El agente de aplicación de base de datos no genera ningún mensajede error ni advertencia en su archivo de registro o salida operacional.

Cuando se supera el límite máximo de flujos durante una operación, el agente de aplicación de basede datos finaliza la operación con un mensaje para informar al usuario que se requiere un límite deflujo más alto. El método para mostrar y registrar mensajes es específico de la aplicación.

Operaciones de Storage Direct del agente de aplicaciones de base de datos conlímites de uso de Data Domain

Para las operaciones de Storage Direct, siga las recomendaciones generales y los requisitos parauso de recursos de todas las aplicaciones compatibles, como los requisitos de paralelismo yalojamiento de recursos para respaldos y restauraciones.

En un flujo de trabajo de Storage Direct, el agente de instantáneas genera las imágenes estáticasde instantánea, y el agente de instantáneas y la aplicación producen los registros de metadatospara el catálogo de instantáneas.

Límites de uso en flujos de Data Domain

Los registros de catálogo se guardan y recuperan de manera secuencial durante una operación deStorage Direct. Solo un flujo se requiere para estos registros durante un respaldo completo o unarestauración o una eliminación completas. Cuando no hay flujos disponibles, la operación falla.

Cuota de uso en la capacidad de Data Domain

Los recursos de almacenamiento que consume un respaldo de Storage Direct son las imágenesestáticas de vdisk y los registros de metadatos generados por la aplicación y el agente deinstantáneas para el catálogo de instantáneas.

Nota: DD OS 5.7.2 o posterior admite el límite máximo de capacidad en un pool de DD vdisk.Para versiones anteriores de DD OS, no use la configuración de cuota de capacidad en un poolde vdisk.

Las imágenes estáticas se almacenan en un pool de vdisk, y su tamaño está sin comprimir y se basaen LUN. Calcule la capacidad de pool de vdisk según el tamaño del LUN de origen y la cantidad deLUN en un respaldo de instantáneas, en lugar de según el tamaño de la base de datos que serespalda. Para Storage Direct con RecoverPoint, también debe tener en cuenta que el respaldo serealiza para el grupo de consistencia completo. Además de los respaldos iniciados por el agente deaplicación, RecoverPoint puede invocar respaldos en función de la configuración de la política dereplicación de un grupo de consistencia.

Es posible que RecoverPoint requiera espacio de almacenamiento interno para un respaldo y unarestauración, por ejemplo, para la unidad de almacenamiento que se utiliza para los archivos detrabajo durante el almacenamiento provisional de imágenes estáticas en la creación o la



recuperación. Asegúrese de que la cuota y el límite de recursos configurado de la unidad dealmacenamiento sean suficientes para el respaldo de instantáneas. En caso de duda, no limite eluso de esta unidad de almacenamiento. Las guías de usuario de administración de RecoverPointproporcionan recomendaciones de configuración específicas.

Durante la creación de una imagen estática, si se alcanza el límite máximo de capacidad de un poolde vdisk en una instantánea de Storage Direct, el respaldo falla en la etapa de guardado. Losmensajes de error aparecen en los registros del agente de instantáneas:

0 11/17/16 15:59:41 1267619584 14632 1479416331 ddbsmd NSR info [msg #404 dd_snapshot_impl.cpp 1339 PSDBG -1] Snapshot to Data Domain failed: Snapshot to DD lfcp0031.lss.emc.com for DD WWN 6002188000000002D0057F65F1000007 failed: Error creating static image for DD WWN 6002188000000002D0057F65F1000007. ([5005] no room left).

109581 11/17/16 15:45:04 1647015680 14051 1479415465 ddbsmd NSR info Snapshot to DD lfcp0031.lss.emc.com for DD WWN 6002188000000002D0057F65F1000007 failed: Error creating static image for DD WWN 6002188000000002D0057F65F1000007. ([5009] I/O error).

Los registros de los catálogos se almacenan en la unidad de almacenamiento que se especifica conel parámetro DEVICE_PATH. En general, el tamaño del saveset es pequeño. Cuando se alcanza ellímite máximo, el respaldo falla en la etapa de guardado de instantáneas, ya sea por el agente deinstantáneas o por el agente de aplicación.

Cuando falla la creación del registro de metadatos del agente de aplicación, los mensajes de erroraparecen en el registro operacional o de depuración del agente de aplicación. Por ejemplo, unmensaje de error típico en el registro de agente de aplicación de DB2 es el siguiente:

(pid = 26762) (12/13/2016 11:39:05 AM) lnm_meta_close: Exiting with error:Closing a file failed [5057] ([26762] [140615742465824] Tue Dec 13 11:39:05 2016 ddp_close_file() failed, Err: 5057-File handle is stale).

(pid = 26762) (12/13/2016 11:39:05 AM) Unable to complete the saving of the metadata of the backup. An error occured in closing the index session.

Cuando falla la creación del registro de metadatos del agente de instantánea, los mensajes de erroraparecen en el registro operacional y de depuración de los agentes. Por ejemplo:

l Un mensaje de error típico en el registro de depuración ddbsmd es el siguiente:

0 10/28/16 08:58:30 4052920064 6962 1477670213 ddbsmd NSR notice 10/28/16 08:58:30.081704 fsys_open failed for pathname /nsm_30_141/pp-db2-30-142/27/2.0/data_ss/$db2_acs:$/_ts10k_147767/1477670309.ss with error Opening the file '/nsm_30_141/pp-db2-30-142/27/2.0/data_ss/$db2_acs:$/_ts10k_147767/1477670309.ss' failed [5005] ([ 6962] [140161720690432] Fri Oct 28 08:58:30 2016ddp_open_file() failed for File: //nsm_30_141/pp-db2-30-142/27/2.0/data_ss/$db2_acs:$/_ts10k_147767/1477670309.ss, Err: 5005-nfs setattr failed (nfs: No space left on device)).

l Un mensaje de error típico en el registro de seguimiento ddbsmd es el siguiente:

[msg #286 backup_subr.cpp 616 PSDBG 5] After calling nsr_start, there was a non-retryable errorError [msg #288 backup_subr.cpp 617 PSDBG -1] NULL[msg #289 backup_subr.cpp 624 PSDBG 5] After calling nsr_start, Can not recover from error, exiting[msg #290 backup_subr.cpp 800 PSDBG 5] BR::Leaving function br_cvr_save_funcError [msg #292 FileBackupService.cpp 1190 PSDBG -1] Failed to create snapset. Reason: nulError [msg #294 FileBackupService.cpp 1193 PSDBG -1] SAVE FAILE[msg #295 FileBackupService.cpp 4020 PSDBG 5] Invalid cover id, assuming there is no cover id



l Un mensaje de error típico en el registro de depuración del agente de aplicación de DB2 es elsiguiente:

(pid = 6869) (10/28/2016 08:58:30 AM) INFO: Object = /Mount3/NODE0000/LOGSTREAM0000, type=SAVE, status=ERROR

(pid = 6869) (10/28/2016 08:58:30 AM) ERROR: An error has encountered, Object = /Mount3/NODE0000/LOGSTREAM0000, returnCode=-1. Exit with error.

Plan de trabajo para operaciones de productosUtilice el siguiente plan de trabajo para instalar y configurar el software del agente de aplicación debase de datos y ejecutar respaldos y restauraciones con el producto en la base de datos y los hostsde aplicaciones compatibles.

Por qué y cuándo se efectúa esta tarea

Procedimiento

1. Consulte la versión más reciente de PowerProtect Database Application Agent Release Notespara obtener la información más actualizada sobre el producto.

2. Asegúrese de que los sistemas Data Domain requeridos están configurados y habilitadossegún Configuración del sistema de Data Domain para las operaciones de ApplicationDirect en la página 49.

3. Para las operaciones de Storage Direct fuera de un ambiente de VMware vSphere,asegúrese de que se hayan completado las configuraciones del sistema requeridas de VMAX,XtremIO y Data Domain. En PowerProtect Storage Direct Primary and Protection StorageConfiguration Guide, se proporcionan más detalles.

4. Instale el software del agente de aplicación de base de datos según Instalación delproducto en la página 59.

5. Configure el producto según Configuración del producto en la página 79.

6. Proteja el sistema de base de datos usando los procedimientos necesarios:

l Procedimientos para las operaciones de DB2:

n Operaciones de Application Direct en sistemas DB2 en la página 155

n Operaciones de Storage Direct en sistemas DB2 en la página 195

l Procedimientos para las operaciones de Oracle:

n Operaciones de Application Direct en sistemas Oracle en la página 227

n Operaciones de Storage Direct en sistemas Oracle en la página 239

l Procedimientos para las operaciones de SAP HANA:

n Operaciones de Application Direct en sistemas SAP HANA en la página 313

l Procedimientos para las operaciones de SAP con Oracle:

n Operaciones de Application Direct en sistemas SAP con Oracle en la página 335

n Operaciones de Storage Direct en sistemas SAP con Oracle en la página 353

7. Solucione problemas con operaciones de productos usando la siguiente información:

l Sugerencias generales para la solución de problemas en la página 144

l Consejos para la solución de problemas de DB2:

n Sugerencias de solución de problemas de DB2 para las operaciones de ApplicationDirect en la página 187



n Sugerencias de solución de problemas de DB2 para las operaciones de StorageDirect en la página 225

l Consejos para la solución de problemas de Oracle:

n Sugerencias de solución de problemas de Oracle para las operaciones de ApplicationDirect en la página 238

n Sugerencias de solución de problemas de Oracle para las operaciones de StorageDirect en la página 311

l Consejos para la solución de problemas de SAP HANA:

n Sugerencias de solución de problemas de SAN HANA para las operaciones deApplication Direct en la página 332

l Consejos para la solución de problemas de SAP con Oracle:

n Sugerencias de solución de problemas de SAP con Oracle para las operaciones deApplication Direct en la página 351

n Sugerencias de solución de problemas de SAP con Oracle para las operaciones deStorage Direct en la página 374

l Versión más reciente de PowerProtect Database Application Agent Release Notes



CAPÍTULO 2

Configuración del sistema de Data Domain paralas operaciones de Application Direct


l Licencias del sistema Data Domain........................................................................................50l Activar DD Boost en un sistema Data Domain....................................................................... 50l Cambio de los derechos de acceso de DD Boost.................................................................... 51l Habilitar el cifrado mediante una conexión WAN................................................................... 52l Habilitar las operaciones de DD Boost a través de un firewall................................................ 52l Configurar las unidades de almacenamiento.......................................................................... 53l Habilitar el procesamiento distribuido de segmentos.............................................................53l Habilitar el balanceo de carga avanzado y la conmutación por error de vínculos....................54l Habilitar el servicio de DD Boost mediante FC.......................................................................55l Validación y solución de problemas de la conexión de la base de datos y del sistema Data

Domain.................................................................................................................................. 57


Licencias del sistema Data DomainNota: El administrador de Data Domain debe configurar el sistema Data Domain para lasoperaciones de Application Direct con la función de Data Domain Boost. Este capítuloproporciona ejemplos de configuraciones básicas. La documentación de Data Domainproporciona detalles sobre las configuraciones del sistema Data Domain.

Es necesario que cuente con las licencias adecuadas de Data Domain, como la licencia dereplicación o Data Domain Boost, para utilizar el software del agente de aplicación de base dedatos.

Comuníquese con su representante de Data Domain para obtener más información y comprarfunciones con licencia.

En el documento Guía de administración de Data Domain Operating System, se proporcionan detallessobre todas las funciones con licencia y cómo mostrar y habilitar licencias de Data Domain.

Activar DD Boost en un sistema Data DomainPor qué y cuándo se efectúa esta tarea

Habilite DD Boost en un sistema Data Domain mediante el comando ddboost enable o desdeData Domain System Manager en la página Data Management > DD Boost, como se describe en laGuía de administración de Data Domain Operating System.

Nota: DD Boost requiere una licencia independiente.

Use la interfaz de línea de comandos de Data Domain para completar las tareas de administraciónrequeridas. En la Guía de referencia de comandos de Data Domain Operating System se ofrecendetalles sobre los comandos.

Procedimiento

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

2. Para verificar que el sistema de archivos está habilitado y se está ejecutando, ejecute lossiguientes comandos:

# filesys status

The file system is enabled and running.

Para habilitar el sistema de archivos, ejecute el siguiente comando:

# filesys enable

3. Para verificar si la licencia de DD Boost está habilitada, ejecute el siguiente comando:

# license show

Feature licenses:## License Key Feature-- -------------------- --------1 ABCD-EFGH-IJKL-MNOP DDBOOST-- -------------------- --------

Configuración del sistema de Data Domain para las operaciones de Application Direct


Si la licencia de DD Boost está deshabilitada, ejecute el siguiente comando para agregar lalicencia de DD Boost con la clave de licencia proporcionada por Data Domain:

# license add <license_key>

License “ABCE-BCDA-CDAB-DABC” added.4. Establezca el nombre de usuario y la contraseña de DD Boost para el sistema Data Domain.

Nota: El nombre de usuario, la contraseña y la función se deben configurar en el sistemaData Domain como se describe en la Guía de administración de Data Domain OperatingSystem. El nombre de usuario y la contraseña distinguen mayúsculas de minúsculas ydeben coincidir con el nombre de usuario y la contraseña proporcionada en elprocedimiento Configuración del lockbox en la página 111.

Para establecer el nombre de usuario y la contraseña, ejecute los siguientes comandos:

# user add <username> password <password># ddboost user assign <username>

Cambio de los derechos de acceso de DD Boost en la página 51 proporciona informaciónsobre cómo el cambio del nombre de usuario y los derechos de acceso afecta lasoperaciones en un sistema Data Domain.

5. Para habilitar DD Boost, ejecute el siguiente comando:

# ddboost enable

DD Boost enabled6. Para verificar que DD Boost esté habilitado, ejecute el siguiente comando:

# ddboost status

Cambio de los derechos de acceso de DD BoostDe forma predeterminada, cuando el servicio de DD Boost se activa por primera vez en un sistemaData Domain, el servicio es accesible para todos los servidores de base de datos. Puede usar elcomando ddboost access para reemplazar este valor predeterminado y restringir el acceso aservidores de base de datos específicos.

Por ejemplo, el administrador de Data Domain puede ejecutar los siguientes comandos para quitarel permiso de acceso predeterminado para todos los servidores y agregar permisos de accesonuevos para dos servidores de base de datos específicos, dbserver1.datadomain.com ydbserver2.datadomain.com. La Guía de referencia de comandos de Data Domain Operating Systemproporciona detalles sobre los comandos.

# ddboost disable# ddboost clients del *# ddboost clients add dbserver1.datadomain.com dbserver2.datadomain.com# ddboost enable

Estos comandos establecen un conjunto de controles de acceso que permiten el acceso de DDBoost solo a los dos servidores de base de datos, dbserver1.datadomain.com ydbserver2.datadomain.com.

Tenga en cuenta las siguientes pautas cuando cambie los derechos de acceso de DD Boost:



l Asegúrese de que no se esté ejecutando ninguna operación de respaldo del sistema DataDomain cuando cambia cualquier derecho de acceso. Puede ejecutar el comando ddboostdisable para impedir operaciones cuando se cambia el acceso.

l Especifique solo un nombre de dominio calificado, una dirección IP o un nombre DNS que sepueda resolver para el cliente cuando se modifica la lista de control de acceso de cliente.

l Después de que se modifican los derechos de acceso, puede ejecutar el comando ddboostenable para habilitar DD Boost, y los derechos de acceso tendrán efecto.

Puede ejecutar el comando ddboost clients show config para verificar qué host de basede datos tiene los derechos de acceso de DD Boost. Si la salida del comando es simplemente *,todos los servidores de base de datos tienen los derechos de acceso. Por ejemplo:

# ddboost clients show config

DD Boost access allowed from the following clients*

# ddboost clients show config

DD Boost access allowed from the following clients:dbserver1.datadomain.comdbserver2.datadomain.com

Habilitar el cifrado mediante una conexión WANEl agente de aplicación de base de datos proporciona soporte para que los clientes de DD Boosttengan cifrado de datos en transferencia con un sistema operativo Data Domain 5.5 o posteriormediante una conexión WAN.

Para habilitar el cifrado de datos en transferencia mediante una conexión WAN, configure elcifrado con seguridad media o alta en el sistema Data Domain y establezca el modo deautenticación en anónimo. Actualmente, el producto solo es compatible con el modo deautenticación anónimo. Por ejemplo, ejecute el siguiente comando ddboost para establecer elcifrado de datos en transferencia necesario para los sistemas cliente:

ddboost clients add <client_list> [encryption-strength {medium | high} authentication-mode anonymous]

La configuración es transparente para el agente de aplicación. Encontrará información detallada enla versión más reciente del documento Guía de administración de Data Domain Boost.

Habilitar las operaciones de DD Boost a través de un firewallEl sistema Data Domain, como está inicialmente configurado, no opera mediante un firewall;tampoco lo hace para una conexión de servidor de base de datos a un sistema Data Domain ni parauna conexión de un sistema Data Domain a otro. Si necesita que el sistema Data Domain opere pormedio de un firewall, póngase en contacto con su proveedor de soporte de red.

Los siguientes puertos deben estar abiertos en un firewall para habilitar los respaldos y ladeduplicación optimizada de DD Boost:

l TCP 2049 (NFS)



l TCP 2051 (replicación)

l TCP 111 (asignador de puertos de NFS)

l TCP xxx (seleccione un puerto para NFS mountd, donde el puerto MOUNTD predeterminadoes 2052)

Configurar las unidades de almacenamientoUna o más unidades de almacenamiento deben crearse en cada sistema Data Domain que se usarácon el agente de aplicación de base de datos. Todos los nombres de unidades de almacenamientoen un solo sistema Data Domain deben ser únicos. Sin embargo, puede usar el mismo nombre deunidad de almacenamiento en más de un sistema Data Domain.

Nota: Los nombres de las unidades de almacenamiento no distinguen mayúsculas deminúsculas.

Debe proporcionar el nombre de la unidad de almacenamiento cuando configura las operacionescon el agente de aplicación de base de datos. Configuración del producto en la página 79proporciona más información.

Cree una unidad de almacenamiento mediante el comando ddboost storage-unit o desdeData Domain System Manager en la página Data Management > DD Boost, como se describe en laGuía de administración de Data Domain Operating System.

Por ejemplo, ejecute el siguiente comando en el sistema Data Domain para cada unidad dealmacenamiento que desee crear:

# ddboost storage-unit create <storage_unit_name> user <username>

Ejecute el siguiente comando para enumerar el estado de las unidades de almacenamiento:

# ddboost storage-unit show

Name Pre-Comp (GiB) Status---------- -------------- ------SU_ABCDE03 5.8 RWSU_ABCDE5 9.8 RW/Q---------- -------------- ------ D : Deleted Q : Quota Defined RO : Read Only RW : Read Write

Debe crear al menos una unidad de almacenamiento en cada sistema Data Domain que se va autilizar con el agente de aplicación de base de datos. Puede compartir una unidad dealmacenamiento en un sistema Data Domain entre varios hosts de base de datos.

El almacenamiento en un sistema Data Domain puede aprovisionarse mediante límites de cuotasopcionales para una unidad de almacenamiento. Se pueden especificar límites de cuota, ya sea enel momento en que se crea una unidad de almacenamiento o más adelante, mediante comandosseparados. En la Guía de referencia de comandos de Data Domain Operating System se proporcionandetalles sobre el comando ddboost.

Habilitar el procesamiento distribuido de segmentosEl procesamiento distribuido de segmentos es una característica de software de DD Boost queutiliza la biblioteca de DD Boost en el servidor de base de datos y el software de Data Domain en el



DDR. El agente de aplicación de base de datos carga la biblioteca de DD Boost durante lasoperaciones de respaldo y restauración.

Debe configurar la opción de procesamiento distribuido de segmentos en el sistema Data Domain.La opción de configuración se aplica a todos los servidores de base de datos y a todo el softwareque usa DD Boost en ese sistema Data Domain.

Administre el procesamiento distribuido de segmentos mediante el comando ddboost option odesde Data Domain System Manager en la página Data Management > DD Boost, como sedescribe en la Guía de administración de Data Domain Operating System.

Para confirmar si DD Boost tiene o no activado el procesamiento distribuido de segmentos, ejecuteel comando ddboost option show.

Para configurar la opción de procesamiento distribuido de segmentos, ejecute el siguientecomando:

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

Habilitar o deshabilitar la opción de procesamiento distribuido de segmentos no exige que sereinicie el sistema de archivos de Data Domain

El procesamiento distribuido de segmentos está activado de manera predeterminada en un sistemaque se instala inicialmente con Data Domain Operating System (DD OS) versión 5.2 o posterior. Siun sistema se actualiza de DD OS 5.0.x o 5.1.x a DD OS 5.2 o posterior, el procesamientodistribuido de segmentos queda en su estado anterior.

Nota: No puede activar el procesamiento distribuido de segmentos en sistemas Solaris SPARC,excepto T4 y T5.

Habilitar el balanceo de carga avanzado y la conmutación porerror de vínculos


Nota: Este tema es relevante solo si utiliza una conexión Ethernet, no Fibre Channel, para lasoperaciones de respaldo y restauración con el agente de aplicación de base de datos.

La función de balanceo de carga avanzado y conmutación por error de vínculos permite lacombinación de varios vínculos Ethernet en un grupo y el registro de solo una interfaz en el sistemaData Domain con el agente de aplicación de base de datos.

En la documentación de Data Domain se proporcionan detalles sobre las características y losbeneficios del balanceo de carga avanzado y la conmutación por error de vínculos.

Si se configura un grupo de interfaces, cuando el sistema Data Domain recibe datos del cliente DDBoost, se realiza un balanceo de carga de la transferencia de datos y esta se distribuye comotrabajos separados en la red privada, lo que proporciona un rendimiento mejor, especialmente paralos clientes que usan varias conexiones de 1 GbE.

Administre el balanceo de carga avanzado y la conmutación por error de vínculos mediante elcomando ddboost ifgroup o desde Data Domain System Manager en la página DataManagement > DD Boost, como se describe en la Guía de administración de Data Domain OperatingSystem.

Puede realizar los siguientes pasos para crear un grupo de interfaces en el sistema Data Domainmediante la adición de interfaces actuales al grupo y el registro del sistema Data Domain con elagente de aplicación de base de datos. Una vez que se configura un grupo de interfaces, puedeagregar o eliminar interfaces del grupo.



Procedimiento

1. Para agregar las interfaces en el grupo, ejecute el comando ifgroup. Las interfaces debenhaberse creado con el comando net. Por ejemplo:

# ifgroup add default interface 192.168.1.1# ifgroup add default interface 192.168.1.2# ifgroup add default interface 192.168.1.3# ifgroup add default interface 192.168.1.4

Este ejemplo supone que no se ha creado ningún otro grupo de interfaz con nombre y utilizael grupo de interfaces predeterminado.

2. Seleccione una interfaz en el sistema Data Domain para registrarla con el agente deaplicación de base de datos. Cree una interfaz agregada de conmutación por error y registreesa interfaz con el agente de aplicación de base de datos. En la Guía de administración deData Domain Operating System se describe cómo crear una interfaz virtual para agregaciónde vínculos.

No es obligatorio usar una interfaz del ifgroup para registrarla con el agente de aplicación debase de datos. También puede utilizarse una interfaz que no sea parte del ifgroup pararegistrarla con el agente de aplicación de base de datos. La interfaz debería registrarse conun nombre que se pueda resolver con DNS o cualquier otro mecanismo de resolución denombres.

3. Para habilitar la función en el sistema Data Domain, ejecute el siguiente comando:

# ifgroup enable

4. Para verificar la configuración, ejecute el siguiente comando:

# ifgroup show config default interfaces

Group Name Status Interface---------- ------- -----------default enabled 192.168.1.1default enabled 192.168.1.2default enabled 192.168.1.3default enabled 192.168.1.4

Habilitar el servicio de DD Boost mediante FCDD OS 5.3 y versiones posteriores son compatibles con el mecanismo de comunicación de DataDomain Fibre Channel (DFC o FC) entre la biblioteca de DD Boost y el sistema Data Domain.


Nota: La compatibilidad del servicio de DD Boost mediante FC con el software del agente deaplicación de base de datos requiere que un calificador de preventa Fibre Channel se hayaenviado y aprobado. Para obtener más información, póngase en contacto con su representantede Data Domain.

La documentación de Data Domain proporciona detalles sobre las características y los beneficiosdel servicio DD Boost mediante FC.

El sistema Data Domain debe tener una tarjeta HBA que sea compatible con el servicio DD Boostmediante FC. En la Guía de referencia de comandos de Data Domain Operating System y la Guía deadministración de Data Domain Operating System se proporciona información sobre el uso delcomando scsitarget para administrar el subsistema de destino de SCSI.



El administrador de Data Domain puede completar los siguientes pasos para configurar el servicioDD Boost mediante FC.

Procedimiento

1. Para habilitar el servicio DD Boost mediante FC, ejecute el siguiente comando:

ddboost option set fc enabled2. Para establecer el nombre del servidor dfc de otra manera, ejecute el siguiente comando:

ddboost fc dfc-server-name set <server_name>Como alternativa, puede aceptar el nombre predeterminado, que es el nombre de host debase del sistema Data Domain. Un nombre de servidor dfc válido consta de uno o varios delos siguientes caracteres:

l letras en minúscula (a-z)

l letras en mayúscula (A-Z)

l números (0–9)

l carácter de subrayado (_)

l guión (–)

Nota: El carácter de punto (.) no es válido dentro de un nombre de servidor dfc. Nopuede usar el nombre de dominio calificado de un sistema Data Domain como el nombrede servidor dfc.

3. Para crear un grupo de FC de DD Boost, ejecute el siguiente comando:

ddboost fc group create <group_name>Por ejemplo:

ddboost fc group create lab_group4. Para configurar el conjunto de dispositivos del grupo de FC de DD Boost, ejecute el siguiente

comando:

ddboost fc group modify <group_name> device-set count <count> endpoint {all| none | <endpoint_list>}

Por ejemplo:

ddboost fc group modify lab_group device-set count 8 endpoint all5. Para agregar iniciadores al grupo de FC de DD Boost, ejecute el siguiente comando:

ddboost fc group add <group_name> initiator <initiator_spec>Por ejemplo:

ddboost fc group add lab_group initiator "initiator-15,initiator-16"6. Verifique que los dispositivos DFC estén visibles en el servidor de base de datos.

7. Asegúrese de que el usuario que realiza los respaldos y las restauraciones tenga el permisonecesario para acceder a los dispositivos de DFC.

Configuración de las operaciones del producto por medio de redes IP y Fibre Channel en lapágina 94 proporciona información detallada sobre la configuración del agente deaplicación de base de datos para utilizar la conexión de red de Fibre Channel.

Administración de rutas de DD Boost mediante FCEl mecanismo de failover de vínculo y balanceo de carga avanzado basado en ifgroup que sedescribe en un tema anterior se basa en 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 medianteFC. En la documentación de Data Domain se proporcionan más detalles.

Validación y solución de problemas de la conexión de la basede datos y del sistema Data Domain

Según el tipo de conexión de red que se usa, puede ejecutar el comando adecuado para validar lacomunicación entre el host del servidor de base de datos y el sistema Data Domain:

l Si tiene un sistema de DD Boost mediante IP, puede iniciar sesión en el servidor de base dedatos y ejecutar el comando rpcinfo si el comando está disponible en el sistema. Por ejemplo:

# rpcinfo -p <Data_Domain_system_hostname>

La salida del comando debe incluir los puertos que se enumeran en Habilitar las operaciones deDD Boost a través de un firewall en la página 52. Por ejemplo:

# rpcinfo -p <Data_Domain_system_hostname>

program vers proto port service 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 779 status 100024 1 tcp 782 status 537220272 2 tcp 3006 100005 1 tcp 2052 mountd 100005 1 udp 2052 mountd 100005 2 tcp 2052 mountd 100005 2 udp 2052 mountd 100005 3 tcp 2052 mountd 100005 3 udp 2052 mountd 100003 3 tcp 2049 nfs 100003 3 udp 2049 nfs 285824256 1 udp 709 537329792 1 tcp 3007 537220001 2 tcp 2051 537220001 3 tcp 2051 537220439 1 tcp 695 537220017 1 tcp 727

l Si tiene un sistema DD Boost mediante FC, puede iniciar sesión en el servidor de base de datosy ejecutar el comando adecuado para verificar que los dispositivos DFC estén visibles en elcliente.La Guía de referencia de comandos de Data Domain Operating System proporciona detalles acercade los comandos compatibles.

Puede usar el comando ddbmadmin para verificar el nombre de usuario, la contraseña y lospermisos de acceso válidos para el sistema Data Domain. Configuración del lockbox en la página111 proporciona más detalles sobre cómo usar el comando.

El artículo 201919 de la base de conocimientos, titulado Cómo solucionar problemas de rendimiento yconectividad de DataDomain DDBoost, proporciona información sobre cómo usar la herramientaddpconnchk para solucionar problemas específicos de DD Boost. El artículo está disponible en elsitio web de soporte.





CAPÍTULO 3

Instalación del producto


l Plan de trabajo para instalar o actualizar software................................................................ 60l Instalación y desinstalación del software en AIX....................................................................62l Instalación y desinstalación del software en Linux.................................................................65l Instalación y desinstalación del software en Solaris...............................................................68l Instalación y desinstalación del software en Microsoft Windows........................................... 70l Componentes de software.....................................................................................................72l Software de BoostFS de Data Domain...................................................................................76


Plan de trabajo para instalar o actualizar softwareDebe ejecutar los pasos requeridos para instalar o actualizar el software del agente de aplicaciónde base de datos en el host de servidor de base de datos o aplicación.

Antes de comenzar

Antes de la instalación, asegúrese de que el sistema de archivos no incluya ningún vínculo simbólicoal directorio /opt, como un vínculo simbólico de /usr/local a /opt. Es posible que lasoperaciones con el agente de aplicación de base de datos no funcionen si existen esos vínculossimbólicos.

Debe instalar la misma versión del agente de aplicación de base de datos en cada nodo en unambiente de alta disponibilidad.

Durante una actualización del software, asegúrese de que no haya respaldos ni restauraciones enejecución en el cliente o en cada nodo en el ambiente de alta disponibilidad. En una configuraciónde respaldo de registros archivados de DB2, asegúrese de que la biblioteca de proveedor cargadaanteriormente se limpie, como se describe en Respaldos de DB2 de registros de transacciones enla página 157.

El agente de aplicación de base de datos admite la coexistencia con otro software, de la siguientemanera:

l Storage Direct agent versión 19.2 o posterior.

l Cualquier otro producto de respaldo utilizado para proteger datos que el agente de aplicaciónde base de datos no protege.

El agente de aplicaciones de base de datos no es compatible con la coexistencia de Storage Directcon el cliente de NetWorker, pero es compatible con la coexistencia de DD Boost con el cliente deNetWorker, con algunas restricciones. En PowerProtect Database Application Agent Release Notesse proporcionan más detalles.

Nota: Para migrar una configuración de Oracle del agente de aplicaciones de base de datos alagente RMAN de Oracle, consulte las instrucciones en la versión correspondiente de la Guía deadministración del agente RMAN de Oracle.

Procedimiento

1. Asegúrese de que el host del servidor de base de datos o aplicación contenga el software deservidor de aplicaciones o base de datos compatible instalado y en funcionamiento en unambiente compatible.

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se describen las versiones de software y sistemas operativoscompatibles.

2. Asegúrese de haber revisado la información de la versión más reciente de PowerProtectDatabase Application Agent Release Notes.

3. Asegúrese de que el sistema de Data Domain se haya preparado según Configuración delsistema de Data Domain para las operaciones de Application Direct en la página 49.

4. Si desea realizar operaciones de Storage Direct para una base de datos en un sistema deVMAX, asegúrese de que los sistemas de VMAX y de Data Domain se hayan configuradosegún las instrucciones en PowerProtect Storage Direct Primary and Protection StorageConfiguration Guide.

5. Si va a realizar operaciones de Storage Direct con RecoverPoint para una base de datos enun sistema XtremIO, asegúrese de que los sistemas XtremIO y de Data Domain, así como loscomponentes de RecoverPoint, se hayan configurado según las instrucciones enPowerProtect Storage Direct Primary and Protection Storage Configuration Guide.





6. Asegúrese de contar con privilegios de raíz o administrador de sistema operativo en el hostde servidor de base de datos o aplicación.

7. Obtenga las licencias de software requeridas.

Póngase en contacto con el representante de ventas para obtener más detalles sobre laslicencias requeridas para el ambiente.

8. Si está actualizando desde el agente de aplicación de base de datos 1.0 (antes conocidocomo DDBDA 1.0) o una versión anterior del agente de aplicación de base de datos,desinstale al agente de aplicación de base de datos según las instrucciones en la guíacorrespondiente:

l Guía de administración de Data Domain Boost para bases de datos y aplicaciones 1.0

l Versión 2.0, 2.5, 3.0, 3.5, 4.0, 4.5, 4.6, 4.7 o 19.1 de PowerProtect Database ApplicationAgent Installation and Administration Guide

No utilice las opciones de actualización del instalador en una plataforma Linux o UNIX, porejemplo, el comando rpm -U en Linux.

AVISO Después de una actualización del agente de aplicaciones de base de datos desdeuna versión anterior a 19.2 a la versión 19.2 en Linux o UNIX, el usuario root debeejecutar el comando ddbmadmin -U si la caja de seguridad está en una ubicación nopredeterminada. Configuración del lockbox en la página 111 proporciona detalles sobrelos requisitos de la caja de seguridad.

Como alternativa en Windows, en lugar de desinstalar la versión anterior del agente deaplicación de base de datos, puede ejecutar un procedimiento de actualización directa con elasistente de instalación de Windows.

9. Descargue el paquete de software 19.2 del agente de aplicaciones de base de datos desde elsitio web de soporte. En Windows, descomprima el archivo descargado mediante WinZip.En UNIX/Linux, descomprima y extraiga el archivo descargado mediante las utilidadesgunzip y tar.

En los siguientes ejemplos se muestran los pasos para descargar y preparar el paquete desoftware.

Ejemplo: preparación para la instalación del agente de aplicaciones de base de datos enWindows

Para descargar y extraer el paquete de software del agente de aplicación de base de datosen Windows, complete los siguientes pasos.

a. Descargue el paquete de software del agente de aplicación de base de datos en el hostde Windows.

b. Use WinZip para descomprimir el archivo.

Ejemplo: preparación para la instalación del agente de aplicaciones de base de datos enAIX

Para descargar y extraer el paquete de software del agente de aplicación de base de datosen AIX, complete los siguientes pasos.

a. Descargue el archivo dbappagent192_aixpower.tar.gz al host de aplicaciones deAIX.



b. Descomprima y extraiga el paquete de agente de aplicación de base de datos:

gunzip dbappagent192_aixpower.tar.gztar -xvpBf dbappagent192_aixpower.tar

10. Instale el software descargado del agente de aplicaciones de base de datos 19.2 siguiendolas instrucciones de instalación en este capítulo.

11. Habilite las operaciones de Storage Direct en UNIX o Linux mediante la ejecución delsiguiente comando para iniciar el agente de instantáneas:

/opt/dpsapps/dbappagent/bin/ddbsm start

12. Si usa la función de protección de aplicaciones coordinadas, instale el software de DDBoostFS, como se describe en Software de BoostFS de Data Domain en la página 76.

Instalación y desinstalación del software en AIXDebe completar los procedimientos requeridos para instalar y desinstalar el software del agente deaplicación de base de datos en AIX. En los temas siguientes, se proporcionan instrucciones.

Instalar el software en AIXInstale el software del agente de aplicaciones de base de datos en AIX mediante la ejecución delprograma de interfaz de línea de comandos (CLI) installp o la herramienta de interfaz deadministración del sistema (SMIT), que es un programa de interfaz gráfica del usuario (GUI). En unclúster compatible, debe instalar el software en cada nodo que llevará a cabo respaldos yrecuperaciones.

Procedimiento

1. Complete las tareas de preparación en Plan de trabajo para instalar o actualizar software enla página 60. Asegúrese de iniciar sesión como usuario raíz y de encontrarse en el directoriocorrecto, que contiene los archivos de instalación de software descargados.

Nota: Si no inicia la instalación desde el directorio correcto, la instalación puede fallar.

2. Ejecute el programa de la CLI installp o el programa de GUI de SMIT:

l Para ejecutar el programa de CLI, escriba el siguiente comando:

installp -a -d /dir_pathname EMCdbappagent.rte

donde /dir_pathname es el nombre de ruta completo del directorio que contiene losarchivos de instalación de software.

Escriba el siguiente comando para verificar que la instalación se haya completadocorrectamente:

lslpp -L all | grep -i emcdbappagent

EMCdbappagent.rte 19.2.0.0 C F EMC database app agent

Si la salida del comando lslpp incluye EMCdbappagent.rte 19.2.0.0, la instalación serealizó correctamente.



l Para ejecutar el programa de GUI SMIT, realice los siguientes pasos:

a. Escriba el comando siguiente:

smitty install_latest

b. En Campo de entrada, escriba el nombre de ruta completo del directorio quecontiene los archivos de instalación de software.

c. Seleccione la opción SOFTWARE que desea instalar.

d. Escriba yes en respuesta a las siguientes peticiones:

Accept new license agreements?Preview new license agreements?

e. Para mostrar la lista de paquetes de software, seleccione F4=List.

f. Para instalar el software, seleccione EMCdbappagent.rte.

g. Seleccione Install and Update Software.

h. Para comenzar el proceso de instalación, presione Entrar.

La instalación en AIX almacena los distintos tipos de archivos de software en los directoriosque se muestran en la siguiente tabla.

Tabla 5 Directorios de instalación de software en AIX

Tipos de archivos o directorios instalados Directorio de instalación

Archivos ejecutables /opt/dpsapps/dbappagent/bin

Plantillas de archivos de configuración /opt/dpsapps/dbappagent/config

Directorio de archivos de registro dedepuración

/opt/dpsapps/dbappagent/logs,

vinculada a /var/opt/ddbda/logs

Archivos de la biblioteca /opt/dpsapps/dbappagent/lib/lib64La instalación crea una cantidad de vínculos simbólicos, como se describe en Vínculos desoftware creados durante la instalación en la página 75. Si el lockbox existe en la ubicaciónpredeterminada, el instalador lo actualiza automáticamente con la versión más reciente.

3. Asegúrese de que la variable $PATH del sistema incluya el nombre de ruta completo deldirectorio en el que están instalados los archivos binarios del agente de aplicación de base dedatos. Por ejemplo, actualice la variable $PATH para incluir el nombre de ruta /opt/dpsapps/dbappagent/bin.

AVISO Si no incluye el directorio de instalación binaria en la variable $PATH del sistema,debe especificar el nombre de ruta binaria completo en el momento de ejecutar unprograma de agente de aplicación de base de datos en la línea de comandos. De locontrario, el programa fallará.

4. Si desea ejecutar las operaciones a través de una conexión Fibre Channel (FC), puede usarel controlador de DFC que se incluye con el agente de aplicación de base de datos o elcontrolador del dispositivo genérico de SCSI de AIX. Si utiliza el controlador de dispositivogenérico de SCSI, la instalación de controladores no es necesaria.

Para comprobar el tipo de controlador que se instaló, puede ejecutar el comando lsdev yrevisar la salida del comando:



l Para el controlador de DFC que se incluye con el agente de aplicaciones de base dedatos, la salida del comando incluye los nombres de dispositivos como DDdfc* y el tipocomo Data Domain DDdfc Release 1.0.0.4. Por ejemplo:

lsdev

DDdfc Available Data Domain DDdfc Release 1.0.0.4DDdfc1 Available Data Domain DDdfc Release 1.0.0.4DDdfc2 Available Data Domain DDdfc Release 1.0.0.4DDdfc3 Available Data Domain DDdfc Release 1.0.0.4

l La salida del comando para el controlador de dispositivo genérico de SCSI incluye losnombres de dispositivo como hdisk* y el tipo como Other FC SCSI Disk Drive.Por ejemplo:

lsdev

hdisk1 Available 05-00-01 Other FC SCSI Disk Drivehdisk2 Available 05-00-01 Other FC SCSI Disk Drivehdisk3 Available 05-00-01 Other FC SCSI Disk DriveNota: Para descubrir los dispositivos de DD Boost que se agregan al grupo de FC de DDBoost en el sistema de Data Domain, ejecute el comando cfgmgr en el cliente. Esposible que deba ejecutar el comando cfgmgr si el comando lsdev no puede mostrartodos los dispositivos.

Si desea utilizar el controlador de DFC que se incluye con el agente de aplicación de base dedatos, pero el controlador no está instalado, instale el controlador de la siguiente manera:

a. Extraiga el paquete del controlador DDdfc.rte.1.0.0.4.bff del paquete de softwarede AIX:

gunzip < dbappagent192_aixpower.tar.gz | tar xvf -

b. Instale el controlador:

installp -d /dir_pathname/DDdfc.rte.1.0.0.4.bff all

c. Para confirmar que el controlador está instalado, ejecute el comando lsdev y revise lasalida del comando, según lo descrito anteriormente.

Para configurar e integrar la conexión de FC con Data Domain, siga las instrucciones enNotas técnicas del agente de aplicaciones de base de datos para la configuración de FibreChannel en Data Domain y la integración con Data Domain Boost para aplicaciones empresariales.Este documento está disponible en el sitio web de soporte en https://support.emc.com.

5. Verifique la versión instalada del software del producto ejecutando uno de los siguientescomandos, donde file_name es el nombre de ruta completo del archivo de programaddbmadmin:

what file_namelslpp -L all | grep -i emcdbappagent

6. Para asegurarse de que el DBA puede ejecutar operaciones de respaldo y restauración comoun usuario que no es raíz, siga las instrucciones de configuración del siguiente artículo de labase de conocimientos:



HTTPS://SUPPORT.EMC.COM/

Dispositivos de Fibre Channel con productos que utilizan DD Boost en un ambiente de Linux/UNIX (número de artículo 000182275)

Este artículo está disponible en el sitio web de soporte en https://support.emc.com.

7. Configure el software del agente de aplicaciones de base de datos siguiendo lasinstrucciones en Configuración del producto en la página 79.

AVISOSi actualizó el software y el lockbox se creó con el agente de aplicación 4.0 o versionesanteriores en un directorio no predeterminado, debe importar manualmente la versiónmás reciente del lockbox. Para importar la caja de seguridad, ejecute el comandoddbmadmin -U con la opción LOCKBOX_IMPORT, como se describe en Actualizacióndel lockbox en la página 121.

Desinstalar el software en AIXDesinstale el software del agente de aplicación de base de datos en AIX mediante la ejecución delprograma de SMIT de la GUI o el comando installp. En un clúster compatible, ejecute elprocedimiento de desinstalación en cada nodo que contenga el software.

Procedimiento

1. Asegúrese de que no haya respaldos de base de datos o de aplicaciones en ejecución.

2. Para desinstalar el software, use uno de los siguientes métodos como usuario raíz:

Nota: No necesita apagar una base de datos para desinstalar el software.

l Utilice la CLI mediante el siguiente comando:

installp -u EMCdbappagent.rte

l Use el programa SMIT de la GUI:

a. Escriba el siguiente comando smitty:

smitty remove

b. Para mostrar una lista de los paquetes de software instalados, seleccione F4=List.

c. Seleccione el paquete que desee desinstalar:

EMCdbappagent.rte

d. Establezca la opción PREVIEW Only en No.

e. Para desinstalar el software, presione Enter.

f. Salga del programa SMIT de la GUI.

El procedimiento de desinstalación no elimina determinados archivos y directorios quecontienen registros y archivos del lockbox. Debe quitar manualmente estos elementosdespués de guardar una copia, si es necesario.

Instalación y desinstalación del software en LinuxDebe completar los procedimientos requeridos para instalar y desinstalar el software del agente deaplicación de base de datos en Linux. En los temas siguientes, se proporcionan instrucciones.



HTTPS://SUPPORT.EMC.COM/

Instalar el software en LinuxInstale el software del agente de aplicaciones de base de datos en Linux mediante la ejecución delcomando rpm. En un clúster compatible, instale el software en cada nodo que llevará a caborespaldos y recuperaciones.

Procedimiento



2. En una plataforma RHEL 6 Linux, asegúrese de haber descargado e instalado el paquetecompat-libstdc++-33.

3. Para instalar el software, ingrese el comando rpm necesario:

l En Linux x64:

rpm -ivh emcdbappagent-19.2.0.0-1.x86_64.rpm

l En Linux Power PC de 64 bits big-endian:

rpm -ivh emcdbappagent-19.2.0.0-1.ppc64.rpm

l En Linux Power PC de 64 bits little-endian:

rpm -ivh emcdbappagent-19.2.0.0-1.ppc64le.rpm

4. Para verificar que la instalación se haya realizado correctamente, ingrese el siguientecomando rpm -aq:

rpm -aq | grep -i emc

La salida del comando debe incluir la siguiente línea:

emcdbappagent-19.2.0.0-1.x86_64

La instalación en Linux almacena los distintos tipos de archivos de software en losdirectorios que se muestran en la siguiente tabla.

Tabla 6 Directorios de instalación de software en Linux







Archivos de la biblioteca /opt/dpsapps/dbappagent/lib/lib64(Linux x64, Linux Power PC little-endian)



Tabla 6 Directorios de instalación de software en Linux (continuación)


/opt/dpsapps/dbappagent/lib (Linux

Power PC big-endian)

La instalación crea una cantidad de vínculos simbólicos, como se describe en Vínculos desoftware creados durante la instalación en la página 75. Si el lockbox existe en la ubicaciónpredeterminada, el instalador lo actualiza automáticamente con la versión más reciente.




strings file_name | grep "@(#)"rpm -aq | grep -i emc


AVISOSolo en Linux x64, si actualizó el software y el lockbox se creó con el agente deaplicación 4.0 o versiones anteriores en un directorio no predeterminado, debe importarmanualmente la versión más reciente del lockbox. Para importar la caja de seguridad,ejecute el comando ddbmadmin -U con la opción LOCKBOX_IMPORT, como sedescribe en Actualización del lockbox en la página 121.

Desinstalar el software en LinuxDesinstale el software del agente de aplicaciones de base de datos en Linux mediante la ejecucióndel comando rpm. En un clúster compatible, ejecute el procedimiento de desinstalación en cadanodo que contenga el software.

Procedimiento


2. Para desinstalar el software, escriba el siguiente comando como usuario raíz:

Nota: No necesita apagar una base de datos para desinstalar el software.

rpm -e emcdbappagent-19.2.0.0-1




Instalación y desinstalación del software en SolarisDebe completar los procedimientos requeridos para instalar y desinstalar el software del agente deaplicación de base de datos en Solaris. En los temas siguientes, se proporcionan instrucciones.

Instalar el software en SolarisInstale el software del agente de aplicaciones de base de datos en Solaris mediante la ejecución delcomando pkgadd. En un clúster compatible, instale el software en cada nodo que llevará a caborespaldos y recuperaciones.

Procedimiento


Nota:Si no inicia la instalación desde el directorio correcto, la instalación puede fallar.

Si el sistema Solaris tiene zonas de Solaris (contenedores) y el software se debeejecutar en una zona raíz dispersa, instale el software en la zona global y en cada zonaraíz dispersa requerida.

2. Verifique que la configuración de la variable basedir sea basedir=default en el archivo /var/sadm/install/admin/default.

3. Para instalar el software, ingrese el comando pkgadd:

pkgadd -d /dir_pathname EMCdbappagent

donde /dir_pathname es el nombre de ruta completo del directorio que contiene el paquetede software.

4. Escriba y cuando se le pregunte si desea continuar con la instalación o no.

La instalación en Solaris almacena los distintos tipos de archivos de software en losdirectorios que se muestran en la siguiente tabla.

Tabla 7 Directorios de instalación de software en Solaris







Archivos de la biblioteca /opt/dpsapps/dbappagent/lib/amd64(Solaris AMD)



Tabla 7 Directorios de instalación de software en Solaris (continuación)


/opt/dpsapps/dbappagent/lib/sparcv9 (Solaris SPARC)





Nota: El comando what solo está disponible en Solaris 11.

what file_namepkginfo -l EMCdbappagent


AVISODebe importar la versión más reciente del lockbox manualmente en cualquiera de lossiguientes casos:

l Actualizó el software en un sistema Solaris diferente de Solaris x64 y el lockbox secreó con el agente de aplicación 4.0 o versión anterior en un directorio nopredeterminado.

l Actualizó el software en x64 y el lockbox se creó con el agente de aplicación 3.5 oversión anterior en un directorio no predeterminado.

Para importar la caja de seguridad, ejecute el comando ddbmadmin -U con la opciónLOCKBOX_IMPORT, como se describe en Actualización del lockbox en la página 121.

Desinstalar el software en SolarisDesinstale el software del agente de aplicación de base de datos en Solaris mediante la ejecucióndel comando pkgrm. En un clúster compatible, ejecute el procedimiento de desinstalación en cadanodo que contenga el software.

Procedimiento




2. Para desinstalar el software, escriba el siguiente comando como usuario raíz:

Nota: No necesita apagar una base de datos para desinstalar el software. Paradesinstalar el software en zonas de Solaris, primero desinstale el software en la zonaglobal y, a continuación, desinstale el software en cada zona raíz dispersa requerida.

pkgrm EMCdbappagent

3. Escriba y cuando se le solicite.


Instalación y desinstalación del software en MicrosoftWindows

Debe completar los procedimientos requeridos para instalar y desinstalar el software del agente deaplicación de base de datos en Windows. También puede modificar, reparar y quitar una instalaciónexistente en Windows. En los temas siguientes, se proporcionan instrucciones.

Instalar el software en WindowsInstale el software del agente de aplicaciones de base de datos en Windows mediante la ejecucióndel instalador de software emcdbappagent.exe. En un clúster compatible, instale el software encada nodo que llevará a cabo respaldos y restauraciones.

Procedimiento

1. Complete las tareas de preparación en Plan de trabajo para instalar o actualizar software enla página 60. Asegúrese de iniciar sesión como administrador y de encontrarse en eldirectorio correcto, que contiene los archivos de instalación de software descargados.


2. Ejecute el instalador de Windows emcdbappagent.exe y siga las instruccionesproporcionadas por el asistente de instalación.

Si está actualizando desde el agente de aplicaciones de base de datos 1.0, anteriormenteconocido como DDBDA 1.0, al agente de aplicaciones de base de datos 19.2 en Windows,puede seleccionar un procedimiento de actualización directa a través del asistente deinstalación.

3. Para salir del instalador, haga clic en Finalizar.

La instalación en Windows almacena todos los archivos ejecutables, las plantillas de archivosde configuración y los archivos de biblioteca en el directorio C:\Program Files\DPSAPPS\DBAPPAGENT\bin\. La instalación también crea el directorio de archivos deregistro de depuración C:\Program Files\DPSAPPS\DBAPPAGENT\logs\.


4. Verifique que la variable de ambiente Path del sistema incluya el directorio de instalación desoftware. Por ejemplo:



a. En el menú Inicio, seleccione Computadora.

b. En el menú contextual, seleccione Propiedades del sistema.

c. Seleccione Configuración avanzada del sistema.

d. En la pestaña Opciones avanzadas, haga clic en Variables de ambiente.

e. En Variables del sistema, verifique la variable Path. La variable Path debe incluir eldirectorio de instalación del software, C:\Program Files\DPSAPPS\DBAPPAGENT\bin.

Nota: El nombre de ruta del directorio puede incluir espacios, pero no puede haberespacios antes o después del nombre de ruta.

5. Para verificar la versión instalada del software del producto, use uno de los siguientesmétodos:

l Compruebe las propiedades del sistema para el programa ddbmadmin:

a. Haga clic con el botón secundario en el archivo C:\Program Files\DPSAPPS\DBAPPAGENT\bin\ddbmadmin.

b. Seleccione Propiedades.

c. En la pestaña Detalles, verifique la versión del producto.

l Busque el programa ddbmadmin en el Panel de control:

a. En el menú Inicio, seleccione Panel de control.

b. Seleccione Programas > Programas y características.

c. En la ventana Desinstalar o cambiar un programa, verifique la versión del producto.


AVISOSi actualizó el software y el lockbox se creó con el agente de aplicación 4.0 o versionesanteriores en un directorio no predeterminado, debe importar manualmente la versiónmás reciente del lockbox. Para importar la caja de seguridad, ejecute el comandoddbmadmin -U con la opción LOCKBOX_IMPORT, como se describe en Actualizacióndel lockbox en la página 121.

Desinstalar el software en WindowsDesinstale el software del agente de aplicación de base de datos en Windows mediante elinstalador de Windows o Windows Control Panel. En un clúster compatible, ejecute elprocedimiento de desinstalación en cada nodo que contenga el software.

Procedimiento

1. Inicie sesión como administrador del sistema Windows en el host de software.


3. Para desinstalar el software, use uno de los siguientes métodos:

Nota: No necesita apagar una base de datos para desinstalar el software. Antes decompletar la desinstalación, guarde una copia de los archivos de configuración, si esnecesario.

l Método del instalador de Windows:

a. Ejecute al instalador de Windows, emcdbappagent.exe.



b. En la página Change, repair, or remove installation, seleccione Remove y, acontinuación, haga clic en Next.

c. Para desinstalar el software, haga clic en Remove en el cuadro de diálogo Removethe Program.

l Método de Windows Control Panel:

a. En la ventana Control Panel, seleccione Add or Remove Programs o Programs andFeatures, según la versión de Microsoft Windows.

b. En la ventana Add or Remove Programs, seleccione database app agent forDDBEA and ProtectPoint y, a continuación, haga clic en Remove.


Componentes de softwareLa siguiente tabla enumera los componentes principales del software instalados en el host de basede datos o aplicación durante la instalación del software del agente de aplicación de base de datos.

Tabla 8 Componentes del software del producto

Nombre del componente Descripción

Componentes usados con todas las aplicaciones:

ddbmadmin Programa que se utiliza para las operacionesdel lockbox con el agente de aplicación debase de datos.

ddbsm

ddbsm_shutdown

ddbsmd

Archivos de administración de instantáneasque se usan para operaciones de StorageDirect con el agente de aplicaciones de basede datos.

libddbprotectpoint_rp.xx

libcurl.xx

libddbrestclient.xx

Archivos de la biblioteca de control deinstantáneas que se utilizan para lasoperaciones de Storage Direct conRecoverPoint.

libddbprotectpoint_v3.xx Archivo de la biblioteca de control deinstantáneas que se utiliza para lasoperaciones de Storage Direct con VMAX.

libddvdisk Archivo de la biblioteca de SDK de vdisk quese utiliza para operaciones de Storage Direct.

libccme*.xx

libcryptocme*.xx

libCSP*.xx

libLockbox.xx

libEnshroud*.xx

Archivos de biblioteca que se usan paraoperaciones del lockbox en UNIX y Linux x64.



Tabla 8 Componentes del software del producto (continuación)


libLockbox.so

libEnshroud*.soArchivos de biblioteca que se usan paraoperaciones del lockbox en Linux Power PC.

ccme*.dll

cryptocme*.xxx

CSP*.dll

Lockbox.dll

Enshroud-OpenSSL.dll

Archivos de biblioteca que se usan paraoperaciones del lockbox en Windows.

libDDBoost.xx Archivo de biblioteca de DD Boost que utilizael agente de aplicación de base de datos.

Componentes que se usan solo con DB2:

db2_ddbda.cfg Plantilla de archivo de configuración paraoperaciones de DB2.

ddbmdb2adutil Programa que se utiliza para operaciones derecuperación de respaldos de registros yrespaldos de base de datos de DB2.

libddboostdb2.xx Biblioteca que se utiliza para operaciones deDB2.

Componentes que se usan solo con Oracle:

ddboraasm Programa que se utiliza para las operacionesde Storage Direct en la administración dealmacenamiento automática (ASM) de Oraclepara AIX y Linux de 64 bits.

ddborasrvctl Programa que se utiliza para las operacionesde Storage Direct para ASM de Oracle en AIX.

ddbsbtcn.exe Programa que se utiliza para operaciones deOracle en Windows.

oracle_ddbda.cfg

oracle_asm_ddbda.cfgPlantillas de archivo de configuración paraoperaciones de Oracle.

libddboostora.xx Biblioteca que se utiliza para operaciones deOracle.

Componentes que se usan solo con SAP HANA:

hdbbackint Programa que se utiliza para operaciones deSAP HANA.

sap_hana_ddbda.utl Plantilla de archivo de configuración paraoperaciones de SAP HANA.

Componentes que se usan solo con SAP con Oracle:





backint Programa que se utiliza para operaciones deSAP con Oracle (BR*Tools).

ddbsbtcnsap.exe Programa que se utiliza para operaciones deSAP con Oracle con RMAN en Windows.

libddboostsapora.xx Biblioteca que se utiliza para operaciones deSAP con Oracle con RMAN.

sap_oracle_ddbda.utl Plantilla de archivo de configuración paraoperaciones de SAP con Oracle.

Componentes que se usan con protección de aplicaciones coordinadas únicamente:

ddbmoappbackup Programa para los respaldos que se realizan através de la protección de aplicacionescoordinadas. Ubicado en el directorio /opt/dpsapps/dbappagent/bin en Linux

únicamente.

ddbmoapprecover Programa para las restauraciones que serealizan a través de la protección deaplicaciones coordinadas. Ubicado en eldirectorio /opt/dpsapps/dbappagent/bin en Linux únicamente.

oapp_ddbda.cfg Plantilla de archivo de configuración paraoperaciones de protección de aplicacionescoordinadas. Ubicado en el directorio /opt/dpsapps/dbappagent/config en Linux

únicamente.

oapp_ddbda_mongodb.example Un archivo de ejemplo para ayudar con lasoperaciones de MongoDB. El archivo incluyeejemplos de un script del shell de respaldo y elarchivo de configuración de agente deaplicación de base de datos. Ubicado en eldirectorio /opt/dpsapps/dbappagent/config en Linux únicamente.

oapp_ddbda_mssql.example Un archivo de ejemplo para ayudar con lasoperaciones de Microsoft SQL. El archivoincluye ejemplos de un script del shell derespaldo y el archivo de configuración deagente de aplicación de base de datos.Ubicado en el directorio /opt/dpsapps/dbappagent/config en Linux únicamente.

oapp_ddbda_mysql.example Un archivo de ejemplo para ayudar con lasoperaciones de MySQL. El archivo incluyeejemplos de un script del shell de respaldo y elarchivo de configuración de agente deaplicación de base de datos. Ubicado en eldirectorio /opt/dpsapps/dbappagent/config en Linux únicamente.





oapp_ddbda_postgresql.example Un archivo de ejemplo para ayudar con lasoperaciones de PostgreSQL. El archivoincluye ejemplos de un script del shell derespaldo y el archivo de configuración deagente de aplicación de base de datos.Ubicado en el directorio /opt/dpsapps/dbappagent/config en Linux únicamente.

Vínculos de software creados durante la instalaciónCuando instala el software de aplicación de base de datos, el proceso de instalación crea unacantidad de vínculos simbólicos para las bibliotecas y los binarios del software.

En UNIX o Linux, la instalación del software crea vínculos simbólicos a las ubicaciones de losbinarios y las bibliotecas de la versión anterior. Por ejemplo, la instalación crea los siguientesvínculos simbólicos en Linux:

l /opt/ddbda/bin/hdbbackint vinculada a /opt/dpsapps/dbappagent/bin/hdbbackint

l /opt/ddbda/bin/backint vinculada a /opt/dpsapps/dbappagent/bin/backintl /opt/ddbda/bin/ddbmadmin vinculada a /opt/dpsapps/dbappagent/bin/

ddbmadminl /usr/lib/ddbda/lib64/libddboostdb2.so vinculada a /opt/dpsapps/

dbappagent/lib/lib64/libddboostdb2.sol /usr/lib/ddbda/lib64/libddboostora.so vinculada a /opt/dpsapps/

dbappagent/lib/lib64/libddboostora.sol /usr/lib/ddbda/lib64/libddboostsapora.so vinculada a /opt/dpsapps/

dbappagent/lib/lib64/libddboostsapora.soNota:Los directorios de la biblioteca de UNIX de la versión anterior son los siguientes:

l En AIX: /usr/lib/ddbda/lib64l En Solaris AMD: /usr/lib/ddbda/amd64l Sun Solaris SPARC: /usr/lib/ddbda/sparcv9

En Windows, la instalación del software crea los siguientes vínculos de biblioteca:

l Vínculo físico:

C:\Program Files\EMC DD Boost\DA\bin\libddboostdb2.dll vinculada aC:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll

l Vínculos simbólicos:

C:\Program Files\EMC DD Boost\DA\bin\libddboostora.dll vinculada aC:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostora.dllC:\Program Files\EMC DD Boost\DA\bin\libddboostsapora.dll vinculada aC:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostsapora.dll



Software de BoostFS de Data DomainPara la protección de aplicaciones coordinadas, instale BoostFS de Data Domain en el servidor debase de datos o el servidor de aplicaciones compatibles.

La función de aplicaciones coordinadas requiere BoostFS de Data Domain versión 1.2 o versionesposteriores.

Acceso al software de BoostFS de Data DomainSi desea habilitar y aprovechar la función de protección de aplicaciones coordinadas, puededescargar los archivos de software de BoostFS de Data Domain desde el sitio web de soporte.

Procedimiento

1. Inicie sesión en el host como usuario root en el sistema Linux x64.

2. Cree un directorio de descarga de instalación temporal en un sistema de archivos local consuficiente espacio libre en disco para contener el paquete de software descargado y losarchivos de instalación de software que se extraen del paquete.

3. Descargue el software de BoostFS de Data Domain necesario:

a. En el sitio web de soporte en https://support.emc.com, seleccione Controladores ydescargas.

Aparecerá la página Controladores y descargas.

b. En el cuadro de búsqueda, escriba Data Domain Boost y seleccione Data DomainBoost: sistema de archivos.

c. Seleccione BoostFS de Data Domain 1.2.0.1 o una versión posterior y descargue elarchivo de software de BoostFS de Data Domain en el directorio temporal que creó en elpaso 2.

4. Revise la documentación necesaria:

a. Vaya a https://support.emc.com/products.

b. En el cuadro de búsqueda, escriba Data Domain Boost y seleccione Data DomainBoost: sistema de archivos.

c. Haga clic en Documentation.

d. Descargue la Guía de configuración de BoostFS de Data Domain y revise la sección"Ambientes compatibles" sobre el sistema operativo y FUSE compatible con BoostFS deData Domain.

Habilitación de BoostFS de Data Domain para la protección de aplicacionescoordinadas

Para habilitar la función de protección de aplicaciones coordinadas en Linux x64, instale el paquetede cliente de BoostFS de Data Domain versión 1.2 o posterior en la ubicación predeterminada. En ladocumentación del usuario de BoostFS de Data Domain, se describen los requisitos de la versióndel sistema operativo de Data Domain. Asegúrese de completar también la configuración posteriora la instalación necesaria.




https://support.emc.com/products


Nota: Si tiene una instalación existente de BoostFS de Data Domain, realice solo los siguientespasos 3 a 5 para habilitar la protección de aplicaciones coordinadas con la instalación existente.

Procedimiento

1. Inicie sesión como usuario root en el sistema Linux x64.

2. Para instalar el paquete de BoostFS de Data Domain 1.2 o posterior en la ubicaciónpredeterminada, ejecute el comando rpm -i correspondiente. Por ejemplo:

l En Red Hat Enterprise Linux (RHEL):

# rpm -i DDBoostFS-1.2.0.1-595646.rhel.x86_64.rpm

l En SUSE Linux Enterprise Server (SLES):

# rpm -i DDBoostFS-1.2.0.1-595646.sles.x86_64.rpm

Nota: La función de protección de aplicaciones coordinadas no es compatible con lainstalación reubicada del paquete BoostFS de Data Domain en una ubicación nopredeterminada.

3. Cree una entrada inicial en la caja de seguridad mediante información ficticia, como lacadena aaaa como contraseña ficticia. Asegúrese de configurar los permisos para permitirque solo el usuario root lea y escriba la caja de seguridad y los archivos de registro. Porejemplo:

# /opt/emc/boostfs/bin/boostfs lockbox set -d aaaa -s aaaa -u aaaa

Enter storage unit user password:Enter storage unit user password again to confirm:Lockbox entry set

# chmod 0700 /opt/emc/boostfs/lockbox/*# chmod 1700 /opt/emc/boostfs/lockbox# chmod 1700 /opt/emc/boostfs/log

4. Asigne los permisos de ACL para los usuarios del sistema operativo que ejecutarán losrespaldos y las restauraciones de protección de aplicaciones coordinadas, incluido eldemonio de aplicación que se ejecuta con las cuentas de usuario de estos sistemasoperativos. Por ejemplo, los siguientes comandos configuran los permisos de ACL para elusuario del sistema operativo con el nombre de usuario mysql:

# setfacl -m u:mysql:rwx /opt/emc/boostfs/lockbox# setfacl -m u:mysql:rw /opt/emc/boostfs/lockbox/*# setfacl -m u:mysql:rwx /opt/emc/boostfs/log

5. Verifique los permisos binarios de fusermount. Cuando sea posible, limite la cantidad deusuarios del sistema operativo que tienen permisos de lectura y ejecución para el comandofusermount.

Asegúrese de que los usuarios del sistema operativo que ejecutarán los respaldos y lasrestauraciones de protección de aplicaciones coordinadas tengan permisos de lectura y



ejecución para el comando fusermount. Por ejemplo, este usuario del sistema operativotiene el nombre de usuario mysql como se indica a continuación:

# which fusermount

/bin/fusermount

# ls -l /bin/fusermount

-rwsr-xr-x 1 root fuse 32336 Dec 7 2011 /bin/fusermount

# chmod o-rx /bin/fusermount# ls -l /bin/fusermount

-rwsr-x--- 1 root fuse 32336 Dec 7 2011 /bin/fusermount

# setfacl -m u:mysql:rx /bin/fusermount



CAPÍTULO 4

Configuración del producto


l Plan de trabajo para la configuración.....................................................................................80l Preparación del archivo de configuración.............................................................................. 80l Configuración de las operaciones del producto por medio de redes IP y Fibre Channel......... 94l Verificación del modo de Solutions Enabler para respaldos de VMAX....................................95l Configuración de la optimización de los respaldos de Storage Direct para software de

múltiples rutas de otros fabricantes...................................................................................... 96l Configuración de las restauraciones de respaldos replicados.................................................96l Configuración de las restauraciones de Storage Direct para VMAX directamente desde Data

Domain.................................................................................................................................104l Configuración de las restauraciones de Storage Direct VMAX desde instantáneas locales...104l Configuración de las restauraciones de reversión de respaldos de Storage Direct............... 105l Configuración de los límites de uso de los recursos de Data Domain.................................... 109l Configuración del lockbox..................................................................................................... 111l Configuración de la visualización y la eliminación de información del saveset.......................125l Configuración del uso de Data Domain Cloud Tier para transferencia de datos a la nube..... 138l Sugerencias generales para la solución de problemas...........................................................144l Sugerencias para solucionar problemas específicos de Storage Direct.................................149


Plan de trabajo para la configuraciónPor qué y cuándo se efectúa esta tarea

Nota: Los procedimientos de configuración descritos en este capítulo se aplican a todos losservidores de base de datos compatibles y todos los flujos de trabajo compatibles. Entre losflujos de trabajo compatibles se incluyen los flujos de trabajo de Application Direct y StorageDirect. Revise la información de configuración en los capítulos subsiguientes para conocer losprocedimientos adicionales que se aplican a los servidores de base de datos específicos.

Utilice el siguiente plan de trabajo para configurar el software del agente de aplicación de base dedatos para respaldos y restauraciones en los servidores de base de datos compatibles.

Procedimiento

1. Configure el archivo de configuración que se utilizará para las operaciones del producto deacuerdo con lo que se indica en Preparación del archivo de configuración en la página 80.

2. Configure el producto para usar las conexiones de red requeridas según lo que se indica en Configuración de las operaciones del producto por medio de redes IP y Fibre Channel en lapágina 94.

3. Si es necesario, configure las restauraciones de los respaldos replicados de acuerdo con loque se indica en Configuración de las restauraciones de respaldos replicados en la página96.

4. Si es necesario, configure las restauraciones de los respaldos de Storage Direct para VMAXdirectamente desde un sistema Data Domain, sin el uso de un sistema VMAX, conforme a loque se indica en Configuración de las restauraciones de Storage Direct para VMAXdirectamente desde Data Domain en la página 104.

5. Configure las restauraciones de reversión de los respaldos de Storage Direct según se indicaen Configuración de las restauraciones de reversión de respaldos de Storage Direct en lapágina 105.

6. Configure los límites de uso requeridos para los recursos de Data Domain de acuerdo con loque se establece en Configuración de los límites de uso de los recursos de Data Domain en lapágina 109.

7. Configure el lockbox que utiliza el producto de acuerdo con lo que se indica en Configuración del lockbox en la página 111.

8. Si es necesario, configure la visualización o eliminación de información del saveset según loque se indica en Configuración de la visualización y la eliminación de información delsaveset en la página 125.

9. Complete las configuraciones necesarias específicas de las aplicaciones según lasinstrucciones de configuración correspondientes. Cada uno de los siguientes capítuloscontiene un tema de configuración para un tipo específico de aplicación y de operación.

Preparación del archivo de configuraciónDebe configurar un archivo de configuración que se utilizará para respaldos y restauraciones con elagente de aplicación de base de datos. Debe personalizar una plantilla de archivo de configuraciónque proporciona la instalación del software mediante la configuración de parámetros específicos enel archivo.

Utilice uno de los dos métodos siguientes para crear el archivo de configuración, en función de si elarchivo de configuración se usará para las operaciones de la base de datos con la función deprotección de aplicaciones coordinadas:



l Creación de un archivo de configuración que no se utiliza con la protección de aplicacionescoordinadas en la página 81

l Creación de los archivos de configuración que se utilizan con protección de aplicacionescoordinadas en la página 82

Descripción general de la protección de aplicaciones coordinadas en la página 376 proporciona másinformación sobre la función.

Creación de un archivo de configuración que no se utiliza con la protección deaplicaciones coordinadas

Si no va a utilizar la función de protección de aplicaciones coordinadas para respaldos yrestauraciones, puede usar las siguientes plantillas para crear el archivo de configuración. Lainstalación del software proporciona las siguientes plantillas de archivos de configuración.

l db2_ddbda.cfg: plantilla para el archivo de configuración de DB2.

l oracle_ddbda.cfg: plantilla para el archivo de configuración de Oracle que se usa paraconfigurar las siguientes operaciones:

n Application Direct Operaciones de de una base de datos de Oracle en cualquieralmacenamiento (Oracle ASM o no).

n Storage Direct Operaciones de de una base de datos de Oracle en un almacenamiento queno sea Oracle ASM.

l oracle_asm_ddbda.cfg—Plantilla para el archivo de configuración de Oracle que se usapara configurar las operaciones de Storage Direct para una base de datos de Oracle en OracleASM. Configuración de los respaldos y las restauraciones de Storage Direct para bases dedatos de Oracle en ASM de Oracle en la página 255 En , se proporciona información detallada.

l sap_hana_ddbda.utl: plantilla para el archivo de configuración de SAP HANA.

l sap_oracle_ddbda.utl: plantilla para el archivo de configuración de SAP con Oracle.

Las plantillas de archivo de configuración se instalan en el siguiente directorio:

l En UNIX y Linux: /opt/dpsapps/dbappagent/config/l En Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\config\Haga una copia de la plantilla de archivo de configuración requerida, por ejemplo, en el directoriooriginal o en una ubicación alternativa, y modifique la configuración de parámetros en el archivosegún sea necesario. Siga las reglas que se proporcionan en Reglas de sintaxis para el archivo deconfiguración en la página 83.

Nota: La desinstalación del producto de software elimina las plantillas de archivo deconfiguración originales.

Parámetros comunes en la página 86 se describen los parámetros comunes que se configuran enel archivo de configuración para los respaldos y las restauraciones de todas las bases de datos yaplicaciones compatibles, incluidas las operaciones de Application Direct y de Storage Direct.

Los siguientes parámetros comunes son obligatorios para todas las operaciones con el agente deaplicación de base de datos:

l DDBOOST_USERl DEVICE_HOSTl DEVICE_PATHParámetros comunes de Storage Direct para VMAX en la página 89 describe los parámetroscomunes de las operaciones de Storage Direct para VMAX. Establece estos parámetros en elarchivo de configuración para respaldos y restauraciones de Storage Direct para datos de base dedatos de DB2, Oracle y SAP con Oracle que residen en un sistema VMAX.



Parámetros comunes de Storage Direct con RecoverPoint para XtremIO en la página 91 describelos parámetros comunes de las operaciones de Storage Direct con RecoverPoint. Establece estosparámetros en el archivo de configuración para los respaldos y las restauraciones de StorageDirect con RecoverPoint para datos de bases de datos de DB2, Oracle y SAP con Oracle queresiden en un sistema XtremIO.

Configuración de los respaldos y las restauraciones de Storage Direct para bases de datos deOracle en ASM de Oracle en la página 255 describe los parámetros de las operaciones de StorageDirect en ASM de Oracle. Estos parámetros se especifican en el archivo de configuración que sepuede personalizar para los respaldos y las restauraciones de Storage Direct de datos de Oracle endiscos de ASM de Oracle que son LUN de VMAX o LUN de XtremIO.

Creación de los archivos de configuración que se utilizan con protección deaplicaciones coordinadas

La función de protección de aplicaciones coordinadas requiere dos archivos de configuración:

l Para configurar la caja de seguridad y consultar la información de respaldo con la función deprotección de aplicaciones coordinadas, cree el archivo de configuración que se utiliza con lautilidad ddbmadmin.

l Si usa la función de protección de aplicaciones coordinadas para respaldos y restauraciones,puede usar la plantilla del archivo de configuración para crear el archivo de configuración deaplicación de base de datos. El software del agente de aplicación de base de datos proporcionael archivo de plantilla oapp_ddbda.cfg en Linux para los parámetros de respaldo yrestauración de protección de aplicaciones coordinadas.

Cree el archivo de configuración de ddbmadmin

Para configurar la caja de seguridad y consultar la información de respaldo, use las siguientesconfiguraciones de parámetros en el archivo de configuración ddbmadmin:

l DDBOOST_USERl DEVICE_HOSTl DEVICE_PATHl CLIENTl DB_USERl DEBUGParámetros comunes en la página 86 describe los parámetros DDBOOST_USER, DEVICE_HOST,DEVICE_PATH, CLIENT y DEBUG que se establecen en el archivo de configuración. El parámetroDB_USER se describe en Parámetros para respaldos de protección de aplicaciones coordinadas enla página 380.

Por ejemplo, el siguiente comando ddbmadmin crea la caja de seguridad en el host de base dedatos que se usará para respaldos o restauraciones:

/opt/dpsapps/dbappagent/bin/ddbmadmin -P -z configuration_fileConfiguración del lockbox con el comando ddbmadmin en la página 112 proporciona informacióndetallada sobre el uso del comando ddbmadmin para realizar operaciones de la caja de seguridad.

Por ejemplo, para almacenar la contraseña para DB_USER en la caja de seguridad, ejecute elsiguiente comando ddbmadmin con la configuración de parámetros correcta:

/opt/dpsapps/dbappagent/bin/ddbmadmin -Q -z configuration_fileParámetros para respaldos de protección de aplicaciones coordinadas en la página 380 proporcionamás información sobre cómo configurar la contraseña para DB_USER



Nota: Si la utilidad de respaldo de base de datos requiere una contraseña y desea usar elcomando ddmoappbackup para ingresar la contraseña en la utilidad de respaldo, asegúrese deque el valor para el parámetro DB_USER esté configurado. El valor que se especifica para elparámetro DB_USER debe ser el mismo en el archivo de configuración oapp_ddbda.cfg yddbmadmin. Además, asegúrese de que el valor para el parámetro USER_PSWD_PROMPT estéconfigurado correctamente en el archivo de configuración oapp_ddbda.cfg. Si no necesitael comando ddmoappbackup para ingresar la contraseña en la utilidad de respaldo, puedeignorar los parámetros DB_USER y USER_PSWD_PROMPT.

Reglas de sintaxis para el archivo de configuración en la página 83 proporciona detalles sobre lasintaxis correcta que se debe usar en el archivo de configuración.

Cree el archivo de configuración de oapp_ddbda.cfg

Haga una copia de la plantilla de archivo de configuración requerida, por ejemplo, en el directoriooriginal o en una ubicación alternativa, y modifique la configuración de parámetros en el archivosegún sea necesario. Siga las reglas que se proporcionan en Reglas de sintaxis para el archivo deconfiguración en la página 83.

Nota: La desinstalación del producto de software elimina las plantillas de archivo deconfiguración originales.

Puede nombrar el archivo de configuración con cualquier nombre preferido. Especifique el nombrede ruta del archivo de configuración con la opción -z en el comando de respaldo o restauracióncorrespondiente. Por ejemplo, para los respaldos de WAL de PostgreSQL, debe especificar laopción en la configuración de archive_command del archivo postgresql.conf, como sedescribe en Registrar el comando de archivo de PostgreSQL en la página 399.

Parámetros de protección de aplicaciones coordinadas en la página 380 describe los parámetrospara las operaciones de protección de aplicaciones coordinadas. Estos parámetros se establecenen el archivo de configuración para los respaldos y restauraciones de protección de aplicacionescoordinadas en sistemas de Microsoft SQL, MongoDB, MySQL y PostgreSQL.

Reglas de sintaxis para el archivo de configuración en la página 83 proporciona detalles sobre lasintaxis correcta que se debe usar en el archivo de configuración.

Reglas de sintaxis para el archivo de configuraciónDebe usar la sintaxis correcta en el archivo de configuración, en función de si el archivo deconfiguración se usará para las operaciones de base de datos con la función de protección deaplicaciones coordinadas.

El agente de aplicación de base de datos 19.2 incorporó la compatibilidad con la protección deaplicaciones coordinadas, como se describe en Descripción general de la protección deaplicaciones coordinadas en la página 376. Siga las reglas de sintaxis del subtema correspondiente:

l Sintaxis del archivo de configuración sin protección de aplicaciones coordinadas en la página83

l Sintaxis del archivo de configuración con protección de aplicaciones coordinadas en la página84

Sintaxis del archivo de configuración sin protección de aplicaciones coordinadas

El archivo de configuración incluye las siguientes secciones:

l Sección general: En esta sección, el encabezado de sección que distingue mayúsculas deminúsculas [GENERAL] está seguido de la configuración de parámetros que proporcionaninformación sobre la aplicación, el nombre de ruta del lockbox y los archivos de registro.

l Sección del sistema primario: En esta sección, el encabezado de la sección que distinguemayúsculas de minúsculas [PRIMARY_SYSTEM] está seguido de la configuración de losparámetros que proporcionan información sobre el sistema Data Domain primario.



l Sección del sistema secundario: En esta sección, el encabezado de la sección que distinguemayúsculas de minúsculas [SECONDARY_SYSTEM] está seguido de la configuración de losparámetros que proporciona información sobre la replicación de datos del sistema Data Domainprimario al sistema Data Domain secundario.

Esta sección se requiere solo para la replicación de Data Domain. El agente de aplicación debase de datos admite la replicación de datos de MTree de Data Domain desde un sistema DataDomain a otro, pero no proporciona un mecanismo para administrar la replicación. Utilice loscontroles de replicación de MTree en el sistema operativo de Data Domain.

l Sección del clúster de RecoverPoint: En esta sección, el encabezado de la sección quedistingue mayúsculas de minúsculas [RP_CLUSTER_1] está seguido de la configuración de losparámetros que proporciona información sobre el clúster de RecoverPoint primario.

Se requiere esta sección solo cuando se utiliza un clúster de RecoverPoint con el agente deaplicación de base de datos.

El archivo de configuración debe cumplir con las siguientes reglas de sintaxis:

l Cada configuración de parámetros debe estar en uno de los siguientes formatos:

NAME=valueNAME=value1;value2;value3

donde:

n NAME es el nombre del parámetro.

n value, value1, value2, value3 son los valores de parámetros asignados.

l Los nombres y valores de parámetros distinguen mayúsculas de minúsculas, a menos que seespecifique lo contrario.

l Si un valor de parámetro contiene comillas, a continuación, el valor debe estar encerrado entrecomillas externas que sean diferentes de las comillas internas:

n Utilice comillas dobles para encerrar un valor de parámetro que contenga comillas simples.Por ejemplo: DEVICE_PATH= "/new's"

n Utilice comillas simples para encerrar un valor de parámetro que contenga comillas dobles.

l Un parámetro obligatorio siempre debe estar configurado para la operación especificada. Si unparámetro opcional no está configurado, en la operación se utiliza el valor predeterminado delparámetro, si existe un valor de este tipo.

l Use los espacios en blanco según prefiera. El agente de aplicación de base de datos omitetodos los espacios en blanco.

l Cuando se inicia una línea con el símbolo #, cualquier texto en la línea es un comentario. Elagente de aplicación de base de datos omite todos los comentarios.

Nota: Asegúrese de que la línea de parámetros innecesarios y sin valor comiencen con elsímbolo #.

Sintaxis del archivo de configuración con protección de aplicaciones coordinadas

Cuando el archivo de configuración de agente de aplicación de base de datos se utilizará con lafunción de protección de aplicaciones coordinadas, asegúrese de que la configuración deparámetros en el archivo utilice las etiquetas de formato XML necesarias. El archivo deconfiguración debe cumplir con las siguientes reglas de sintaxis:

l Cada configuración de parámetro debe aparecer en una línea independiente del archivo.

l Los nombres y valores de parámetros distinguen mayúsculas de minúsculas, a menos que seespecifique lo contrario en este apéndice.



l El archivo de configuración debe comenzar y finalizar con las siguientes líneas de etiquetas deXML:

<?xml version="1.0" encoding="UTF-8"?><OAPP> :</OAPP>

l En cada configuración de parámetro, el valor del parámetro debe ir precedido por una etiquetade XML de apertura, <parameter_name>, y debe ir seguido de una etiqueta de XML de cierre,</parameter_name>.

Por ejemplo, la configuración del parámetro DATABASE_TYPE debe aparecer como se indica acontinuación, donde PostgreSQL es el valor del parámetro:

<DATABASE_TYPE>PostgreSQL</DATABASE_TYPE>

Nota:Se omiten los espacios entre:

n La etiqueta de XML de apertura y el valor del parámetro.

n El valor del parámetro y la etiqueta de XML de cierre.

Para incluir espacios en blanco al principio o al final de un valor de parámetro, coloque elvalor del parámetro (incluidos los espacios) entre comillas dobles.

l Las configuraciones de parámetros que se aplican solo a los respaldos deben aparecer en lasección de respaldo, que comienza y termina con las siguientes líneas de etiqueta de XML:

<BACKUP> :</BACKUP>

l La configuración de parámetros que se aplica solo a respaldos completos, incrementales o deregistros de transacciones debe aparecer en la subsección correspondiente de la sección derespaldo. La subsección se encuentra entre las etiquetas <FULL>, <INCR> o <TXNLOG>,respectivamente.

Las configuraciones de parámetros que se aplican a todos los niveles de respaldo debenaparecer fuera de estas subsecciones de nivel de respaldo.

En el siguiente ejemplo, la configuración independiente de BACKUP_SCRIPT se aplica a cadanivel de respaldo y la configuración de DEBUG_LEVEL se aplica a todos los niveles de respaldo:

<BACKUP> <FULL> <BACKUP_SCRIPT>/full_backup.sh</BACKUP_SCRIPT> </FULL> <INCR> <BACKUP_SCRIPT>/incr_backup.sh</BACKUP_SCRIPT> </INCR> <TXNLOG> <BACKUP_SCRIPT>/txnlog_backup.sh</BACKUP_SCRIPT> </TXNLOG></BACKUP>



l La configuración de parámetros que se aplica solo a las restauraciones debe aparecer en lasección de restauración, que comienza y termina con las siguientes líneas de etiqueta de XML:

<RESTORE> :</RESTORE>

l Las configuraciones de parámetros globales que se aplican a todas las operaciones de respaldoy restauración deben aparecer fuera de las secciones de respaldo y restauración.

l Las siguientes reglas de precedencia se aplican a la configuración de parámetros:

n La configuración de parámetros globales se aplica a todas las operaciones, incluidos todoslos respaldos y las restauraciones.

n Si un parámetro se configura más de una vez en la sección global o en una sección derespaldo o restauración, la última configuración de la sección en particular tiene prioridadsobre todas las configuraciones anteriores del parámetro en esa sección.

l Use los espacios en blanco según lo prefiera. El agente de aplicación de base de datos omitetodos los espacios en blanco.En el siguiente ejemplo, se muestra la configuración del agente de aplicación de base de datospara los respaldos de registros de transacciones completas y de registro de PostgreSQL, conprotección de aplicaciones coordinadas. La configuración de parámetros globales por encimade la etiqueta <BACKUP> se aplica a todos los respaldos:

<?xml version="1.0" encoding="UTF-8"?><OAPP> <CLIENT>postgresql-client</CLIENT> <DATABASE_TYPE>PostgreSQL</DATABASE_TYPE> <INSTANCE_NAME>postgresql-64</INSTANCE_NAME> <BACKUP_NAME>postgresql-backup</BACKUP_NAME> <BACKUP> <FULL> <BACKUP_SCRIPT>/full_backup.sh</BACKUP_SCRIPT> </FULL> </BACKUP></OAPP>

l Realizar operaciones de caja de seguridad y consultar la información de respaldo a través de lautilidad ddbmadmin requiere un archivo de configuración independiente. Cree el archivo deconfiguración de ddbmadmin en la página 82 proporciona más información.

Parámetros comunesEn la siguiente tabla se describen los parámetros comunes que utiliza el agente de aplicación debase de datos para respaldos y restauraciones de Application Direct y de Storage Direct de todaslas aplicaciones y las bases de datos compatibles. En la tabla, se detallan los encabezados de lassecciones del archivo de configuración que contienen cada uno de los parámetros.

Tabla 9 Parámetros comunes

Parámetro: CLIENT

Sección: [GENERAL]

Especifica el nombre de host de aplicación o el nombre de host de cliente que se está protegiendo y tiene respaldosque están almacenados en el sistema Data Domain.



Tabla 9 Parámetros comunes (continuación)

Obligatorio en un ambiente de alta disponibilidad o para una restauración a un host alternativo. Los capítulosespecíficos de las aplicaciones proporcionan detalles sobre la configuración de este parámetro en un ambiente dealta disponibilidad.

Se recomienda en todos los otros ambientes.

Nota: La configuración del parámetro CLIENT para una restauración debe coincidir con la configuración del

parámetro CLIENT utilizada durante el respaldo.

Valores válidos:

l Nombre de host del host físico local en el cual el respaldo o la restauración se ejecutan (predeterminado).

l Nombre de host del cliente.

Parámetro: DDBOOST_COMPRESSED_RESTORE

Sección: [GENERAL]

Especifica si se debe ejecutar una restauración comprimida que utiliza el flujo de trabajo de Application Direct. Unarestauración comprimida utiliza menos ancho de banda mediante la restauración de los datos respaldados en formatocomprimido desde el sistema Data Domain al host de aplicación.

Una restauración comprimida puede ser beneficiosa en un ambiente de ancho de banda limitado, pero puede afectarel rendimiento de la restauración debido al uso de recursos de compresión en el host de aplicación y en el sistemaData Domain.

Opcional.

Valores válidos:

l FALSE (predeterminado).

l TRUE.

Parámetro: LOCKBOX_PATH

Sección: [GENERAL]

Especifica el nombre de ruta del directorio completo del lockbox en el host de base de datos o de aplicación.

Opcional.

Nota: El lockbox se debe configurar adecuadamente según Configuración del lockbox en la página 111.

Valores válidos:

l Nombre de ruta del directorio predeterminado del lockbox:

n En UNIX o Linux: /opt/dpsapps/common/lockboxn En Windows: C:\Program Files\DPSAPPS\common\lockbox

l Nombre de ruta del directorio completo válido del lockbox. Por ejemplo:

LOCKBOX_PATH=/opt/lockbox

Parámetro: DDBOOST_USER

Sección: [PRIMARY_SYSTEM]




Especifica el nombre de usuario del usuario de DD Boost configurado en el sistema Data Domain primario, cuandoeste parámetro se configura en la sección del sistema primario del archivo de configuración. La sección del sistemaprimario tiene el encabezado [PRIMARY_SYSTEM].

Obligatorio.

AVISO Debe configurar el valor inicial del parámetro en el archivo de configuración antes de que el comandoddbmadmin se use para los procedimientos de lockbox. Después de esta configuración inicial, puede modificar el

valor del parámetro y volver a ejecutar el comando ddbmadmin como se describe en Configuración del

lockbox en la página 111.

Valores válidos:

l No definido (predeterminado).

l Nombre de usuario válido del usuario de DD Boost en el sistema Data Domain primario. Por ejemplo:

DDBOOST_USER=user1

Parámetro: DEVICE_HOST


Especifica el nombre de host del sistema Data Domain primario donde se almacena el respaldo, cuando esteparámetro se establece en la sección del sistema primario del archivo de configuración. La sección del sistemaprimario tiene el encabezado [PRIMARY_SYSTEM].

Obligatorio.


valor del parámetro y volver a ejecutar el comando ddbmadmin, como se describe en Configuración del

lockbox en la página 111. Configure el parámetro DEVICE_HOST en el mismo valor en todos los archivos de

configuración de un host de cliente en particular. Todos los respaldos para un cliente determinado se debenalmacenar en el mismo DEVICE_HOST si se va a actualizar el agente de aplicación de base de datos a software

de NetWorker en el futuro.

Valores válidos:


l Nombre de host válido como nombre de dominio calificado del sistema Data Domain primario. Por ejemplo:

DEVICE_HOST=dd.host.com

Parámetro: DEVICE_PATH


Especifica el nombre de la unidad de almacenamiento o un directorio de nivel superior dentro de la unidad dealmacenamiento en el sistema Data Domain primario, cuando este parámetro se establece en la sección del sistemaprimario del archivo de configuración. La sección del sistema primario tiene el encabezado [PRIMARY_SYSTEM].

Obligatorio para un respaldo o una restauración en el sistema Data Domain primario.



lockbox en la página 111. Configure el parámetro DEVICE_PATH en el mismo valor en todos los archivos de

configuración de un host de cliente en particular. Todos los respaldos para un determinado cliente deben usar la




misma configuración de DEVICE_PATH si se va a actualizar el agente de aplicación de base de datos a software

de NetWorker en el futuro.

Valores válidos:


l Nombre de directorio válido de la unidad de almacenamiento en el sistema Data Domain primario, sin el prefijo /data/col1. El nombre especificado distingue mayúsculas de minúsculas.

Por ejemplo, si el nombre de ruta es /data/col1/su1, el nombre de la unidad de almacenamiento válido para

este parámetro es /su1:

DEVICE_PATH=/su1

Parámetros comunes de Storage Direct para VMAXEn la siguiente tabla se describen los parámetros comunes que el agente de aplicación de base dedatos usa solo para respaldos y restauraciones de Storage Direct de datos de DB2, Oracle y SAPcon Oracle que residen en un sistema VMAX. En la tabla, se detallan los encabezados de lassecciones del archivo de configuración que contienen cada uno de los parámetros.

En el próximo tema se describen los parámetros comunes que utiliza el agente de aplicación debase de datos para las operaciones de Storage Direct con RecoverPoint con un sistema XtremIO.

Nota: A menos que se especifique lo contrario, los siguientes parámetros comunes de StorageDirect son opcionales y distinguen mayúsculas de minúsculas.

Tabla 10 Parámetros comunes de Storage Direct para VMAX

Parámetro: DDVDISK_USER


Especifica el nombre de usuario de vdisk en el sistema Data Domain primario.

Obligatorio solo si el usuario de Data Domain que se conecta a los servicios de DD vdisk es distinto del usuario de DDBoost especificado en DDBOOST_USER.

Valores válidos:

l Nombre de usuario de DD Boost especificado en la configuración del parámetro DDBOOST_USER(predeterminado). Por ejemplo:

DDBOOST_USER=user1

l Nombre de usuario de DD vdisk válido, proporcionado durante la creación del pool de dispositivos vdisk.

Parámetro: DEVICE_POOL


Especifica el nombre del pool de dispositivos vdisk de DD que proporciona los LUN de respaldo.

El agente de aplicación de base de datos usa este parámetro para fines de validación de LUN. Si este parámetro seconfigura, el agente de aplicación de base de datos confirma que todos los LUN de respaldo que participan en laoperación están en el pool de dispositivos especificado.



Tabla 10 Parámetros comunes de Storage Direct para VMAX (continuación)

Opcional.

AVISO Si este parámetro se configura en el archivo de configuración, debe registrar el nombre de usuario y lacontraseña del pool de dispositivos vdisk de DD con el lockbox. Configuración del lockbox en la página 111proporciona información detallada.

Valores válidos:


l Nombre válido de un pool de dispositivos vdisk de DD.

Parámetro: RESTORE_DEVICE_GROUP


Especifica el grupo de dispositivos vdisk de DD en el pool de dispositivos vdisk que contiene los LUN de restauraciónque se usarán para la restauración de un respaldo de Storage Direct para VMAX directamente desde Data Domain.La restauración directamente desde Data Domain no incluye un sistema VMAX.

RESTORE_DEVICE_POOL en la sección del sistema primario del archivo de configuración (la sección con el

encabezado [PRIMARY_SYSTEM]) especifica el pool de dispositivos en un sistema Data Domain local (primario).RESTORE_DEVICE_POOL en la sección del sistema secundario del archivo de configuración (la sección con el

encabezado [SECONDARY_SYSTEM]) especifica el pool de dispositivos en un sistema Data Domain remoto(secundario).

Es obligatorio para una restauración directamente desde Data Domain.

Configuración de las restauraciones de Storage Direct para VMAX directamente desde Data Domain en la página104 proporciona información detallada.

Valores válidos:


l Nombre válido de un grupo de dispositivos DD vdisk.

Parámetro: RESTORE_DEVICE_POOL


Especifica el nombre del pool de dispositivos vdisk de DD que se usará para la restauración de un respaldo deStorage Direct para VMAX directamente desde Data Domain. El pool de dispositivos especificado debe contener losLUN de restauración que se proporcionan en el host de restauración.

Obligatorio para una restauración directamente desde Data Domain.

Configuración de las restauraciones de Storage Direct para VMAX directamente desde Data Domain en la página104 proporciona información detallada.

Valores válidos:



Parámetro: RESTORE_TYPE_ORDER

Sección: [GENERAL]

Especifica el tipo de restauración de Storage Direct que se ejecutará.



Tabla 10 Parámetros comunes de Storage Direct para VMAX (continuación)

El agente de aplicación de base de datos ejecuta una restauración de punto en el tiempo de forma predeterminada.Esta restauración monta las imágenes estáticas por medio de los LUN de restauración al host de recuperación ycopia los archivos a la ubicación solicitada.

Usted también puede especificar una restauración de reversión, que corresponde a una restauración en el nivel deLUN. Configuración de las restauraciones de reversión de respaldos de Storage Direct en la página 105 proporcionamás detalles.

Opcional.

Valores válidos:

l PIT (predeterminado).

l reversión.

Parámetro: SYMM_SNAP_REMOTE

Sección: [GENERAL]

Especifica si el respaldo de Storage Direct es un respaldo basado en SRDF, como se describe en Replicación deVMAX en la página 38.

Opcional para un respaldo de Storage Direct desde un sistema VMAX.

Valores válidos:


l TRUE.

Parámetro: VMAX_FASTX_RESTORE_SG


Especifica el ID del arreglo VMAX (ID del arreglo Symmetrix o SymmID de manera abreviada) y el nombre del grupode almacenamiento que se utilizará durante una operación de restauración de VMAX. Puede omitir el SymmID y losdos puntos. De ser así, en la operación de restauración se utiliza el valor predeterminado de SymmID tal como sedescribe en "Valores válidos".

Recomendado para una restauración de Storage Direct en un sistema VMAX. Se requiere cuando se ejecuta unarestauración a un punto en el tiempo en un VMAX con un ID del arreglo VMAX no predeterminado.

Valores válidos:

l [<SymmID>:]NsrSnapSG (predeterminado).

l [<SymmID>:]<storage_group_name>.

El valor predeterminado de SymmID varía según el tipo de restauración:

l En una restauración a un punto en el tiempo se utiliza el ID del arreglo VMAX de respaldo de origen original.

l En una restauración de reversión se utiliza el ID del arreglo VMAX del dispositivo de destino.

Parámetros comunes de Storage Direct con RecoverPoint para XtremIOEn la siguiente tabla, se describen los parámetros comunes que el agente de aplicación de base dedatos usa solo para respaldos y restauraciones de Storage Direct con RecoverPoint de datos deDB2, Oracle y SAP con Oracle que residen en un sistema XtremIO. En la tabla, se detallan los



encabezados de las secciones del archivo de configuración que contienen cada uno de losparámetros.

En el tema anterior se describen los parámetros comunes que utiliza el agente de aplicación debase de datos para las operaciones de Storage Direct con un sistema VMAX.

Nota: A menos que se especifique lo contrario, los siguientes parámetros de Storage Directcon RecoverPoint son opcionales y distinguen mayúsculas de minúsculas.

Tabla 11 Parámetros comunes de Storage Direct con RecoverPoint para XtremIO



Especifica el nombre de usuario de vdisk en el sistema Data Domain primario.

Obligatorio solo si el usuario de Data Domain que se conecta a los servicios de DD vdisk es distinto del usuario de DDBoost especificado en DDBOOST_USER.

Valores válidos:

l Nombre de usuario de DD Boost especificado en la configuración del parámetro DDBOOST_USER(predeterminado). Por ejemplo:

DDBOOST_USER=user1

l Nombre de usuario de DD vdisk válido, proporcionado durante la creación del pool de dispositivos vdisk.



Especifica el nombre del pool de dispositivos vdisk de DD que se usará para una restauración de Storage Direct conRecoverPoint. Si se configura este parámetro, el agente de aplicación de base de datos busca las imágenes estáticasen el pool de dispositivos especificado en lugar del pool de dispositivos que está registrado en el clúster deRecoverPoint.

Opcional para una restauración.

AVISO Este parámetro no se utiliza para realizar un respaldo.

Valores válidos:

l Nombre del pool de dispositivos vdisk de DD que está registrado en el clúster de RecoverPoint(predeterminado).


Parámetro: RESTORE_DEVICE_GROUP


Especifica el grupo de dispositivos vdisk de DD en el pool de dispositivos vdisk que contiene los LUN de restauración,los cuales se usarán para una restauración de Storage Direct con RecoverPoint.

Obligatorio, excepto para una restauración de reversión.

Nota: Este parámetro no se utiliza para una restauración de reversión.

Valores válidos:




Tabla 11 Parámetros comunes de Storage Direct con RecoverPoint para XtremIO (continuación)

l Nombre válido de un grupo de dispositivos DD vdisk.



Especifica el nombre del pool de dispositivos vdisk de DD que se usará para una restauración de Storage Direct conRecoverPoint. El pool de dispositivos especificado debe contener los LUN de restauración.

Obligatorio, excepto para una restauración de reversión.

Nota: Este parámetro no se utiliza para una restauración de reversión.

Valores válidos:



Parámetro: RESTORE_TYPE_ORDER

Sección: [GENERAL]

Especifica el tipo de restauración de Storage Direct con RecoverPoint que se debe ejecutar.

El agente de aplicación de base de datos ejecuta una restauración de punto en el tiempo de forma predeterminada.Esta restauración monta las imágenes estáticas por medio de los LUN de restauración de DD al host de recuperacióny copia los archivos a la ubicación solicitada.

Usted también puede especificar una restauración de reversión. Configuración de las restauraciones de reversión derespaldos de Storage Direct en la página 105 proporciona más detalles.

Opcional.

Valores válidos:

l PIT (predeterminado).

l reversión.

Parámetro: RP_MGMT_HOST

Sección: [RP_CLUSTER_1]

Especifica el nombre de host o la dirección IP del host de administración de RecoverPoint. El agente de aplicación debase de datos no es compatible con varios hosts de administración de RecoverPoint.

Obligatorio.




Valores válidos:


l Nombre o dirección IP válidos del host de administración de RecoverPoint.

Parámetro: RP_USER



Tabla 11 Parámetros comunes de Storage Direct con RecoverPoint para XtremIO (continuación)

Sección: [RP_CLUSTER_1]

Especifica el nombre de usuario de RecoverPoint que se conecta con el clúster de RecoverPoint, que protege losvolúmenes de producción de XtremIO.

Obligatorio.




Valores válidos:


l Nombre de usuario de RecoverPoint válido.

Configuración de las operaciones del producto por medio deredes IP y Fibre Channel

Puede realizar operaciones con el agente de aplicación de base de datos por medio de unaconexión de red Fibre Channel (FC) o Ethernet (IP) entre el host de base de datos o de aplicacióny el sistema Data Domain.

Las operaciones mediante una red IP se habilitan de forma predeterminada.

Para permitir que el software del agente de aplicación de base de datos utilice DD Boost medianteFibre Channel, asegúrese de cumplir con los siguientes requisitos:

l Una conexión Fibre Channel está habilitada según lo que se indica en Habilitar el servicio de DDBoost mediante FC en la página 55.

l El archivo de configuración contiene la configuración de parámetros que se describe en la tablasiguiente para el sistema Data Domain primario. En Preparación del archivo de configuración enla página 80, se proporciona información detallada sobre la configuración de parámetros en elarchivo de configuración.

En Configuración de las restauraciones de respaldos replicados en la página 96, se describe laconfiguración de parámetros adicionales para permitir restauraciones desde un sistema DataDomain secundario mediante una red Fibre Channel.

l El usuario del sistema operativo que ejecuta el respaldo o la restauración tiene los permisos dedispositivo correctos, según lo que se describe en los siguientes artículos:

n Fibre Channel Devices with Products using DD Boost in Linux/UNIX Environment (ID dedocumento dd95007)

n Fibre Channel Devices with Products using DD Boost in Windows Environment (ID dedocumento dd95005)

Utilice el ID de documento para buscar estos artículos en el sitio web de soporte en https://support.emc.com.

l Cuando se reinicia un host de Data Domain, es posible que deba reexaminar los dispositivos delsistema operativo en el host de aplicación a fin de garantizar que se reconozcan los dispositivosDFC.





En la siguiente tabla, se detallan los encabezados de las secciones del archivo de configuración quecontienen cada uno de los parámetros.

Tabla 12 Parámetros para las operaciones por medio de redes Fibre Channel

Parámetro: DDBOOST_FC


Especifica si un respaldo o restauración en el sistema Data Domain primario utiliza una conexión de red IP o FibreChannel (FC).

Nota: El sistema Data Domain primario debe configurarse para admitir una conexión Fibre Channel si esteparámetro se configura en TRUE.

Valores válidos:

l FALSE (predeterminado) = el respaldo o la restauración usa una conexión de red IP.

l TRUE = el respaldo o la restauración usa una conexión de red Fibre Channel.

Parámetro: DEVICE_FC_SERVICE


Especifica el nombre del servicio Fibre Channel configurado en el sistema Data Domain primario que se utilizará paraun respaldo o una restauración.

Obligatorio cuando el parámetro DDBOOST_FC se establece en TRUE.

Nota: El parámetro DEVICE_HOST se debe configurar durante las operaciones de FC. En Parámetros

comunes en la página 86, se proporcionan detalles sobre el parámetro.

Valores válidos:


l Nombre del servidor de DD Boost en el sistema Data Domain primario, sin el prefijo DFC-.

Verificación del modo de Solutions Enabler para respaldos deVMAX

Para los respaldos de VMAX, la versión 19.1 del agente de aplicaciones de base de datos presentóla compatibilidad con Solutions Enabler en modo de servidor remoto, donde un nodo independienteactúa como servidor de SYMAPI durante los respaldos. El modo de servidor remoto le permiteejecutar Solutions Enabler en el host de aplicaciones sin equipos selectores.


Las versiones anteriores del agente de aplicaciones de base de datos solo eran compatibles conSolutions Enabler en modo local en el host de aplicaciones. Para respaldos de VMAX con laversión 19.1 del agente de aplicaciones de base de datos o una versión posterior, puede usarSolutions Enabler en modo local o en modo de servidor remoto.

Para habilitar los respaldos de VMAX con Solutions Enabler en modo local, asegúrese de cumplircon los siguientes requisitos en el host de aplicaciones:

l El cliente de Solutions Enabler está instalado.

l Los equipos selectores están configurados y enmascarados para el host de aplicaciones.



Para habilitar los respaldos de VMAX con Solutions Enabler en modo de servidor remoto,asegúrese de cumplir con los siguientes requisitos:

l En el host de aplicaciones:

n El cliente de Solutions Enabler 8.4/9.0 o una versión posterior está instalado en lossistemas de hosts de aplicaciones.

n Los equipos selectores no están configurados y enmascarados para el host de aplicaciones.

n El archivo netcnfg en el directorio de configuración de SYMAPI incluye la configuraciónNSM_SERVER, que especifica el nombre de SYMAPI_SERVER:

NSM_SERVER - TCPIP <SYMAPI_server_name> <SYMAPI_server_IP> <port_number> ANY

n La variable de conexión SYMCLI_CONNECT_TYPE, que define el modo local/remoto delhost local (cliente), se establece en el valor REMOTE:

SYMCLI_CONNECT_TYPE=REMOTEn Para utilizar SYMCLI a través de un servicio de SYMAPI remoto, la variable de ambiente

SYMCLI_CONNECT se configura con un nombre de servicio disponible de la conexión delservidor, como se define en el archivo netcnfg. Para el nombre del servicioNSM_SERVER, configure la variable de ambiente de la siguiente manera:

SYMCLI_CONNECT=NSM_SERVERl En el nodo del servidor de SYMAPI:

n El sistema operativo debe ser compatible con Solutions Enabler según la configuración delservidor de SYMAPI.

n El servidor de Solutions Enabler está instalado y configurado en modo de servidor.

n La conectividad de red en banda está habilitada para el arreglo de VMAX.

Configuración de la optimización de los respaldos de StorageDirect para software de múltiples rutas de otros fabricantes

Cuando utilice el software de múltiples rutas de otros fabricantes, como PowerPath, en el host delagente de aplicación de base de datos, asegúrese de que el archivo /etc/lvm/lvm.conf en elhost contenga la configuración recomendada para el filtro.

La configuración de filtro en el archivo /etc/lvm/lvm.conf optimiza los respaldos de StorageDirect mediante la mejora del rendimiento de los comandos LVM, como el comando lvs, durantelos respaldos.

Por ejemplo, el siguiente filtro de configuración en el archivo lvm.conf evita que se detallenvolúmenes físicos (PV) duplicados:

filter = [ "a|/dev/sda1.*|","a|/dev/mapper/.*|","a|/dev/emcpower.*|", "r|.*|" ]

Sin esta configuración de filtro en el archivo, se retrasa el respaldo de Storage Direct mientras loscomandos LVM generan listas de los dispositivos de duplicados.

Configuración de las restauraciones de respaldos replicadosEl agente de aplicación de base de datos es compatible con la restauración de respaldos replicadosdesde un sistema Data Domain secundario cuando el sistema Data Domain primario no estádisponible o cuando específicamente se desea restaurar desde una réplica.



Para permitir que el agente de aplicación de base de datos restaure automáticamente los respaldosreplicados desde un sistema Data Domain secundario, asegúrese de que el archivo de configuracióncontenga la configuración de parámetros correspondiente que se indica en la siguiente tabla. En Preparación del archivo de configuración en la página 80, se proporciona información detalladasobre la configuración de parámetros en el archivo de configuración.

Nota:A menos que se especifique lo contrario, los parámetros de la siguiente tabla se aplican a lasrestauraciones de respaldos replicados de Storage Direct para VMAX y respaldos replicados deStorage Direct con RecoverPoint. La restauración de un respaldo replicado de Storage Directcon RecoverPoint es una restauración a un punto en el tiempo y no es compatible con unarestauración de reversión.

El grupo de dispositivos de restauración debe ser el mismo en el sistema Data Domain primarioy en el sistema Data Domain secundario.

Para las restauraciones de respaldos de Storage Direct replicados de datos de un sistema VMAX,revise las consideraciones adicionales en Configuración de las restauraciones de respaldosreplicados de Storage Direct en la página 101.

Para las restauraciones desde un sistema secundario mediante una red de DD Boost mediante FC,asegúrese de que el usuario del sistema operativo que lleva a cabo las restauraciones tenga lospermisos de dispositivo correctos, según lo que se describe en Configuración de las operacionesdel producto por medio de redes IP y Fibre Channel en la página 94.


Tabla 13 Parámetros para las restauraciones desde un sistema Data Domain secundario

Parámetro: DDBOOST_USER

Sección: [SECONDARY_SYSTEM]

Especifica el nombre de usuario del usuario de DD Boost configurado en un sistema Data Domain secundario cuandoeste parámetro se configura en la sección del sistema secundario del archivo de configuración. La sección desistema secundario tiene el encabezado [SECONDARY_SYSTEM].

Obligatorio si se configura DEVICE_HOST para una restauración desde el sistema Data Domain secundario.




Valores válidos:


l Nombre de usuario válido del usuario de DD Boost en el sistema Data Domain secundario. Por ejemplo:

DDBOOST_USER=user2



Especifica el nombre de usuario de DD vdisk que se especificó durante la creación del pool de dispositivos del vdiskde replicación en el sistema Data Domain secundario, cuando este parámetro se configura en la sección del sistemasecundario del archivo de configuración. La sección de sistema secundario tiene el encabezado[SECONDARY_SYSTEM].



Tabla 13 Parámetros para las restauraciones desde un sistema Data Domainsecundario (continuación)

Solo obligatorio si las dos condiciones siguientes son verdaderas:

l DEVICE_HOST se configura para una restauración desde el sistema Data Domain secundario.

l El nombre de usuario de DD vdisk es diferente al nombre de usuario de DD Boost especificado enDDBOOST_USER.




Valores válidos:

l Nombre de usuario de DD Boost especificado en la configuración del parámetro DDBOOST_USER(predeterminado).

l Nombre de usuario de DD vdisk válido en el sistema Data Domain secundario.

Parámetro: DEVICE_HOST


Especifica el nombre de host de un sistema Data Domain secundario cuando este parámetro se configura en lasección del sistema secundario del archivo de configuración. La sección de sistema secundario tiene el encabezado[SECONDARY_SYSTEM].

Obligatorio para una restauración desde el sistema Data Domain secundario.




Valores válidos:


l Nombre de host válido como nombre de dominio calificado del sistema Data Domain secundario. Por ejemplo:

DEVICE_HOST=dd.repl.com

Parámetro: DEVICE_PATH


Especifica el nombre de la unidad de almacenamiento o un directorio de nivel superior dentro de la unidad dealmacenamiento en un sistema Data Domain secundario cuando este parámetro se configura en la sección delsistema secundario del archivo de configuración. La sección de sistema secundario tiene el encabezado[SECONDARY_SYSTEM].

Obligatorio para una restauración desde el sistema secundario cuando el parámetro DEVICE_HOST se establece en

la sección del sistema secundario del archivo de configuración.

AVISO Debe configurar el valor inicial del parámetro en el archivo de configuración antes de que el comandoddbmadmin se use para procedimientos de lockbox. Después de esta configuración inicial, puede modificar el






Valores válidos:


l Nombre de directorio válido de la unidad de almacenamiento en el sistema Data Domain secundario, sin elprefijo /data/col1. El nombre especificado distingue mayúsculas de minúsculas.

Por ejemplo, si el nombre de ruta en el sistema Data Domain secundario es /data/col1/su2, el nombre de la

unidad de almacenamiento válido para este parámetro es /su2:

DEVICE_PATH=/su2



Especifica el nombre del pool de dispositivos de DD vdisk de la replicación de MTree en el sistema Data Domainsecundario cuando este parámetro se configura en la sección del sistema secundario del archivo de configuración. Lasección de sistema secundario tiene el encabezado [SECONDARY_SYSTEM].

Para una restauración a un sistema VMAX, este nombre no es el nombre del pool local que se crea en el sistema DataDomain secundario.

Para una restauración a un sistema XtremIO, este nombre es el nombre del pool de solo lectura que se creaautomáticamente mediante la replicación en el sistema Data Domain secundario.

Solo es obligatorio cuando las dos condiciones siguientes son verdaderas:

l DEVICE_HOST se configura para una restauración desde el sistema Data Domain secundario.

l El nombre del pool de replicación es diferente al nombre del pool de origen.

Valores válidos:


l Nombre de pool de vdisk de DD válido en el sistema Data Domain secundario.

Parámetro: DDBOOST_FC


Especifica si una restauración utiliza una conexión de red IP o Fibre Channel desde un sistema Data Domainsecundario, donde se replicaron los respaldos desde el sistema Data Domain primario. Este parámetro se configuraen la sección del sistema secundario del archivo de configuración, que tiene el título [SECONDARY_SYSTEM].

Nota: El sistema Data Domain secundario debe configurarse para admitir una conexión Fibre Channel si esteparámetro se configura en TRUE.

Valores válidos:

l FALSE (predeterminado) = la restauración usa una conexión de red IP.

l TRUE = la restauración usa una conexión de red Fibre Channel.

Parámetro: DEVICE_FC_SERVICE





Especifica el nombre del servicio Fibre Channel configurado en un sistema Data Domain secundario, donde sereplican los respaldos desde el sistema Data Domain primario. Este parámetro se configura en la sección del sistemasecundario del archivo de configuración, que tiene el título [SECONDARY_SYSTEM].

Obligatorio cuando el parámetro DDBOOST_FC se establece en TRUE para el sistema secundario.

Nota: El parámetro DEVICE_HOST se debe configurar durante las operaciones de FC.

Valores válidos:


l Nombre del servidor de DD Boost en el sistema Data Domain secundario, sin el prefijo DFC-.



Este parámetro se utiliza para dos tipos de restauraciones:

l Restauraciones de respaldos de Storage Direct para VMAX directamente desde el sistema Data Domainsecundario hacia el host de restauración, sin el uso de un sistema VMAX.

l Restauraciones de respaldos de Storage Direct con RecoverPoint desde el sistema Data Domain secundariohacia el host de restauración.

Especifica el nombre del pool de dispositivos vdisk de DD que proporciona los LUN de restauración en el sistemaData Domain secundario cuando este parámetro se configura en la sección del sistema secundario del archivo deconfiguración. En la sección de sistema secundario se incluye el encabezado [SECONDARY_SYSTEM].

Se establece cuando el nombre del pool es diferente del nombre del pool de dispositivos de restauración primario. Elnombre del grupo de dispositivos de restauración en el sistema secundario debe ser el mismo que el del grupoprimario.

Obligatorio para una restauración a un punto en el tiempo de Storage Direct con RecoverPoint.

AVISO Si este parámetro se configura en el archivo de configuración, debe registrar el nombre de usuario y lacontraseña del pool de vdisk secundario con el lockbox. En Configuración del lockbox en la página 111, seproporciona información detallada.

Valores válidos:


l Nombre válido de un pool de dispositivos de vdisk de DD en el sistema Data Domain secundario.

Parámetro: VMAX_FASTX_RESTORE_SG


Especifica el ID del arreglo VMAX (ID del arreglo Symmetrix o SymmID de manera abreviada) y el nombre del grupode almacenamiento que se utilizará durante una operación de restauración de VMAX. Puede omitir el SymmID y losdos puntos. De ser así, en la operación de restauración se utiliza el valor predeterminado de SymmID tal como sedescribe en "Valores válidos".

Recomendado para una restauración de Storage Direct en un sistema VMAX. Se requiere cuando se ejecuta unarestauración a un punto en el tiempo en un VMAX con un ID del arreglo VMAX no predeterminado.

Valores válidos:




l [<SymmID>:]NsrSnapSG (predeterminado).

l [<SymmID>:]<storage_group_name>.

El valor predeterminado de SymmID varía según el tipo de restauración:

l En una restauración a un punto en el tiempo se utiliza el ID del arreglo VMAX de respaldo de origen original.

l En una restauración de reversión se utiliza el ID del arreglo VMAX del dispositivo de destino.

Configuración de las restauraciones de respaldos replicados de Storage DirectSe aplican consideraciones adicionales para la restauración de respaldos replicados de StorageDirect.

El agente de instantáneas almacena el nombre del pool de dispositivos, el nombre del grupo dedispositivos y el nombre de la imagen estática en el catálogo de respaldo durante un respaldo deStorage Direct. El agente de instantáneas utiliza estos valores para localizar la imagen de respaldoreplicada para la restauración.

Los respaldos y los archivos de catálogo residen en ambas de las siguientes ubicaciones, y eladministrador de Data Domain debe replicar ambas:

l Unidad de almacenamiento de DD Boost

l Pool de dispositivos vdisk de DD

Debido al retraso de replicación, una restauración de un respaldo de Storage Direct replicado desdeun sistema Data Domain secundario podría fallar en los siguientes casos:

l Se replican las entradas del catálogo, pero las imágenes estáticas no se replicancompletamente: Cuando el agente de aplicación de base de datos intenta crear una instanciade una imagen estática en este caso, la operación falla debido a que las imágenes estáticas nose replican completamente. MTree de Data Domain especifica que una imagen estática parcialno puede usarse para crear una instancia de un dispositivo.

l Se replican imágenes estáticas, pero las entradas del catálogo no se replican completamente:Dado que las entradas del catálogo no se replican completamente, la restauración falla o serevierte a un respaldo antiguo. El comportamiento resultante depende del tipo de base dedatos.

El administrador de Data Domain debe aprovisionar los LUN de restauración en el sistema DataDomain secundario. Según la documentación de Data Domain, se debe crear un pool local para losLUN de restauración:

l Para restaurar un respaldo de Storage Direct para VMAX y usar los LUN de VMAX FAST.Xcomo los LUN de restauración, los LUN de restauración deben estar encapsulados y visiblespor medio del arreglo VMAX que está conectado al host de restauración. Este arreglo puedeser un arreglo diferente del arreglo donde residían originalmente los datos de aplicación.

Nota: El agente de aplicación de base de datos 4.6 introdujo compatibilidad conrestauraciones a un punto en el tiempo y restauraciones de reversión de un sistema DataDomain secundario a un sistema VMAX secundario en el sitio secundario. En Configuraciónde restauraciones de un Data Domain secundario a un sistema VMAX en un sitiosecundario en la página 102 se proporciona información detallada de los requisitos deconfiguración.

l Para restaurar un respaldo de Storage Direct para VMAX directamente de Data Domain al hostde restauración (sin usar un sistema VMAX), los LUN de restauración son dispositivos vdisk deDD que son visibles para el host de restauración.



l Para restaurar un respaldo de Storage Direct con RecoverPoint, los LUN de restauración sondispositivos vdisk de DD que son visibles para el host de restauración.

Puede establecer el parámetro VMAX_FASTX_RESTORE_SG en la sección[SECONDARY_SYSTEM] del archivo de configuración para una restauración de un respaldoreplicado de Storage Direct.

Como mejor práctica, el nombre original de la unidad de almacenamiento de DD Boost y el nombredel pool de dispositivos vdisk de DD deben usarse para la unidad de almacenamiento y el pool dedispositivos creados para la replicación en el sistema Data Domain secundario.

En la sección [SECONDARY_SYSTEM] del archivo de configuración se deben incluir los siguientesajustes para una restauración desde la réplica:

l DEVICE_HOST: especifica el nombre de host del Data Domain secundario.

l DDBOOST_USER: especifica el nombre de usuario del DD Boost secundario.

Nota: Se debe establecer la contraseña para este nombre de usuario de DD Boost en ellockbox de acuerdo con el procedimiento descrito en Configuración del lockbox en lapágina 111.

l DDVDISK_USER: especifica el nombre de usuario del vdisk de DD secundario.

Nota: Se debe establecer la contraseña para este nombre de usuario de vdisk de DD en ellockbox de acuerdo con el procedimiento descrito en Configuración del lockbox en lapágina 111.

l DEVICE_PATH: especifica el nombre de la unidad de almacenamiento del DD Boost secundario,si es diferente del nombre original.

l DEVICE_POOL: especifica el nombre del pool de dispositivos vdisk de DD secundario, si esdistinto del original.

l RESTORE_DEVICE_POOL: especifica el pool de dispositivos vdisk de DD que proporciona losLUN de restauración en el sistema Data Domain secundario.

Por ejemplo, los siguientes parámetros se configuran en la sección [SECONDARY_SYSTEM] delarchivo de configuración y el lockbox se actualiza en consecuencia:

DEVICE_HOST=dev_host.lss.emc.comDDBOOST_USER=boost_repDDVDISK_USER=vdisk_repDEVICE_PATH=/IT_data_repDEVICE_POOL=IT_data_pool_rep

Durante una restauración, el agente de aplicación de base de datos intenta conectarse al sistemaData Domain primario primero y, a continuación, se revierte al sistema Data Domain secundario sifalla la conexión del sistema primario.

Configuración de restauraciones de un Data Domain secundario a un sistema VMAX en unsitio secundario

Asegúrese de cumplir los siguientes requisitos antes de realizar restauraciones de un sistema DataDomain secundario a un sistema VMAX secundario en el sitio secundario:

l Los siguientes requisitos previos se completaron como se describe en PowerProtect StorageDirect Primary and Protection Storage Configuration Guide:

n El host de recuperación de aplicaciones tiene acceso SAN a los dispositivos de restauraciónen el sistema Data Domain secundario en el sitio secundario.

n La replicación de MTree se configura para replicar la unidad de almacenamiento de DDBoost y el pool de vdisk de Data Domain. Los nuevos dispositivos de restauración de vdisk



se crean y aprovisionan desde un pool de vdisk con capacidad de escritura en el sistemaData Domain secundario.

l En la sección [SECONDARY_SYSTEM] del archivo de configuración se incluye la configuraciónde parámetros requerida:

n CLIENT especifica el nombre de host original, según lo registrado en el respaldo.

n DEVICE_HOST especifica el nombre de host del Data Domain secundario.

n DDBOOST_USER especifica el nombre de usuario del DD Boost secundario.Nota: Se debe establecer la contraseña para este nombre de usuario de DD Boost en ellockbox de acuerdo con el procedimiento descrito en Configuración del lockbox en lapágina 111.

n DDVDISK_USER especifica el nombre de usuario del vdisk de DD secundario.Nota: Se debe establecer la contraseña para este nombre de usuario de vdisk de DD enel lockbox de acuerdo con el procedimiento descrito en Configuración del lockbox en lapágina 111.

n DEVICE_PATH especifica el nombre de la unidad de almacenamiento del DD Boostsecundario, si es diferente del nombre original.

n DEVICE_POOL especifica el nombre del pool de dispositivos vdisk de DD secundario, si esdistinto del original.

n VMAX_FASTX_RESTORE_SG especifica el grupo de almacenamiento y el sistema VMAXsecundario. Por ejemplo:

VMAX_FASTX_RESTORE_SG=000112401031:NsrSnapSGdonde:

– 000112401031 es el ID del arreglo VMAX secundario.

– NsrSnapSG es el grupo de almacenamiento.

Nota:Para realizar una restauración a un punto en el tiempo que utilice un dispositivo vdisk de DDen lugar de un dispositivo FAST.X, configure el parámetro RESTORE_DEVICE_POOL enlugar de VMAX_FASTX_RESTORE_SG. RESTORE_DEVICE_POOL especifica el pool dedispositivos vdisk de DD que contiene los dispositivos de restauración de vdisk concapacidad de escritura en el sistema Data Domain secundario.

l La sesión de replicación completó la replicación de los respaldos nuevos.

l Haber cumplido con los requisitos comunes para una restauración redirigida a un hostdiferente. Por ejemplo, el nombre de usuario, ID de usuario (UID), nombre de grupo y ID degrupo (GID) del propietario de base de datos o instancia de destino coinciden con los valoresoriginales capturados durante el respaldo.

l El sistema de archivos con el mismo punto de montaje como se usa en el respaldo debe existir ymontarse en el host de destino.

l La cantidad de dispositivos en los que el sistema de archivos reside en el host de destino debeser igual a la cantidad original de dispositivos en el respaldo.

l El tamaño del LUN de destino debe ser igual o mayor que el tamaño del LUN original.

l Cuando varios LUN se incluyen en la restauración de reversión, el tamaño del LUN de destinodebe ser mayor o igual al tamaño de la imagen estática.

l Para una restauración de reversión de Oracle, la función de archivos administrados por Oracle(OMF) está deshabilitada para la base de datos de Oracle en el host alternativo debido a que la



restauración de reversión de Oracle en esta versión no admite el cambio de nombre de losarchivos restaurados.

l Si se usa un administrador de volúmenes, como LVM o Veritas Volume Manager:

n Si un administrador de volúmenes o un sistema de archivos existen en los dispositivos derespaldo, la versión del sistema de archivos o administrador de volúmenes en el host derecuperación debe ser la misma de los dispositivos respaldados o posterior. En ladocumentación del administrador de volúmenes y del sistema de archivos se ofrece másinformación.

n Los nombres del grupo de volumen, volumen lógico y dispositivo físico en los dispositivos dedestino no deben coincidir con los nombres originales necesariamente, siempre que noexistan conflictos en los nombres de volumen lógico y grupo de volumen.

l El software del agente de aplicación de base de datos está instalado y configuradocorrectamente en el host que ejecuta la restauración de reversión. El parámetro CLIENT debeestablecerse en el nombre de host original, según lo registrado en el respaldo.

Configuración de las restauraciones de Storage Direct paraVMAX directamente desde Data Domain

De manera opcional, puede configurar una restauración de un respaldo de Storage Direct paraVMAX directamente desde un sistema Data Domain hacia el host de restauración, que no implicaun sistema VMAX. Se restaura el respaldo en el host de restauración mediante LUN derestauración que se aprovisionan directamente desde Data Domain. Este tipo de restauración esuna restauración a un punto en el tiempo, no una restauración de reversión.

La restauración de un respaldo de Storage Direct para VMAX directamente desde un sistema DataDomain es especialmente útil en un escenario de configuración local y remota. Por ejemplo,respalda los datos desde un sistema VMAX en un sistema Data Domain local (primario) y, acontinuación, replica el respaldo a un sistema Data Domain remoto (secundario). Puede realizaruna restauración del respaldo desde el sistema Data Domain secundario, sin uso de un sistemaVMAX.

Para configurar la restauración desde un sistema Data Domain local (primario), establezca losparámetros RESTORE_DEVICE_POOL y RESTORE_DEVICE_GROUP en la sección[PRIMARY_SYSTEM] del archivo de configuración. Estos parámetros se especifican para usar losLUN de restauración en el pool de dispositivos y el grupo de dispositivos vdisk de DD, en lugar deLUN de restauración FAST.X en un sistema VMAX.

Para configurar la restauración desde un sistema Data Domain replicado (secundario), establezcaRESTORE_DEVICE_POOL en la sección [SECONDARY_SYSTEM] del archivo de configuración,según sea necesario para el sistema Data Domain secundario. En este caso, el pool de dispositivosde restauración en el sistema Data Domain secundario puede ser diferente del pool de dispositivosde restauración en el sistema primario. Sin embargo, el grupo de dispositivos de restauración debeser el mismo tanto en el sistema Data Domain primario como en el secundario.

Configuración de las restauraciones de Storage Direct VMAXdesde instantáneas locales

Además de almacenar los respaldos en el sistema Data Domain, el agente de aplicación de base dedatos conserva la última instantánea de SnapVX en el sistema VMAX como su respaldo. Para lograruna restauración más rápida, puede restaurar desde esta última instantánea de SnapVX, quetambién se conoce como una instantánea local.



La restauración puede ser una restauración a un punto en el tiempo o una restauración de reversióna nivel de LUN. Puede ejecutar la restauración de reversión en los LUN de origen originales o LUNde destino alternativos en el mismo sistema VMAX.

La ventaja de una restauración desde la instantánea local es que puede restaurar los datos másrápidamente.

Cuando utiliza el agente de aplicación de base de datos para realizar un respaldo de Storage Directen VMAX, el nombre de la instantánea local de SnapVX en el sistema VMAX esPROTECTPOINT_SNAP_<timestamp>. El agente de aplicación de base de datos conserva laúltima instantánea de SnapVX en el sistema VMAX.

Cuando utiliza el agente de aplicación de base de datos para realizar una restauración, el agente serestaura desde la instantánea local si se encuentra en un estado válido. De lo contrario, el agentede aplicación de base de datos restaura desde el respaldo que se encuentra en el sistema DataDomain.

Para permitir restauraciones desde la última instantánea de SnapVX, debe seguir el diseño de datosrecomendado. Para Oracle y SAP con Oracle, el diseño de datos recomendado utiliza LUNseparados para los archivos de datos y los registros de reconstitución archivados. Además,Application Direct se utiliza para respaldar SAP BR*Tools.

A menos que siga el diseño de datos recomendado, la última instantánea de SnapVX no esequivalente al último respaldo que se crea con la utilidad de la base de datos.

Nota: No cree manualmente una instantánea que tenga el mismo nombre que una instantáneacreada por el agente de aplicación de base de datos.

Para prepararse para una restauración a un punto en el tiempo con el agente de aplicación de basede datos desde la última instantánea local de SnapVX en VMAX, debe configurar los LUN nativosde VMAX como los LUN de restauración del agente de aplicación de base de datos. De manerapredeterminada, el agente de aplicación de base de datos selecciona los LUN de restauracióndesde el grupo de almacenamiento NsrSnapSG de VMAX, a menos que el parámetroVMAX_FASTX_RESTORE_SG se establezca en un nombre de grupo de almacenamiento diferente.

El grupo de almacenamiento NsrSnapSG de VMAX o el grupo de almacenamiento de VMAXespecificado por VMAX_FASTX_RESTORE_SG debe contener ambos tipos de LUN de restauraciónde agente de aplicación de base de datos:

l LUN nativos de VMAXl LUN de FAST.X

Para prepararse para una restauración de reversión redirigida desde la instantánea de SnapVX localen VMAX, asegúrese de cumplir, además, con los requisitos de configuración en el siguiente tema.

En PowerProtect Storage Direct Primary and Protection Storage Configuration Guide se proporcionandetalles sobre cómo realizar las configuraciones necesarias.

Configuración de las restauraciones de reversión de respaldosde Storage Direct

El agente de aplicación de base de datos no es compatible con discos particionados en unaoperación de instantánea; por ejemplo, una restauración de reversión o un respaldo de instantánea.En una restauración de reversión, en los dispositivos de destino, los sistemas de archivosadicionales y la administración de volúmenes que residen en discos particionados y que no estáninvolucrados en la operación de restauración se deben limpiar de forma manual antes de larestauración. De lo contrario, la restauración de reversión podría fallar.

Debe establecer RESTORE_TYPE_ORDER=rollback en el archivo de configuración paraespecificar la restauración de reversión de un respaldo de Storage Direct. Una restauración dereversión es una restauración destructiva debido a que la reversión sobrescribe todos los



contenidos de una unidad de instantánea, como un grupo de volúmenes, un disco o un grupo deconsistencia de RecoverPoint.

Restauraciones de reversión de respaldos de Storage Direct para VMAX

Una restauración de reversión a un sistema VMAX es una restauración a nivel de LUN. Puederealizar una restauración de reversión de un respaldo de Storage Direct para VMAX a a los LUN deorigen originales, a los LUN de destino alternativos en el mismo sistema VMAX o a otro sistemaVMAX. La restauración de reversión realiza una restauración del grupo de volumen completo o delLUN completo cuando un administrador de volúmenes no se utiliza:

l Puede realizar una restauración de reversión regular para restaurar el respaldo a los LUN deorigen originales en el host de respaldo.

l Puede realizar una restauración de reversión redirigida para reubicar una base de datos en unhost alternativo, configurado en los LUN de destino alternativos en el mismo arreglo VMAX. Enla restauración de reversión redirigida, realice la restauración de un respaldo de base de datoscompleta solamente.

l Puede realizar una restauración de reversión redirigida para reubicar una base de datos en unhost alternativo, configurado en los LUN de destino alternativos en un arreglo VMAX diferente.

Nota: El agente de aplicación de base de datos no es compatible con una restauración dereversión redirigida a LUN alternativos en el host de respaldo original. Durante unarestauración de reversión al host de respaldo original, se restaura el respaldo de instantánea enlos LUN de origen originales. Los sistemas de archivos de respaldo deben existir en los LUN deorigen antes de la restauración; vuelva a crear los sistemas de archivos si es necesario.

El agente de aplicación de base de datos 3.5 cuenta con compatibilidad con una restauración dereversión redirigida de un respaldo de Storage Direct para VMAX en un ambiente DB2 pureScale.Esta operación restaura a diferentes LUN de destino en el mismo sistema VMAX, y estos LUN seaprovisionan a un ambiente DB2 pureScale alternativo. Requisitos de DB2 pureScale para lasoperaciones de Storage Direct en la página 213 proporciona información detallada.

El agente de aplicación de base de datos 4.0 cuenta con compatibilidad con una restauración dereversión redirigida de un respaldo de Storage Direct para VMAX en el mismo arreglo VMAX paratodos los sistemas DB2, Oracle y SAP Oracle compatibles.

El agente de aplicación de base de datos 4.6 cuenta con compatibilidad con una restauración dereversión redirigida de un respaldo de Storage Direct para VMAX en un arreglo VMAX diferentepara todos los sistemas DB2, Oracle y SAP Oracle compatibles.

Asegúrese de cumplir con los siguientes requisitos adicionales para realizar una restauración dereversión redirigida de un respaldo de Storage Direct para VMAX,:

l Para realizar una restauración de reversión regular a los LUN de origen originales en el host derespaldo:

n El sistema de archivos con el mismo punto de montaje como se usa en el respaldo debeexistir y montarse en el host.

n Si se utiliza el administrador de volúmenes lógicos (LVM), el nombre del grupo de volumendebe ser el mismo.

l Para una restauración de reversión redirigida a otro conjunto de LUN en un host alternativo enel mismo sistema VMAX o un sistema VMAX diferente:

n Haber cumplido con los requisitos comunes para una restauración redirigida a un hostdiferente. Por ejemplo, el nombre de usuario, ID de usuario (UID), nombre de grupo y ID degrupo (GID) del propietario de base de datos o instancia de destino coinciden con losvalores originales capturados durante el respaldo.

n El sistema de archivos con el mismo punto de montaje como se usa en el respaldo debeexistir y montarse en el host de destino.



n La cantidad de dispositivos en los que el sistema de archivos reside en el host de destinodebe ser igual a la cantidad original de dispositivos en el respaldo.

n El tamaño del LUN de destino debe ser igual o mayor que el tamaño del LUN original.

n Cuando varios LUN se incluyen en la restauración de reversión, el tamaño del LUN dedestino debe ser mayor o igual al tamaño de la imagen estática.

n Para una restauración de reversión de Oracle, la función de archivos administrados porOracle (OMF) está deshabilitada para la base de datos de Oracle en el host alternativodebido a que la restauración de reversión de Oracle en esta versión no admite el cambio denombre de los archivos restaurados.

n Si se usa un administrador de volúmenes, como LVM o Veritas Volume Manager:

– Si un administrador de volúmenes o un sistema de archivos existen en los dispositivos derespaldo, la versión del sistema de archivos o administrador de volúmenes en el host derecuperación debe ser la misma de los dispositivos respaldados o posterior. En ladocumentación del administrador de volúmenes y del sistema de archivos se ofrece másinformación.

– Los nombres del grupo de volumen, volumen lógico y dispositivo físico en los dispositivosde destino no deben coincidir con los nombres originales necesariamente, siempre queno existan conflictos en los nombres de volumen lógico y grupo de volumen.

– La cantidad de sistemas de archivos y volúmenes lógicos del grupo de volumen dedestino no debe coincidir con la cantidad de la configuración del grupo de volumenoriginal necesariamente.

Nota: Los sistemas de archivos adicionales, grupos de volúmenes y volúmeneslógicos en el host de recuperación deben aparecer en el archivo psrollback.respara que estos elementos se omitan durante las comprobaciones de seguridad. Elarchivo psrollback.res se describe en el próximo tema acerca de lascomprobaciones de seguridad durante las restauraciones de reversión.

n En los dispositivos de destino, cualquier grupo de volúmenes (junto con los volúmeneslógicos y sistemas de archivos correspondientes) o sistemas de archivos que no formenparte de la operación de restauración se deben limpiar de forma manual antes de larestauración. Se debe desmontar el sistema de archivos adicional, y el grupo de volúmenesadicional se debe eliminar. De lo contrario, la restauración de reversión podría fallar.

n El software del agente de aplicación de base de datos debe estar instalado y configuradocorrectamente en el host que ejecuta la restauración de reversión. El parámetro CLIENTdebe establecerse en el valor original, según lo registrado en el respaldo.

Restauraciones de reversión de respaldos de Storage Direct con RecoverPoint que usanversiones de RecoverPoint anteriores a la 5.0

Con esas versiones, una restauración de reversión a un sistema XtremIO es una restauración anivel de grupo de consistencia de RecoverPoint, que restaura todos los LUN en un grupo deconsistencia. La restauración de reversión de un respaldo de Storage Direct con RecoverPoint serealiza a los LUN de XtremIO de origen en el grupo de consistencia.

Nota: Con cualquier versión de RecoverPoint, una restauración de reversión de DB2 a unsistema de XtremIO siempre es una restauración de nivel de grupo de consistencia deRecoverPoint.

Con las versiones de RecoverPoint anteriores a 5.0, un respaldo y una restauración de reversión deStorage Direct con RecoverPoint ocurren a nivel de grupo de consistencia, independientemente dequé objetos se incluyan en el comando de respaldo. Como mejor práctica para una restauración dereversión de Storage Direct con RecoverPoint, cuando realice el respaldo o la restauración dereversión, no excluya registros ni archivos de base de datos que formen parte del grupo deconsistencia de RecoverPoint que se está respaldando o restaurando.



Si cualquier LUN en el grupo de consistencia respaldado contiene objetos que no se hayan incluidoen el comando de respaldo, asegúrese de desmontar manualmente esos LUN antes de larestauración de reversión y, a continuación, monte de nuevo manualmente los LUN después de larestauración.

Restauraciones de reversión de respaldos de Storage Direct con RecoverPoint que usanRecoverPoint 5.0 o versiones posteriores

Con RecoverPoint 5.0 o versiones posteriores, una restauración de reversión de un respaldo deStorage Direct para Oracle o SAP con Oracle a un sistema XtremIO es una restauración a nivel deLUN, que puede restaurar un grupo de consistencia de RecoverPoint parcial. La restauración dereversión realiza una restauración del grupo de volumen completo o del LUN completo cuando unadministrador de volúmenes no se utiliza. El grupo de volumen completo o LUN completo que serestaura se conoce como la unidad de restauración.

Nota: Una restauración de reversión DB2 a un sistema XtremIO siempre es una restauración anivel de grupo de consistencia de RecoverPoint.

Con RecoverPoint 5.0 o versiones posteriores, la restauración de reversión de un respaldo deStorage Direct para Oracle o SAP con Oracle puede restaurar los siguientes objetos:

l Una base de datos cuando los registros son parte del mismo grupo de consistencia, pero estánen una unidad de restauración diferente.

l Una base de datos con capacidad para conectarse cuando la raíz y otras bases de datos concapacidad para conectarse y registros en línea son parte del mismo grupo de consistencia, peroestán en una unidad de restauración diferente.

l Los espacios de tablas cuando el resto de la base de datos y los registros en línea son parte delmismo grupo de consistencia, pero están en una unidad de restauración diferente.

Comprobaciones de seguridad durante las restauraciones de reversión de respaldos deStorage Direct

Durante una restauración de reversión, el agente de aplicación de base de datos realizacomprobaciones de seguridad de manera predeterminada. Las comprobaciones de seguridadgarantizan que no haya archivos, directorios, particiones ni volúmenes (destinos de datos) en elLUN de destino de reversión que no sean los restaurados con Storage Direct. Si existen talesdestinos de datos adicionales en el LUN de destino que no se incluyen en la sesión de restauración,el agente de aplicación de base de datos genera un error en la operación de restauración dereversión como medida de seguridad para evitar la sobrescritura de datos.

Para una restauración de reversión de un grupo de consistencia de RecoverPoint con versiones deRecoverPoint anteriores a la 5.0, las comprobaciones de seguridad también evitan que sesobrescriban los destinos de datos adicionales en todos los LUN de XtremIO del grupo deconsistencia de destino.

Para reemplazar las comprobaciones de seguridad, puede usar el archivo psrollback.res. En elarchivo, debe incluir todos los archivos y directorios que se excluirán de las comprobaciones deseguridad de reversión.

Por ejemplo, lvol1 es el volumen lógico durante el tiempo de ejecución del respaldo, y lvol1 ylvol2 son volúmenes lógicos en el host de destino. Debe incluir lvol2 en el archivopsrollback.res para permitir la restauración de reversión continúe. También puede mostrar elnombre del dispositivo para asegurarse de que, en la comprobación de seguridad, se omitan todoslos sistemas de archivos que residen en el dispositivo. Para evitar que lvol2 se sobrescribadurante la restauración de reversión, no mencione lvol2 o el nombre del dispositivo en el archivo.

AVISOUtilice el archivo psrollback.res con mucha precaución para evitar dañar los datos. Siutiliza este archivo para sobrescribir las comprobaciones de seguridad, la restauración dereversión puede sobrescribir algunos archivos de base de datos que no se incluyeron en la



sesión de restauración, como registros de reconstitución en línea de Oracle, lo cual podríaocasionar pérdida de datos.

En Linux o Solaris SPARC, si se configura un disco con particiones, puede ejecutar unarestauración de reversión solamente si se incluye el disco completo en el archivopsrollback.res. Luego, la restauración de reversión sobrescribe todo el disco. Por ejemplo,si /fs1 y /fs2 se configuran con las particiones /dev/sdc1 y /dev/sdc2, respectivamente,se debe habilitar la restauración de reversión de /fs1 enumerando todo el disco /dev/sdc enpsrollback.res. La restauración de reversión sobrescribe todo el disco /dev/sdc, por loque también se restaura /fs2.

Si un administrador de volúmenes lógicos (LVM) controla el sistema de archivos de un host deaplicación, debe indicar en el archivo psrollback.res todos los discos físicos quepertenecen al grupo de volúmenes del LVM. Por ejemplo, si un grupo de volúmenes contienelos discos /dev/sdc y /dev/sdd, y /fs1 es el punto de montaje del sistema de archivos, elarchivo psrollback.res debe incluir las siguientes líneas:

/fs1/lost+found/fs1/test/dev/sdc/dev/sdd

La ubicación del archivo psrollback.res es la siguiente:

l En sistemas UNIX: /opt/dpsapps/dbappagent/config/psrollback.resl En sistemas Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\config

\psrollback.resConsulte los últimos capítulos sobre Storage Direct para conocer las restricciones específicas delas aplicaciones respecto de las operaciones de restauración de reversión.

Ejemplo 1 Reemplazo de comprobaciones de seguridad durante una restauración de reversión

Si va a restaurar /fs1/data1.df y /fs1/data2.df, pero hay otros archivos en eldirectorio /fs1, como los archivos lost+found y test, puede excluir estos otrosarchivos de las comprobaciones de seguridad durante una restauración de reversión sino necesita estos archivos. Para excluir los archivos, incluya los nombres de ruta dearchivo en el archivo psrollback.res:

more /opt/dpsapps/dbappagent/config/psrollback.res

/fs1/lost+found/fs1/test

Configuración de los límites de uso de los recursos de DataDomain

Debe completar los procedimientos necesarios en el host de Data Domain para configurar loslímites de uso de flujos o capacidad para el agente de aplicación de base de datos. En los temassiguientes se proporciona información detallada sobre la configuración:



Consulte las secciones de configuración en los siguientes capítulos para obtener reglas adicionalesy mejores prácticas relacionadas con los límites de uso de flujos o capacidad en sistemasespecíficos de aplicaciones.

Configurar la cuota de uso en la capacidad de Data DomainPara configurar una cuota de uso de capacidad para el agente de aplicación, el administrador deData Domain debe configurar el límite máximo de capacidad para la unidad de almacenamiento queutiliza el agente de aplicación para los respaldos.

Procedimiento

1. Determine qué hosts de agente de aplicación utilizarán la unidad de almacenamiento.

2. Determine la cantidad de capacidad que se debe permitir para la unidad de almacenamiento.

3. Cree la unidad de almacenamiento y, a continuación, establezca la cuota de capacidad en elcomando de la CLI o la GUI. En la documentación de Data Domain, se proporcionan másdetalles.

4. Proporcione a los usuarios del agente de aplicación el nombre de host, el nombre de launidad de almacenamiento, el nombre de usuario y la contraseña de la unidad dealmacenamiento de DD que deberán usarse para los respaldos.

El administrador de Data Domain también puede establecer la cuota de capacidad mínimapara la unidad de almacenamiento, la cual activa alertas y notificaciones, pero no limita eluso de la capacidad.

El administrador de Data Domain puede usar los comandos del SO de Data Domain o la GUIde administración de Data Domain para agregar o modificar la cuota de capacidad deunidades de almacenamiento. En la documentación de Data Domain, se proporcionan másdetalles.

AVISO Tenga precaución al disminuir una cuota de capacidad. Cuando una unidad dealmacenamiento está prácticamente llena y se reduce la cuota de capacidad, el siguienterespaldo podría fallar. Notifique a los usuarios de agente de aplicación cuando se reduceuna cuota de capacidad para que los usuarios puedan evaluar el impacto potencial sobrelos respaldos.

Configurar los límites de uso de los flujos de Data DomainUna unidad de almacenamiento puede tener límites de advertencia y máximos para los flujos. Loslímites de advertencia pueden configurarse de manera individual para flujos de lectura, escritura yreplicación, y de manera colectiva para la cantidad total de todos los tipos de flujos. Un límitemáximo puede configurarse solo para la cantidad total de todos los tipos de flujos.


Para configurar un límite de uso de flujos para una unidad de almacenamiento, el administrador deData Domain debe configurar el límite máximo para la unidad de almacenamiento que utiliza elagente de aplicación para los respaldos.

Procedimiento

1. Determine qué hosts de agente de aplicación utilizarán la unidad de almacenamiento.

2. Determine cuántos flujos de respaldo y restauración estarán permitidos para la unidad dealmacenamiento.

3. Cree la unidad de almacenamiento. Puede configurar el límite de flujos como parte delcomando ddboost storage-unit create o (después de que se cree la unidad dealmacenamiento) con el comando ddboost storage-unit modify. En ladocumentación de Data Domain, se proporcionan más detalles.



Nota: No se puede establecer un límite de flujos en la GUI de administración de DataDomain.

4. Proporcione a los usuarios del agente de aplicación el nombre de host, el nombre de launidad de almacenamiento, el nombre de usuario y la contraseña de la unidad dealmacenamiento de DD que deberán usarse para los respaldos.

El administrador de Data Domain también puede establecer límites de advertencia para launidad de almacenamiento, que activan alertas y notificaciones, pero no limitan la cantidadde flujos utilizados.

El administrador de Data Domain puede usar el comando ddboost storage-unitmodify para modificar los límites de flujos de unidades de almacenamiento. En ladocumentación de Data Domain, se proporcionan más detalles.

AVISO Tenga precaución al establecer un límite máximo de flujos. Establecer el límite deflujos en un valor bajo puede afectar el rendimiento del respaldo y la restauración. Ladisminución de un límite de flujos puede causar que una restauración falle. Notifique alos usuarios de agente de aplicación cuando se reduce un límite de flujos para que losusuarios puedan evaluar el impacto potencial sobre los respaldos.

Configuración del lockboxUn lockbox es un archivo cifrado que utiliza el agente de aplicación de base de datos paraalmacenar información confidencial y protegerla contra el acceso no autorizado. El lockboxalmacena la información del sistema Data Domain, incluidas las credenciales para el usuario de DDBoost.

A partir de la versión 3.5, el agente de aplicaciones de base de datos, el agente de aplicaciones deMicrosoft y Storage Direct agent utilizan la misma caja de seguridad en la ubicación de caja deseguridad común.

Requisitos del lockboxEl archivo de caja de seguridad común utilizado por el agente de aplicaciones de base de datos sedenomina agents.clb. La ubicación del directorio predeterminado del archivo del lockbox es elsiguiente:

l En UNIX o Linux: /opt/dpsapps/common/lockboxl En Windows: C:\Program Files\DPSAPPS\common\lockbox

Nota: Cuando el agente de aplicación de base de datos se actualiza desde una versión anterior,el archivo del lockbox anterior a la versión 3.5 se transfiere a esta ubicación del lockbox comúny se renombra si otro agente todavía no creó el lockbox común. El lockbox anterior a la versión3.5 se conserva en el siguiente directorio solo si otro agente ya creó el lockbox común:

l En UNIX o Linux: /var/opt/ddbda/lockboxl En Windows: C:\Program Files\EMC DD Boost\DA\config\lockbox

El usuario administrativo o raíz puede especificar un directorio no predeterminado para el archivodel lockbox durante la creación del lockbox. Por ejemplo, el lockbox puede almacenarse en undirectorio compartido en un ambiente de clúster.

En el mismo directorio que el archivo del lockbox, el producto también conserva los archivosadicionales necesarios para las operaciones correctas del lockbox. Asegúrese de realizar respaldosregulares de los archivos de la caja de seguridad agents.clb y agents.clb.FCD.



AVISO El usuario administrativo o raíz debe tener permisos de lectura y escritura en el lockbox,y todos los usuarios de la base de datos deben tener al menos el permiso de lectura en ellockbox. En UNIX, el usuario raíz puede asignar la propiedad de grupo del lockbox a un grupodiferente, como un grupo DBA, lo que permite que los usuarios de grupo realicen operacionesespecíficas del lockbox. Esta función de asignación de la propiedad del grupo del lockbox no esadmitida en Windows.

Para restringir el acceso al lockbox a un grupo de usuarios especificado, se pueden cambiar lospermisos de archivo predeterminados en un archivo del lockbox. Todos los archivos del lockbox enel directorio deben tener los mismos permisos.

Cuando se instala el agente de base de datos en el mismo host de aplicaciones que Storage Directagent, es necesaria una ubicación independiente de la caja de seguridad para cada agente.

Configuración del lockbox con el comando ddbmadminEn Windows, el usuario administrativo debe ejecutar el comando ddbmadmin para realizar todaslas operaciones del lockbox. No se puede cambiar la propiedad de grupo del lockbox en Windows.

En UNIX, el usuario de raíz puede ejecutar el comando ddbmadmin para realizar todas lasoperaciones del lockbox. Si el usuario raíz de UNIX asigna la propiedad de grupo del lockbox a ungrupo DBA, los usuarios del grupo también pueden ejecutar ddbmadmin para realizar las siguientesoperaciones del lockbox:

l Registrar un sistema Data Domain con el lockbox.

l Eliminar el registro de un sistema Data Domain.

l Actualizar la configuración del lockbox.

En UNIX, solo el usuario raíz puede realizar las siguientes operaciones del lockbox:

l Crear el lockbox en el host de base de datos que se utilizará para respaldos o restauraciones.

l Cambiar la propiedad de grupo del lockbox.

l Otorgar acceso al lockbox a un host específico.

l Revocar el acceso al lockbox a un host específico.

Nota: Solo un host a la vez puede acceder a un lockbox compartido con el comandoddbmadmin.

Los siguientes comandos ddbmadmin realizan las operaciones del lockbox:

ddbmadmin -L [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-a LOCKBOX_OWNER_GID=<group_ID_of_lockbox_owner>] [-D 9]

ddbmadmin -P -z <configuration_file> [-D 9]

ddbmadmin -X -z <configuration_file> [-a CONFIRM={yes|no}] [-D 9]

ddbmadmin -G [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-a LOCKBOX_REMOTE_HOST=<hostname_to_add>] [-a VIRTUAL_HOST={yes|no}] [-D 9]

ddbmadmin -R [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-a LOCKBOX_REMOTE_HOST=<hostname_to_delete>] [-D 9]

ddbmadmin -U [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-D 9]

ddbmadmin -U -a LOCKBOX_IMPORT=TRUE -a LOCKBOX_PATH=<nondefault_lockbox_directory> [-D 9]

ddbmadmin -U -a SET_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_dir_pathname> [-D 9]

ddbmadmin -U -a USE_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_dir_pathname> [-D 9]



ddbmadmin -U -a SET_LOCKBOX_SECURITY={"custom"|"default"} -a LOCKBOX_PATH=<lockbox_dir_pathname> [-D 9]

La siguiente tabla describe las opciones de comando ddbmadmin para las operaciones del lockbox.

Tabla 14 Opciones del comando ddbmadmin para las operaciones del lockbox

Opción Descripción

-a Esta opción habilita el comando ddbmadmin para ejecutarse en modo no interactivo.

Ejecución del comando ddbmadmin en modo no interactivo en la página 113 proporcionainformación detallada.

-L Esta opción crea el lockbox y cambia la propiedad del grupo de UNIX si se le solicita.

Creación del lockbox y modificación de la propiedad del grupo de UNIX en la página 115proporciona información detallada.

-P -z<archivo_de_configuración>

Esta opción registra un sistema Data Domain principal y uno secundario opcional con ellockbox.

Incorporación de sistemas Data Domain al lockbox en la página 116 proporcionainformación detallada.

-X -z<archivo_de_configuración>

Esta opción elimina el registro de un sistema Data Domain principal y uno secundarioopcional con el lockbox.

Eliminación de sistemas Data Domain del lockbox en la página 120 proporciona informacióndetallada.

-G Esta opción concede acceso al lockbox a un host específico.

Configuración del lockbox en un ambiente de alta disponibilidad en la página 124proporciona información detallada.

-R Esta opción revoca acceso al lockbox desde un host específico.

Configuración del lockbox en un ambiente de alta disponibilidad en la página 124proporciona información detallada.

-U Esta opción actualiza la configuración del lockbox.

Actualización del lockbox en la página 121 proporciona información detallada.

-D 9 Esta opción genera información de depuración durante una operación del lockbox. Laopción se utiliza para solucionar problemas del lockbox.

Ejecución del comando ddbmadmin en modo no interactivoPuede ejecutar el comando ddbmadmin en un modo no interactivo mediante la especificación de laopción -a con cualquiera de las otras opciones, excepto la opción -P. El comando ddbmadmin -Pno es compatible con el modo no interactivo debido a que se debe especificar manualmente unacontraseña para registrar un sistema Data Domain con el lockbox.

Puede ejecutar el comando ddbmadmin en un modo interactivo omitiendo la opción -a. En elmodo interactivo, el comando solicita todas las entradas necesarias, como se describe en lossiguientes temas.



La siguiente tabla proporciona ejemplos de los comandos ddbmadmin del modo no interactivo.

Tabla 15 Ejemplos de comandos ddbmadmin del modo no interactivo

Creación del lockbox y modificación de la propiedad de grupo de UNIX, si se le solicita:

ddbmadmin -L -a LOCKBOX_PATH=<lockbox_dir_pathname> -a LOCKBOX_OWNER_GID=<group_ID_of_lockbox_owner>

Ejemplo:

ddbmadmin -L -a LOCKBOX_PATH=/opt/lockbox -a LOCKBOX_OWNER_GID=501

Salida:

Lockbox has been successfully created in the directory ‘/opt/lockbox’ with group ownership 501.

Eliminación del registro de un sistema Data Domain primario y uno secundario opcional:

ddbmadmin -X -z <configuration_file> -a CONFIRM={yes|no}

CONFIRM=yes confirma que debe continuar la eliminación del registro.

Ejemplo:

ddbmadmin -X -z /opt/dpsapps/dbappagent/config/ddbda.cfg -a CONFIRM=yes

Salida:

Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been unregistered from the lockbox.

Otorgamiento de acceso al lockbox a un host específico:

ddbmadmin -G -a LOCKBOX_PATH=<lockbox_dir_pathname> -a LOCKBOX_REMOTE_HOST=<hostname_to_add> -a VIRTUAL_HOST={yes|no}

VIRTUAL_HOST=no indica que el host no es un host virtual.

Ejemplo:

ddbmadmin -G -a LOCKBOX_PATH=C:\lockbox -a LOCKBOX_REMOTE_HOST=host2.xyz.com -a VIRTUAL_HOST=no

Salida:

Host 'host2.xyz.com' has been granted access to the lockbox in the directory 'C:\lockbox'.Ensure that the administrator on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'host2.xyz.com'.



Tabla 15 Ejemplos de comandos ddbmadmin del modo no interactivo (continuación)

Revocamiento del acceso al lockbox a un host específico:

ddbmadmin -R -a LOCKBOX_PATH=<lockbox_dir_pathname> -a LOCKBOX_REMOTE_HOST=<hostname_to_delete>

Ejemplo:

ddbmadmin -R -a LOCKBOX_PATH=C:\lockbox -a LOCKBOX_REMOTE_HOST=host2.xyz.com

Salida:

Revoked access from the host 'host2.xyz.com' to the lockbox in the directory 'C:\lockbox'.

Actualización de la configuración del lockbox:

ddbmadmin -U -a LOCKBOX_PATH=<lockbox_dir_pathname>

Ejemplo:

ddbmadmin -U -a LOCKBOX_PATH=C:\lockbox

Salida:

Lockbox 'agents.clb' in the directory 'C:\lockbox' has been updated.

Creación del lockbox y modificación de la propiedad del grupo de UNIXSolo el usuario raíz o administrativo puede ejecutar el comando ddbmadmin -L. Este comandocrea el lockbox si no existe y actualiza la propiedad del grupo de UNIX del lockbox si se le solicita.Si ya existe un lockbox, este comando solo actualiza la propiedad del grupo de UNIX si se lesolicita.

En UNIX, este comando establece los permisos del directorio a 775 para un lockbox nuevo oexistente, y establece los permisos del archivo de lockbox a 664.

La línea de comandos ddbmadmin -L para un nombre de ruta de directorio de lockbox. Si no seespecifica ningún nombre de ruta, el lockbox se crea en el directorio predeterminado. En UNIX, elcomando también solicita un ID de grupo para el propietario del lockbox. Si se especifica 0 o ningúnID, el grupo de usuarios raíz mantiene la propiedad del lockbox.

El siguiente ejemplo de UNIX crea los archivos de lockbox en el directorio /opt/lockbox yestablece el propietario de grupo en dba_grp1, que tiene el ID de grupo 501:

# ddbmadmin -L

Provide the full path for the lockbox, or press Enter to accept the default directory (<default lockbox_directory>): /opt/lockboxProvide a group ID for lockbox ownership, or type 0 to accept the ‘root user’ group as the lockbox owner: 501



Lockbox has been successfully created in the directory ‘/opt/lockbox’ with group ownership 501.

# ls -l (in the /opt/lockbox directory)

-rw-rw-r-- 1 root root 3582 Aug 29 04:09 agents.clb-rw-rw-r-- 1 root root 6 Aug 29 04:09 agents.clb.FCD

Incorporación de sistemas Data Domain al lockboxPara habilitar los respaldos y las restauraciones desde un sistema Data Domain, debe ejecutar elcomando ddbmadmin -P -z<archivo_de_configuración> para registrar el sistema Data Domainen el host. Este comando crea el lockbox requerido (si no existe) o actualiza un lockbox existente.

Nota:Se crea el lockbox solo si el usuario raíz o administrativo ejecutan el comando.

En UNIX, si el usuario raíz asigna la propiedad de grupo de lockbox a un grupo de DBA, losusuarios del grupo pueden ejecutar el comando para registrar los sistemas Data Domain.

Los siguientes temas proporcionan detalles sobre la incorporación de los sistemas Data Domain allockbox para las operaciones de Application Direct y las operaciones de Storage Direct consistemas VMAX y XtremIO.

Incorporación de sistemas Data Domain al lockbox para las operaciones deApplication Direct

Antes de ejecutar el comando ddbmadmin -P -z<archivo_de_configuración>, el archivo deconfiguración debe existir y contener la configuración del parámetro obligatoria. Por ejemplo, lossiguientes parámetros se configuran en la sección [PRIMARY_SYSTEM] del archivo deconfiguración.

DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboost

De manera opcional, se puede registrar un sistema Data Domain secundario que se usará para lasrestauraciones cuando el sistema primario no está disponible. En este caso, la sección[SECONDARY_SYSTEM] del archivo de configuración también debe contener la configuración deparámetros para el sistema secundario. Por ejemplo:

DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boost

Para registrar el sistema secundario, los parámetros del sistema primario deben estar en el archivode configuración.

De manera opcional, puede configurar LOCKBOX_PATH en el archivo de configuración en unaubicación de lockbox no predeterminado. Preparación del archivo de configuración en la página 80proporciona información detallada sobre la configuración de parámetros en el archivo deconfiguración.

AVISO Si edita el archivo de configuración y modifica cualquiera de esas configuraciones deparámetro después de haberlas registrado con el lockbox, debe volver a ejecutar el comandoddbmadmin -P -z<archivo_de_configuración> para actualizar las entradas del lockbox. Delo contrario, pueden fallar los respaldos y las restauraciones.



Según el archivo de configuración, el comando ddbmadmin -P -z<archivo_de_configuración>solicita las contraseñas necesarias para los sistemas primario y secundario. El comando verifica lascontraseñas iniciando sesión en los sistemas, cifra las contraseñas y almacena las contraseñascifradas en el lockbox.

Por ejemplo, el archivo de configuración contiene las siguientes configuraciones de parámetros:

[GENERAL]LOCKBOX_PATH=/tmp/lb

[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboost

[SECONDARY_SYSTEM]DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boost

El comando ddbmadmin -P -z<archivo_de_configuración> muestra la información y losindicadores siguientes:

# ddbmadmin -P -z /opt/dpsapps/dbappagent/config/ddbda.cfg

Performing the registration of the device host 'magni' for DD Boost user 'dduser1'.Enter password:Confirm password:Logging in to the device host 'magni' with DD Boost credentials.Logging in to the device host 'magni' with DD Boost credentials was successful.

Continue with the registration of the secondary device host 'telly' for DD Boost user 'dduser2'? [y/n]: yPerforming the registration of the device host 'telly' for DD Boost user 'dduser2'.Enter password:Confirm password:Logging in to the device host 'telly' with DD Boost credentials.Logging in to the device host 'telly' with DD Boost credentials was successful.

Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been registered in the lockbox.Device host 'telly' for DD Boost user 'dduser2' has been registered in the lockbox.

Incorporación de sistemas Data Domain al lockbox para las operaciones deStorage Direct con VMAX

Además de los parámetros de Application Direct que se describen en el tema anterior, el archivo deconfiguración para las operaciones de Storage Direct con un sistema VMAX también requiere lossiguientes parámetros:

l En la sección [PRIMARY_SYSTEM] del archivo de configuración: DDVDISK_USER yDEVICE_POOL (DDVDISK_USER es necesario solo si es diferente de DDBOOST_USER)

l En la sección [SECONDARY_SYSTEM] del archivo de configuración: DDVDISK_USER yDEVICE_POOL (DDVDISK_USER es necesario solo si es diferente de DDBOOST_USER)



Si los nombres de usuario de DD Boost y DD vdisk son los mismos para un sistema Data Domain, elcomando ddbmadmin -P -z <archivo_de_configuración> establece automáticamente lacontraseña de DD vdisk para ese sistema como la contraseña de DD Boost.

Si se configura el valor del pool del dispositivo, el comando intenta iniciar sesión en el sistema DataDomain usando las credenciales de DD vdisk antes de almacenar la información en el lockbox.

El comando ddbmadmin -P -z crea una entrada de lockbox separada para cada uno de lossiguientes casos:

l DDVDISK_USER está configurado, pero DEVICE_POOL no está configurado en la sección[PRIMARY_SYSTEM] del archivo de configuración

l DDVDISK_USER y DEVICE_POOL están configurados en la sección [PRIMARY_SYSTEM] delarchivo de configuración

AVISO Asegúrese de ejecutar el comando ddbmadmin -P -z para la combinación deconfiguración de parámetro que se utilizará durante las operaciones con el agente de aplicaciónde base de datos. Si edita el archivo de configuración y modifica cualquiera de esasconfiguraciones de parámetro después de haberlas registrado con el lockbox, debe volver aejecutar el comando ddbmadmin -P -z<archivo_de_configuración> para actualizar lasentradas del lockbox. De lo contrario, pueden fallar los respaldos y las restauraciones.

Por ejemplo, el archivo de configuración para operaciones de Storage Direct con un sistema VMAXcontiene las siguientes configuraciones de parámetros:


[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboostDDVDISK_USER=dduser1DEVICE_POOL=pool

[SECONDARY_SYSTEM]DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boostDDVDISK_USER=ddvdiskuser2DEVICE_POOL=pool2

En este caso, el comando ddbmadmin -P -z no solicita la contraseña de DD vdisk para elsistema principal debido a que los nombres de usuario de DD Boost y DD vdisk son los mismos:



Continue with the registration of the secondary device host 'telly' for DD Boost user 'dduser2'? [y/n]: yPerforming the registration of the device host 'telly' for DD Boost user 'dduser2'.Enter password:Confirm password:Logging in to the device host 'telly' with DD Boost credentials.



Logging in to the device host 'telly' with DD Boost credentials was successful.

Performing the registration of the device host 'magni' for DD VDISK user 'dduser1'.Using the credentials from the DD Boost user registration for device host 'magni' because the DD VDISK username is the same as the DD Boost username.Logging in to the device host 'magni' with DD VDISK credentials.Logging in to the device host 'magni' with DD VDISK credentials was successful.

Continue with the registration of the secondary device host 'telly' for DD VDISK user 'ddvdiskuser2'? [y/n]: yPerforming the registration of the device host 'telly' for DD VDISK user 'ddvdiskuser2'.Enter password:Confirm password:Logging in to the device host 'telly' with DD VDISK credentials.Logging in to the device host 'telly' with DD VDISK credentials was successful.

Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been registered in the lockbox.Device host 'telly' for DD Boost user 'dduser2' has been registered in the lockbox.

Device host 'magni' for DD VDISK user 'dduser1' has been registered in the lockbox.Device host 'telly' for DD VDISK user 'ddvdiskuser2' has been registered in the lockbox.

Incorporación de sistemas Data Domain y RPA al lockbox para las operacionesde Storage Direct con RecoverPoint

Además de los parámetros de Application Direct que se describen en un tema anterior, el archivode configuración para las operaciones de Storage Direct con RecoverPoint con un sistemaXtremIO también requiere los siguientes parámetros. Estos parámetros se deben establecer en lasección [RP_CLUSTER_1] del archivo de configuración:

l RP_MGMT_HOSTl RP_USERDebe ejecutar el comando ddbmadmin -P -z para crear una entrada de lockbox para el usuariode RecoverPoint. El símbolo del sistema para la contraseña del usuario que se almacenará enlockbox.

Nota: Puede registrar más de un usuario para el mismo host de administración de RecoverPointen el mismo lockbox mediante el uso de archivos de configuración diferentes. Por ejemplo,diferentes aplicaciones podrían utilizar diferentes clústeres de RecoverPoint, y cada clústerpuede usar el mismo host de administración de RecoverPoint, pero tener un usuario diferente.

Al ejecutar el comando ddbmadmin -P -z, este intenta iniciar sesión en el dispositivo deRecoverPoint para validar las credenciales de usuario de RecoverPoint antes de almacenar lainformación en el lockbox.

AVISO Asegúrese de ejecutar el comando ddbmadmin -P -z para la combinación deconfiguración de parámetro que se utilizará durante las operaciones con el agente de aplicaciónde base de datos. Si edita el archivo de configuración y modifica cualquiera de esasconfiguraciones de parámetro después de haberlas registrado con el lockbox, debe volver aejecutar el comando ddbmadmin -P -z<archivo_de_configuración> para actualizar lasentradas del lockbox. De lo contrario, pueden fallar los respaldos y las restauraciones.



Por ejemplo, el archivo de configuración para las operaciones de Storage Direct con RecoverPointen un sistema XtremIO contiene las siguientes configuraciones de parámetros:


[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboost

[RP_CLUSTER_1]RP_USER=rpadminRP_MGMT_HOST=ledmrp08.lss.emc.com

El comando ddbmadmin -P -z lee el parámetro RP_USER para el host de administración deRecoverPoint especificado desde el archivo de configuración y solicita la contraseña del usuario:



Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been registered in the lockbox.

Performing the registration of the RecoverPoint management host ‘ledmrp08.lss.emc.com' for RecoverPoint user 'rpadmin'.Enter password:Confirm password:Logging in to the RecoverPoint management host ‘ledmrp08.lss.emc.com'...Logging in to the RecoverPoint management host ' ledmrp08.lss.emc.com' was successful.

The configuration file contains the following for the above registration command:RP_USER=rpadminRP_MGMT_HOST=ledmrp08.lss.emc.com

Eliminación de sistemas Data Domain del lockboxPuede ejecutar el comando ddbmadmin -X -z<archivo_de_configuración> para eliminar elregistro de sistemas Data Domain. El comando utiliza los ajustes del archivo de configuración paradeterminar la información necesaria acerca de los sistemas Data Domain y solicita consentimientopara eliminar el registro de cada sistema.

Nota: En UNIX, si el usuario raíz asignó la propiedad de grupo de lockbox a un grupo de DBA,los usuarios del grupo pueden ejecutar el comando para eliminar el registro de sistemas DataDomain.

Durante la eliminación del registro, el comando ddbmadmin -X -z elimina la información en ellockbox sobre los sistemas registrados.

Un sistema primario puede eliminar el registro solo después de que el sistema secundario se haeliminado del registro correctamente. Este requisito se aplica a los usuarios de DD vdisk y de DDBoost.



En el siguiente ejemplo, los ajustes del archivo de configuración que se utilizan en la eliminación delregistro son los siguientes:


[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboostDDVDISK_USER=ddvdiskuser1DEVICE_POOL=pool

[SECONDARY_SYSTEM]DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boostDDVDISK_USER=ddvdiskuser2DEVICE_POOL=pool2

El siguiente comando realiza la eliminación del registro. No se elimina el registro del sistemaprimario para el usuario de DD vdisk debido a que no se proporcionó el consentimiento:

# ddbmadmin -X -z /opt/dpsapps/dbappagent/config/ddbda.cfg

Continue with the unregistration of the secondary device host 'telly' for DD Boost user 'dduser2'? [y/n]: y

Continue with the unregistration of the device host 'magni' for DD Boost user 'dduser1'? [y/n]: y

Continue with the unregistration of the secondary device host 'telly' for DD VDISK user 'ddvdiskuser2'? [y/n]: y

Continue with the unregistration of the device host 'magni' for DD VDISK user 'ddvdiskuser1'? [y/n]: nConfirmation for the unregistration of the device host 'magni' was not provided.Unregistration of the device host 'magni' for DD VDISK user 'ddvdiskuser1' will not be performed.

Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been unregistered from the lockbox.Device host 'telly' for DD Boost user 'dduser2' has been unregistered from the lockbox.Device host 'telly' for DD VDISK user 'ddvdiskuser2' has been unregistered in the lockbox.

Actualización del lockboxPuede ejecutar el comando ddbmadmin -U para actualizar la configuración del lockbox. Estaoperación garantiza que el lockbox esté continuamente accesible para el host.

Por ejemplo, puede ejecutar el siguiente comando para actualizar el lockbox antes de realizar unaoperación de respaldo o restauración:

ddbmadmin -U [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-D 9]

Nota: En UNIX, si el usuario raíz asigna la propiedad de grupo del lockbox a un grupo de DBA,los usuarios del grupo pueden ejecutar el comando para actualizar el lockbox.



AVISO Para asegurarse de que se puede acceder al lockbox continuamente, incluso después deuna actualización importante en el sistema, puede establecer una contraseña personalizadaque permita restablecer el lockbox cuando sea necesario. Sin la frase de contraseña, debeejecutar el comando ddbmadmin -U periódicamente para asegurarse de que el lockbox semantenga actualizado. Una actualización importante en el sistema puede producir un error delumbral de valor estable del lockbox en la página 148 proporciona más información.

Importar la versión más reciente del lockbox

Debe importar la versión más reciente del lockbox manualmente en cualquiera de los siguientescasos:

l En Solaris x64, actualizó al agente de aplicación y el lockbox se creó con el agente deaplicación 3.5 o versión anterior en un directorio no predeterminado.

l En un sistema diferente de Solaris x64, actualizó al agente de aplicación y el lockbox se creócon el agente de aplicación 4.0 o versión anterior en un directorio no predeterminado.

Un directorio de lockbox no predeterminado es cualquier directorio que no sea el siguientedirectorio:

l En UNIX y Linux: /opt/dpsapps/common/lockbox o /var/opt/ddbda/lockboxl En Windows: C:\Program Files\DPSAPPS\common\lockboxPara importar el lockbox, ejecute el siguiente comando como usuario raíz o usuario administrativo.Debe usar la opción -a LOCKBOX_PATH=<nondefault_lockbox_directory> para especificar elnombre de ruta de directorio no predeterminado del lockbox:

ddbmadmin -U -a LOCKBOX_IMPORT=TRUE -a LOCKBOX_PATH=<nondefault_lockbox_directory>

Importing data from the old lockbox '/opt/lockbox/agents.clb' to the new lockbox '/opt/lockbox/agents.clb'.Please wait while import is being done...Lockbox data successfully imported to '/opt/lockbox/agents.clb'.

Nota: Solo debe ejecutar este comando una vez después de haber realizado la actualización delsoftware del agente de aplicación de base de datos.

Configurar y usar una frase de contraseña personalizada para acceder al lockbox

De manera opcional, puede establecer una frase de contraseña personalizada que le permitarestablecer el lockbox o recuperar el acceso para un host cuando el lockbox se vuelva inaccesible.Esta función es útil cuando un host pierde el acceso al lockbox no compartido con frecuenciadebido a ciertas razones, como actualizaciones del sistema operativo. En este caso, es útilestablecer una frase de contraseña personalizada cuando todavía se puede acceder al lockbox, demodo que, cuando se produzca cualquier problema de acceso, el host pueda restablecer el lockbox.

Una frase de contraseña personalizada debe cumplir con los siguientes requisitos de contraseña:

l Al menos nueve caracteres.

l Al menos una letra mayúscula.

l Al menos una letra minúscula.

l Al menos un carácter especial, como % o $.

l Al menos un carácter numérico.



Para establecer una frase de contraseña personalizada para el lockbox, ejecute el siguientecomando como usuario raíz o usuario administrativo, y escriba la frase de contraseña cuando se lesolicite:

ddbmadmin -U -a SET_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_directory_pathname>

Enter a passphrase (refer to the administration guide for passphrase complexity requirements):Confirm the passphrase:The passphrase for the lockbox 'agents.clb' in the directory '/opt/lockbox' has been updated.

Nota: Maneje la frase de contraseña personalizada del lockbox con cuidado y protéjala depersonas no autorizadas. Si una persona conoce la frase de contraseña y obtiene una copia delos archivos del lockbox, la persona puede acceder a él.

Después de establecer una frase de contraseña personalizada, puede usarla para restablecer ellockbox o recuperar el acceso a él. Por ejemplo, si no se puede acceder al lockbox, ejecute elsiguiente comando como usuario raíz o usuario administrativo, y escriba la frase de contraseñacuando se le solicite:

ddbmadmin -U -a USE_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_directory_pathname>

Enter a previously set passphrase:The lockbox 'agents.clb' in the directory '/opt/lockbox' has been reset.

Restablecer el nivel de seguridad del lockbox

De manera opcional, puede seleccionar un nivel predeterminado o nivel personalizado para laseguridad del lockbox. El nivel de seguridad personalizado no se recomienda debido a posiblesproblemas de seguridad. Sin embargo, el nivel personalizado puede ser útil cuando no deseaconfigurar una frase de contraseña personalizada para los problemas de inaccesibilidad del lockbox.Con el nivel de seguridad personalizado se reduce la frecuencia con la que el lockbox se vuelveinaccesible después de las actualizaciones importantes del sistema operativo, pero esto nogarantiza que no se repetirá el problema de inaccesibilidad.

Configurar y usar una frase de contraseña personalizada garantizan el acceso continuo al lockboxsin implicaciones de seguridad.

Para establecer el nivel de seguridad, ejecute el siguiente comando como usuario raíz o usuarioadministrativo.

ddbmadmin -U -a SET_LOCKBOX_SECURITY={"custom"|"default"} -a LOCKBOX_PATH=<lockbox_directory_pathname>

Por ejemplo, el siguiente comando establece el nivel personalizado de seguridad del lockbox:

ddbmadmin -U -a SET_LOCKBOX_SECURITY="custom" -a LOCKBOX_PATH=/opt/lockbox

The lockbox 'agents.clb' in the directory '/opt/lockbox' has been reset with the custom security level.Note that with a lower security level, the lockbox is more vulnerable to external threats. If you are not sure whether you want a lower security, we recommend using LOCKBOX_SECURITY="default" for regular usage.



Configuración del lockbox en un ambiente de alta disponibilidadEn un ambiente de alta disponibilidad, puede crear un lockbox en el disco local de cada nodo. Eneste caso, cada lockbox debe contener la misma información. Como alternativa, puede configurarun lockbox en una ubicación compartida y otorgar acceso al lockbox a todos los nodos en elambiente.


Nota: Cuando el lockbox se encuentra en una ubicación compartida de NFS, el recursocompartido de NFS debe otorgar acceso al usuario raíz o administrativo. Por ejemplo, elrecurso compartido de NFS se exportará con la opción no root squash.

Debe completar los siguientes pasos para configurar un lockbox en una ubicación compartida.

Procedimiento

1. Para registrar un sistema Data Domain, seleccione un host (nodo) y, a continuación, ejecuteel comando ddbmadmin -P -z<archivo_de_configuración>.

2. Para otorgar acceso al lockbox a otro host, como host2, ejecute el comando ddbmadmin -G en el host del paso 1.

Nota: Debe ejecutar el comando ddbmadmin -G por separado para cada host (nodo)cuando el ambiente contiene varios hosts.

El comando ddbmadmin -G solicita el nombre del host al que se le va a otorgar acceso allockbox. Proporcione el nombre de host requerido:

l Si el host 2 es un sistema UNIX o Linux, proporcione la salida del comando uname -n enel host2.

l Si el host2 es un sistema de Windows:

n Proporcione el nombre de dominio calificado.

n En un clúster de Microsoft para Oracle, también proporcione el nombre de host delservicio de clúster de Oracle.

Los siguientes ejemplos muestran el comando ddbmadmin -G en las distintas plataformas:

l En UNIX o Linux:

# ddbmadmin -G

Provide full pathname for the lockbox, or press Enter to accept the default directory (/opt/dpsapps/common/lockbox): /opt/lockboxHostname to grant access to lockbox: host2.xyz.comHost 'host2.xyz.com' has been granted access to the lockbox in the directory '/opt/lockbox'.Ensure that the root user on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'host2.xyz.com'.

l En Windows:

C:\Program Files\DPSAPPS\DBAPPAGENT\bin> ddbmadmin -G

Provide full pathname for the lockbox, or press Enter to accept the default directory (C:\Program Files\DPSAPPS\common\lockbox): C:\lockboxHostname to grant access to lockbox: host2.xyz.comIs 'host2.xyz.com' a virtual hostname that is part of a cluster? [y/n]: n



Host 'host2.xyz.com' has been granted access to the lockbox in the directory 'C:\lockbox'.Ensure that the root user on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'host2.xyz.com'.

En un clúster de Microsoft para la configuración de Oracle, también debe otorgar accesoal nombre de host del servicio de clúster de Oracle y confirmar que es un nombre de hostvirtual, como se muestra en el siguiente ejemplo:

C:\Program Files\DPSAPPS\DBAPPAGENT\bin> ddbmadmin -G

Provide full pathname for the lockbox, or press Enter to accept the default directory (C:\Program Files\DPSAPPS\common\lockbox): C:\lockboxHostname to grant access to lockbox: oraclecluster.xyz.comIs 'oraclecluster.xyz.com' a virtual hostname that is part of a cluster? [y/n]: yHost 'oraclecluster.xyz.com' has been granted access to the lockbox in the directory 'C:\lockbox'.Ensure that the root user on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'oraclecluster.xyz.com'.

3. Para cada host adicional que deba agregarse al lockbox, repita el paso 2 . Para cada host alque le otorgue acceso al lockbox, ejecute el comando ddbmadmin -G por separado.

AVISO Mantenga un registro de los hosts a los que se les otorga acceso al lockbox. Nopuede usar el comando ddbmadmin para obtener una lista de todos los hosts que tienenacceso al lockbox. En un ambiente donde el lockbox se comparte entre varios hosts, elusuario de cada host que ejecuta operaciones con el agente de aplicación de base dedatos debe tener acceso de lectura del sistema operativo a los archivos del lockbox. Elusuario raíz o administrativo en cada host debe tener acceso de lectura y escritura a losarchivos.

Puede ejecutar el comando ddbmadmin -R para revocar el acceso al lockbox desde unhost. Debe ejecutar el comando en un host que no sea el host desde el cual se revoca elacceso al lockbox. Por ejemplo, no puede ejecutar el comando en el host 1 para revocar elacceso al lockbox del host1.

Cuando se agrega un nodo nuevo a un ambiente de alta disponibilidad o se reemplaza unnodo existente, otorgue el acceso al lockbox al nuevo nodo de acuerdo con el paso 2.

Configuración de la visualización y la eliminación deinformación del saveset

Al realizar una gran cantidad de respaldos con el agente de aplicación de base de datos, el espaciodisponible en el sistema Data Domain puede reducirse considerablemente. Para eliminar losrespaldos antiguos y liberar espacio en el sistema, utilice las herramientas de administración derespaldos nativas de la base de datos si están disponibles.

Algunas herramientas de base de datos, como las herramientas de SAP con Oracle, noproporcionan la funcionalidad de administración de respaldos para eliminar los respaldos. En estecaso, puede usar el programa ddbmadmin para la administración de espacio en el sistema de DataDomain.

Nota: La información de esta sección se aplica a todos los respaldos compatibles de respaldosde Application Direct, respaldos de Storage Direct para VMAX y respaldos de Storage Direct



con RecoverPoint. El programa ddbmadmin elimina la información de respaldo en el sistemade Data Domain, pero no elimina ninguna información del servidor de base de datos.

Para eliminaciones de respaldos de DB2 y Oracle, utilice las herramientas de administración derespaldos nativas de la base de datos:

l Para la eliminación de respaldos de DB2:

n Para un respaldo de Storage Direct, utilice el comando db2acsutil con la opción delete.

n Para un respaldo de Application Direct, siga la política de eliminación de objetos derecuperación automática de DB2.

l Para la eliminación de respaldos de Oracle, utilice el comando delete de RMAN.

Nota: Para la eliminación de los respaldos de Storage Direct en ASM de Oracle, serecomienda usar el comando ddbmadmin como se describe en Uso del comandoddbmadmin para enumerar y eliminar los respaldos en la página 266.

Un respaldo con el agente de aplicación de base de datos consta de savesets de respaldo; unsaveset es un conjunto de uno o más archivos de guardado creados durante la sesión de respaldo.Un archivo de guardado es un bloque de datos o un archivo de sistema operativo, el objeto mássimple que se puede respaldar o restaurar. Un respaldo crea uno o más archivos de guardadodentro de un saveset. El programa ddbmadmin puede realizar eliminaciones en el nivel del savesetsolamente y elimina todos los archivos de guardado de un saveset.

Puede usar el programa ddbmadmin para realizar cualquiera de las siguientes operaciones:

l Mostrar todos los clientes para una ruta de dispositivo especificada en el sistema Data Domain.

l Muestra información acerca de los savesets de respaldo, incluido si el saveset está bloqueadopor retención en el sistema de Data Domain.

Nota: Solo los respaldos de protección de aplicaciones coordinadas muestran laconfiguración del bloqueo de retención.

l Mostrar información sobre los archivos de guardado.

l Eliminar los savesets creados durante un intervalo de tiempo especificado.

l Actualizar el índice de respaldo de SAP en Oracle desde el agente de aplicaciones de base dedatos 1.0 a la versión 19.2.

Debe ejecutar el comando ddbmadmin en la línea de comandos con las opciones necesarias.Ciertas opciones de comando son obligatorias para diversas operaciones. La opción -z<configuration_file> es obligatoria para todas las operaciones y especifica el archivo deconfiguración utilizado con el agente de aplicaciones de base de datos.

Nota: Se requiere un archivo de configuración diferente para cada sistema Data Domain.

Toda la información que el comando ddbmadmin imprime en la salida estándar se agrega al archivode registro operacional, ddbmadmin.messages.log.

En los temas que aparecen a continuación, se proporciona información detallada sobre el uso y lasopciones del comando ddbmadmin para las operaciones compatibles.

Uso del comando ddbmadmin para mostrar y eliminar savesetsUn usuario DBA puede ejecutar el comando ddbmadmin con las opciones adecuadas para realizarlas siguientes operaciones:

Nota: En los siguientes comandos, los corchetes ([ ]) encierran los valores opcionales. Laslíneas verticales indican valores alternativos, que significan "o" para las seleccionesalternativas. Las llaves ({ }) delimitan los valores que debe especificar, como x o y. Losnombres y los valores de comandos y opciones distinguen mayúsculas de minúsculas.



l Mostrar todos los clientes para una ruta de dispositivo especificada en el sistema Data Domain:

ddbmadmin -i -z <configuration_file> [-D 9]

Uso del comando ddbmadmin para mostrar los clientes en una ruta de dispositivo en la página131 ofrece información detallada.

l Mostrar la información de los saveset en un rango de tiempo de guardado:

ddbmadmin -s [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-v]

Uso del comando ddbmadmin para mostrar información de saveset en la página 132 ofreceinformación detallada.

l Mostrar la información de los archivos de guardado en un rango de tiempo de guardado:

ddbmadmin -f [[-a FILTER_PATH=<instance_name>[/<database_name>[/<node_name>[/{DB2LOG|DBIMG}]]]] | [-a INSTANCE=<instance_name> [-a DATABASE=<database_name> [-a NODE=<node_name>]]]] [-b <start_time>] -e <end_time> -n <application>-z <configuration_file> [-D 9] [-v]

Uso del comando ddbmadmin para mostrar información de archivo de guardado en la página133 ofrece información detallada.

l Eliminar los savesets en un rango de tiempo de guardado:

ddbmadmin -d [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]

Uso del comando ddbmadmin para eliminar savesets en la página 135 ofrece informacióndetallada.

l Actualice el índice de respaldo de SAP en Oracle desde el agente de aplicaciones de base dedatos 1.0 a la versión 19.2:

ddbmadmin -u -n <application> -z <configuration_file>

Uso del comando ddbmadmin para actualizar el índice de respaldos en la página 137 ofreceinformación detallada.

En la tabla a continuación, se describen las opciones del comando ddbmadmin. Los nombres y losvalores de comandos y opciones distinguen mayúsculas de minúsculas.

Tabla 16 Las opciones del comando ddbmadmin para visualización y eliminación de savesets


-aFILTER_PATH=<instance_name> [/<database_name> [/<node_name>[/{DB2LOG | DBIMG}]]]

Opcional para la visualización de la información acerca de los archivos deguardado de respaldo de DB2. Especifica que se muestre información acercade los archivos de guardado de respaldo de DB2 en una instancia específicay, de manera opcional, en una base de datos y un nodo específicos. Utilicesolo una de las siguientes formas de la opción con el comando ddbmadmin-f:



Tabla 16 Las opciones del comando ddbmadmin para visualización y eliminación desavesets (continuación)


l Para guardar archivos solo en una instancia especificada: -aFILTER_PATH=

<instance_name>

l Para guardar archivos en una instancia y una base de datosespecificadas: -a FILTER_PATH=

<instance_name>/<database_name>

l Para guardar archivos en una instancia, una base de datos y un nodoespecificados: -a FILTER_PATH=

<instance_name>/<database_name>/<node_name>

l Para archivos de guardado de registros o imágenes en la instancia, labase de datos y el nodo especificados: -aFILTER_PATH=<instance_name>/<database_name>/<node_name>/{DB2LOG | DBIMG}

Utilice DB2LOG para mostrar los archivos de registro y DBIMG paramostrar los archivos de imagen.

La opción -a FILTER_PATH tiene las siguientes limitaciones:

l Las opciones -a FILTER_PATH y otras opciones -a son mutuamente

excluyentes. No puede usar la opción -a FILTER_PATH con la opción -a INSTANCE, -a DATABASE o -a NODE en el mismo comando

ddbmadmin -f.

l Puede especificar solo una instancia de DB2, base de datos y nombre denodo con la opción -a FILTER_PATH.

l No puede usar la opción -a FILTER_PATH con la opción -d para

eliminar savesets.

l No puede usar la opción -a FILTER_PATH para operaciones de

Storage Direct.

-a INSTANCE=<instance_name>

[-a DATABASE=<database_name>

[-a NODE=<node_name>]]

Opcional para la visualización de la información acerca de los archivos deguardado de respaldo de DB2. Especifica que se muestre información acercade los archivos de guardado de respaldo de DB2 en una instancia específicay, de manera opcional, en una base de datos y un nodo específicos. Utilicesolo una de las siguientes combinaciones de opciones con el comandoddbmadmin -f:

l Para guardar archivos solo en una instancia especificada: -aINSTANCE=<instance_name>

l Para guardar archivos en una instancia y una base de datosespecificadas: -a INSTANCE=

<instance_name> -a DATABASE=<database_name>

l Para guardar archivos en una instancia, una base de datos y un nodoespecificados: -a INSTANCE=





<instance_name> -a DATABASE=<database_name> -aNODE=<node_name>

Estas opciones -a tienen las siguientes limitaciones:

l No puede usar estas opciones de filtrado -a con la opción -aFILTER_PATH en el mismo comando ddbmadmin -f.

l Puede especificar solo una instancia de DB2, base de datos y nombre denodo con estas opciones -a.

l No puede usar estas opciones -a con la opción -d para eliminar

cualquier saveset.

l No puede usar estas opciones -a para operaciones de Storage Direct.

-b <hora_de_inicio> Opcional. Especifica el inicio del rango de tiempo, en un formato de fecha yhora. Formato de fecha y hora que se usa con las opciones del comandoddbmadmin en la página 130 proporciona detalles sobre los formatos defecha y hora compatibles con <start_time>.

Sin esta opción, se usa la primera hora del respaldo de forma predeterminadapara el inicio del rango de tiempo.

-c Opcional. Especifica la ejecución de una operación en un modo nointeractivo.

Sin esta opción, la operación es interactiva de manera predeterminada.

-d Especifica la eliminación de uno o más savesets de respaldo creados duranteel rango de tiempo especificado.

-D 9 Genera información de depuración durante la operación. La opción se utilizapara solucionar problemas operacionales.

-e <hora_de_finalización> Obligatoria con otras opciones, excepto -i y -u. Especifica el final del rango

de tiempo, en un formato de fecha y hora. Formato de fecha y hora que seusa con las opciones del comando ddbmadmin en la página 130 proporcionadetalles sobre los formatos de fecha y hora compatibles con <end_time>.

La configuración de opción -e now especifica la hora actual.

-f Especifica la visualización de información sobre los archivos de guardado derespaldo creados durante el rango de tiempo especificado.

-i Especifica la visualización de todos los clientes para la ruta del dispositivo delparámetro DEVICE_PATH en el archivo de configuración.

-n <aplicación> Obligatoria con todas las opciones, excepto -i. Especifica el nombre de

aplicación que debe usarse para la eliminación, la visualización o la operaciónde actualización. Los valores de application válidos son db2, oracle,oracle_asm, saphana o saporacle.

Nota: El valor oracle_asm se puede usar solo para enumerar o eliminarrespaldos de Storage Direct en Oracle ASM. Uso del comando





ddbmadmin para enumerar y eliminar los respaldos en la página 266proporciona más detalles.

-s Especifica la visualización de información sobre los savesets de respaldocreados durante el rango de tiempo especificado.

-t Especifica la visualización de la ubicación de los savesets en el sistema deData Domain (nivel activo) o el nivel de nube. Configuración del uso de DataDomain Cloud Tier para transferencia de datos a la nube en la página 138proporciona información detallada acerca de las operaciones con el nivel denube de Data Domain.

-u Especifica la actualización de un índice de respaldo de SAP en Oracle desdeel agente de aplicaciones de base de datos 1.0 al formato de índice de laversión 19.2. El espacio de nombres de respaldo que se utiliza en el índice secambió de “backup” en el agente de aplicaciones de base de datos 1.0 a“saporacle” en la versión 19.2.

-v Especifica la descripción de una salida verbosa altamente detallada delcomando ddbmadmin.

-z <archivo_de_configuración> Obligatorio. Especifica el nombre de ruta completo del archivo deconfiguración, como se describe en Preparación del archivo deconfiguración en la página 80.

Nota: El parámetro CLIENT es obligatorio en el archivo de configuración

cuando se ejecuta el comando ddbmadmin desde un sistema diferente

de aquel en que se realizó el respaldo.Es necesario un archivo de configuración independiente para cadaconjunto diferente de parámetros obligatorios.

Formato de fecha y hora que se usa con las opciones del comando ddbmadminPuede usar formatos específicos de fecha y hora con las opciones -b<hora_de_inicio> y -e<hora_de_finalización> en el comando ddbmadmin. Los siguientes formatos de fecha y hora sonválidos:

l Hora del día: Una hora del día tiene el formato hh[:mm[:ss]] (o hhmm) [meridiano] [zona]. Si noespecifica un meridiano (a. m. o p. m.), se utiliza un reloj de 24 horas. Puede especificar unahora del día como hh seguida de un meridiano. Si no especifica una zona horaria (por ejemplo,GMT), se usa la zona horaria actual, según lo determinado por el segundo parámetro, now.

l Fecha: una fecha es un mes y un día específicos, y posiblemente un año. Los formatosaceptables son mm/dd[/aa] y nombre_del_mes dd[, aa]. Si se omite, se selecciona el añoactual de manera predeterminada. Si especifica un año como un número entre 70 y 99, seagrega 1900. Si es un año entre 00 y 30, se agrega 2000. El tratamiento de otros años menoresde 100 es indefinido. Si un número no está seguido por un día o una unidad de tiempo relativo,el número se interpreta como un año si ya se especificaron la hora_del_día, el nombre_de_mesy el dd; de lo contrario, se interpretará como una hora_del_día.

l Día: se puede especificar un día de la semana. Si corresponde, se utiliza el día actual. Un díapuede ir precedido por un número, que indica qué instancia de ese día está recomendada; elvalor predeterminado es 1. Los números negativos indican horas que ya pasaron. Se aceptanalgunas cifras simbólicas: última, siguiente y los ordinales de primero a duodécimo (“segundo”es ambiguo y no se acepta como un número ordinal). El número simbólico “siguiente” es



equivalente a 2; por lo tanto, el lunes siguiente no se refiere al próximo lunes, sino que serefiere al de la semana siguiente.

l tiempo relativo: se pueden usar especificaciones relativas a la hora actual. El formato es[número] unidad. Las unidades aceptables son década, año, trimestre, mes, quincena, semana,día, hora, minuto y segundo.

Las abreviaturas más comunes para días, meses y el resto de las unidades son aceptables, incluidasuna primera letra en mayúscula o minúscula, y abreviaturas de tres letras con o sin un terminal. Lasunidades, como semanas, se pueden especificar como singular o plural. Los valores de zona horariay meridiano pueden ser en mayúsculas o minúsculas, con o sin puntos.

La fecha real se forma como se indica a continuación. En primer lugar, cualquier fecha u horaabsoluta se procesa y se convierte. Usando esa fecha como la base, se agregan lasespecificaciones del día de la semana. Por último, se usan especificaciones relativas. Si seespecifica una fecha o un día y no se proporciona ninguna hora relativa o absoluta, se utiliza lamedianoche. Finalmente, se aplica una corrección para que se obtenga la hora correcta del díadespués de calcular las diferencias de hora por el horario de verano.

Uso del comando ddbmadmin para mostrar los clientes en una ruta dedispositivo

Puede ejecutar el siguiente comando ddbmadmin para mostrar todos los clientes en una ruta dedispositivo especificada en el sistema Data Domain:

ddbmadmin -i -z <configuration_file> [-D 9]

Tabla 16 en la página 127 proporciona detalles sobre las opciones de comandos. El archivo deconfiguración debe contener los parámetros requeridos, incluido DEVICE_PATH.

Por lo general, ejecuta esta operación a fin de prepararse para la eliminación del saveset con elcomando ddbmadmin. El siguiente ejemplo muestra la salida del comando ddbmadmin -i:

Ejemplo 2 Visualización de los clientes en una ruta de dispositivo

Ejecute el siguiente comando ddbmadmin para mostrar los clientes en una ruta dedispositivo especificada por el parámetro DEVICE_PATH en el archivo deconfiguración:

ddbmadmin -i -z /vnxspace1/ddbda20/initBOS.utl

La salida del comando muestra una fila para cada cliente:

List of clients for device path '/ddbda-linux':

client = hades.backupclient = artemis.backupclient = eros.backupclient = ate.backupclient = erebosclient = chronosclient = hera.backupclient = athenaclient = eros.lss.emc.com



Uso del comando ddbmadmin para mostrar información de savesetPuede ejecutar el siguiente comando ddbmadmin para mostrar información sobre los savesets derespaldo:

ddbmadmin -s [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9]

Tabla 16 en la página 127 proporciona detalles sobre las opciones de comandos.

Por lo general, esta operación se ejecuta para prepararse para la eliminación del saveset con elcomando ddbmadmin. Puede comparar la información del saveset con los detalles en el catálogode respaldo de base de datos y determinar qué savesets de respaldo deben eliminarse. Además,puede usar este comando para consultar la información de bloqueo de retención de savesets paralos respaldos de protección de aplicaciones coordinadas. Para otras aplicaciones, esta función noestá disponible y el atributo leerá Data Domain retention = 0 para indicar que la función estádeshabilitada.

La salida del comando ddbmadmin -s incluye una fila para cada saveset encontrado, donde la filacontiene el nombre del cliente, la fecha del saveset, el tamaño del saveset y el nombre del saveset.Las filas se ordenan en orden descendente según la fecha y la hora del saveset. Las siguientespalabras clave aparecen en la salida del comando:

l client—Nombre de host del cliente que creó el saveset.

l date and time—Fecha y hora en que se creó el saveset.

l size—Tamaño de los datos de respaldo en el saveset.

l name—Nombre del saveset.

l Data Domain retention—Protección de aplicaciones coordinadas únicamente. Si estáhabilitada, la fecha de vencimiento del bloqueo de retención.

En el siguiente ejemplo, se muestra la salida del comando ddbmadmin -s.

Ejemplo 3 Visualización de la información del saveset

Usted ejecuta el siguiente comando ddbmadmin para mostrar los savesets derespaldos de aplicación:

ddbmadmin -s -b 'Mar 1 12:00:00 2015' -e 'Apr 8 12:52:29 2015' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

La salida del comando muestra una fila para cada saveset:

Save set information:client = eros.lss.emc.com, date and time = 03/23/15 11:24:07(1427124247), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:09(1427124249), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:11(1427124251), size = 20982948, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:13(1427124253), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:30:21(1427124621), size = 9024, name = backint:BOS:PS:



Ejemplo 3 Visualización de la información del saveset (continuación)

client = eros.lss.emc.com, date and time = 03/23/15 11:30:23(1427124623), size = 10496, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:25(1427124625), size = 12816, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:27(1427124627), size = 10412, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:29(1427124629), size = 9032, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:43(1427124643), size = 72768, name = backint:BOSTotal number of save sets = 10.

Uso del comando ddbmadmin para mostrar información de archivo de guardadoPuede ejecutar el siguiente comando ddbmadmin para mostrar información sobre los archivos deguardado del respaldo:

ddbmadmin -f [[-a FILTER_PATH=<instance_name>[/<database_name>[/<node_name>[/{DB2LOG|DBIMG}]]]] | [-a INSTANCE=<instance_name> [-a DATABASE=<database_name> [-a NODE=<node_name>]]]][-b <start_time>] -e <end_time> -n <application>-z <configuration_file> [-D 9] [-v]

Tabla 16 en la página 127 proporciona detalles sobre las opciones de comandos. El archivo deconfiguración debe contener los parámetros requeridos.

Por lo general, esta operación se ejecuta para prepararse para la eliminación del saveset con elcomando ddbmadmin. Puede comparar la información del archivo de guardado con detalles en elcatálogo de respaldo de base de datos y determinar qué savesets de respaldo deben eliminarse.

La salida del comando ddbmadmin -f incluye una fila para cada archivo de guardado encontrado,donde la fila contiene el nombre del archivo de guardado y la fecha y hora del respaldo. Lossiguientes ejemplos muestran la salida del comando ddbmadmin -f.

Ejemplo 4 Visualización de la información de archivos de guardado de respaldo

Puede ejecutar el siguiente comando ddbmadmin para mostrar los archivos deguardado de los respaldos de SAP en Oracle:

ddbmadmin -f -b 'Mar 1 12:00:00 2015' -e 'Apr 8 12:52:29 2015' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

La salida del comando muestra una fila para cada archivo de guardado:

/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2//, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1//, date = 1427124643 Mon Mar 23 11:30:43 2015./home//, date = 1427124643 Mon Mar 23 11:30:43 2015./home/, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/, date = 1427124643 Mon Mar 23 11:30:43 2015.



Ejemplo 4 Visualización de la información de archivos de guardado de respaldo (continuación)

/home/oracle/app/, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1/dbappagent47/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapreorg/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapbackup/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/dbhome_2/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/dbhome_2/dbs/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapreorg/strucBOS.log, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapreorg/spaceBOS.log, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1/dbappagent47/initBOS.utl, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/dbhome_2/dbs/initBOS.ora, date = 1427124643 Mon Mar 23 11:30:43 2015. : :

Ejemplo 5 Visualización de la información del archivo de guardado de respaldo de DB2 para unainstancia, una base de datos y un nodo

Para mostrar la información del archivo de guardado de respaldo de DB2 para un rangode tiempo, una instancia, una base de datos y un nodo, puede ejecutar el comandoddbmadmin con la opción -a FILTER_PATH o las opciones individuales –aINSTANCE=<instance_name>, -a DATABASE=<database_name> y -aNODE=<node_name>.

El siguiente comando ddbmadmin muestra información acerca de los archivos deregistro de respaldo de DB2 para la instancia DB2_03, la base de datos SAMPLE3 y elnodo NODE0000. La opción -a FILTER_PATH especifica los nombres de instancia,base de datos y nodo, y DB2LOG especifica que solo se muestren los archivos deregistro.

ddbmadmin.exe –a FILTER_PATH=DB2_03/SAMPLE3/NODE0000/DB2LOG –f –b “10/01/2018 12:36:05 PM” –e “12/10/2018 12:36:05 PM” –n db2 –z C:\PROGRA~1\DPSAPPS\DBAPPAGENT\config\db2_ddbda.cfg

La salida del comando muestra una fila para cada archivo de guardado:

\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000061.LOG, date = 1542997500 11/23/2018 11:55:00 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000060.LOG, date = 1542997348 11/23/2018 11:52:28 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000059.LOG, date = 1542997155 11/23/2018 11:49:15 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000058.LOG, date = 1542996971 11/23/2018



Ejemplo 5 Visualización de la información del archivo de guardado de respaldo de DB2 para unainstancia, una base de datos y un nodo (continuación)

11:46:11 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000057.LOG, date = 1542996780 11/23/2018 11:43:00 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000056.LOG, date = 1542996643 11/23/2018 11:40:43 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000055.LOG, date = 1542996233 11/23/2018 11:33:53 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000054.LOG, date = 1542996096 11/23/2018 11:31:36 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000053.LOG, date = 1542995987 11/23/2018 11:29:47 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000052.LOG, date = 1542995665 11/23/2018 11:24:25 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000051.LOG, date = 1542995544 11/23/2018 11:22:24 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000050.LOG, date = 1542995374 11/23/2018 11:19:34 PM.

El siguiente comando ddbmadmin muestra información acerca de todos los archivosde guardado de respaldo de DB2 para la instancia DB2_03, la base de datos SAMPLE3y el nodo NODE0000. Las opciones individuales -a especifican los nombres deinstancia, base de datos y nodo.

ddbmadmin.exe -f –a INSTANCE=DB2_03 -a DATABASE=SAMPLE3 -a NODE=NODE0000 –b “10/01/2018 12:36:05 PM” –e “12/10/2018 12:36:05 PM” –n db2 –z C:\PROGRA~1\DPSAPPS\DBAPPAGENT\config\db2_ddbda.cfg

Uso del comando ddbmadmin para eliminar savesetsPuede ejecutar el siguiente comando ddbmadmin para eliminar los savesets de respaldo creadosdurante un intervalo de tiempo especificado:

ddbmadmin -d [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]


Por ejemplo, puede ejecutar el comando ddbmadmin para eliminar todos los savesets que tenganmás de un año. El comando elimina los datos del saveset en los archivos .ss y los metadatos deíndice en los archivos .rec asociados con los savesets.

AVISO Utilice el comando ddbmadmin con precaución, porque elimina savesets sin tener encuenta las dependencias entre los savesets en un respaldo. El comando ddbmadmin utiliza lahora de guardado del respaldo para eliminaciones y elimina todos los respaldos que sealmacenan en la misma ruta de dispositivo en el rango de tiempo de eliminación. Después deeliminar ciertos savesets desde un respaldo, es posible que no pueda restaurar datos desde elrespaldo. Por lo tanto, la eliminación inadecuada de savesets con el comando ddbmadminpuede causar pérdida de datos y restauraciones fallidas. La eliminación de savesets no sepuede deshacer y no debe interrumpirse una vez iniciada. Para las aplicaciones que admiten laeliminación de respaldos, como DB2 con la eliminación automática de objetos de recuperación,



utilice la interfaz de la aplicación compatible para eliminar los respaldos obsoletoscorrectamente.

Antes de que el programa ddbmadmin empiece a eliminar savesets, el programa le solicita queconfirme la eliminación. Si el programa encuentra al menos un saveset no confirmado debido a unrespaldo en ejecución o fallido, el programa muestra mensajes de advertencia que se refieren a lossavesets incompletos. Puede finalizar la eliminación o continuar con ella.

Los siguientes ejemplos muestran la salida del comando de una eliminación interactiva (sin laopción -c) y los resultados cuando finaliza la eliminación o continúa con ella después de que sedetecta un saveset no confirmado.

Ejemplo 6 Finalización de una eliminación después de la detección de un saveset incompleto

Usted ejecuta el siguiente comando ddbmadmin para eliminar savesets de respaldosde SAP con Oracle:

ddbmadmin -d -b '03/23/2015 11:24:09' -e '03/23/2015 11:24:11' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

La salida del comando muestra la lista de savesets. La respuesta n a la pregunta haceque el programa finalice la eliminación:

Save set information:

client = eros.lss.emc.com, date and time = 03/23/15 11:24:09 (1427124249), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:11 (1427124251), size = 20982948, name = backint:BOSTotal number of save sets = 2.The '/var/opt/ddbda/logs/ddbmadmin.messages.log' file contains a list of the save sets to be deleted.Continue with the deletion of the found save sets [y/n]: n

No save sets were deleted.

Ejemplo 7 Completar una eliminación después de la detección de un saveset incompleto

Usted ejecuta el siguiente comando ddbmadmin para eliminar savesets de respaldosde SAP con Oracle:

ddbmadmin -d -b '03/23/2015 11:24:09' -e '03/23/2015 11:24:11' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

La salida del comando muestra la lista de savesets. La respuesta y a la pregunta haceque el programa continúe con la eliminación y la complete:


client = eros.lss.emc.com, date and time = 03/23/15 11:24:09 (1427124249), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:11 (1427124251), size = 20982948, name = backint:BOSTotal number of save sets = 2.



Ejemplo 7 Completar una eliminación después de la detección de un saveset incompleto (continuación)

The '/var/opt/ddbda/logs/ddbmadmin.messages.log' file contains a list of the save sets to be deleted.Continue with the deletion of the found save sets [y/n]: yList of deleted save set save times:

save time = 1427124249save time = 1427124251

A total of 2 save sets were deleted successfully.

Uso del comando ddbmadmin para actualizar el índice de respaldosPor lo general, una operación backint o ddbmadmin con el agente de aplicaciones de base dedatos 19.2 migra automáticamente los respaldos de SAP en Oracle creados con el agente deaplicaciones de base de datos 1.0 a la versión 19.2. El agente de aplicaciones de base de datos 1.0almacena los respaldos de SAP en Oracle en el espacio de nombres “backup” en el catálogo delagente de aplicaciones, mientras que el agente de aplicaciones de base de datos 19.2 almacena losrespaldos en el espacio de nombres “saporacle”.

Si ocurre una falla en la migración automática, ejecute el siguiente comando ddbmadmin paraactualizar el respaldo de SAP con Oracle manualmente:

ddbmadmin -u -n <application> -z <configuration_file>


Nota: El comando ddbmadmin solo convierte el nombre del espacio de nombres “backup” queutilizó el agente de aplicaciones de base de datos 1.0 para los respaldos de SAP en Oracle. Sino se convierte el nombre del espacio de nombres, la restauración del agente de aplicacionesde base de datos 19.2 no puede encontrar el respaldo necesario en el espacio de nombres“backup”.

En el siguiente ejemplo, se muestra la salida del comando ddbmadmin -u.

Ejemplo 8 Actualización del índice de respaldos de SAP con Oracle

Ejecute el siguiente comando ddbmadmin para actualizar el índice de respaldos pararespaldos de SAP en Oracle, desde el espacio de nombres del agente de aplicacionesde base de datos 1.0 hacia el espacio de nombres del agente de aplicaciones de basede datos 19.2:

ddbmadmin -u -n saporacle -z /dbtools/oracle/aix/64bit/product/11.1.0.6/dbs/initSAP.utl

The backup upgrade can take a long time and it should not be interrupted.The '/var/opt/ddbda/logs/ddbmadmin.messages.log' file contains a list of items upgraded.Do you want to continue with the upgrade [y/n]: y



Ejemplo 8 Actualización del índice de respaldos de SAP con Oracle (continuación)

Backup was upgraded successfully.

Configuración del uso de Data Domain Cloud Tier paratransferencia de datos a la nube

Puede configurar la aplicación de base de datos a fin de que utilice Data Domain Cloud Tier para latransferencia de datos de respaldo a la nube y la recuperación posterior de los datos de respaldo dela nube.

Data Domain (DD) Cloud Tier es una función nativa de DD OS 6.0 o posterior para la transferenciade datos del nivel activo al almacenamiento de objetos de bajo costo y alta capacidad en la nubepública, privada o híbrida para retención a largo plazo. El agente de aplicación de base de datos 3.5incluye compatibilidad con DD Cloud Tier para la transferencia de datos de respaldo de ApplicationDirect a la nube, lo que libera espacio en el sistema Data Domain (nivel activo).

Nota: El agente de aplicación de base de datos no es compatible con DD Cloud Tier para latransferencia de datos de respaldo de Storage Direct a la nube.

Debe configurar una política de DD Cloud Tier, también conocida como política de transferencia dedatos, para cada unidad de almacenamiento o MTree que utiliza el agente de aplicación de base dedatos para la transferencia de datos a la nube.

Después de haber configurado las políticas de transferencia de datos, puede configurar y realizarlas siguientes operaciones:

l Transferencia de datos de respaldo del sistema Data Domain a la nube.

l Recuperación de datos de respaldo de la nube al sistema Data Domain.

Un respaldo con el agente de aplicación de base de datos consta de savesets de respaldo; unsaveset es un conjunto de uno o más archivos de guardado creados durante la sesión de respaldo.Un archivo de guardado es un bloque de datos o un archivo de sistema operativo, el objeto mássimple que se puede respaldar o restaurar. Un respaldo crea uno o más archivos de guardadodentro de un saveset. El agente de aplicación de base de datos transfiere y recupera los datos derespaldo solo a nivel del saveset y transfiere todos los archivos de guardado en un saveset.

El siguiente tema describe cómo configurar las políticas de DD Cloud Tier requeridas. Los temassiguientes describen cómo realizar la transferencia de datos a la nube y la recuperación de datos dela nube.

Configuración de la política de DD Cloud Tier para transferencia de datos a lanube

El agente de aplicación de base de datos transfiere los datos de respaldo del nivel activo a la nubesegún la política de DD Cloud Tier. Para habilitar la transferencia de datos a la nube, debeconfigurar la política requerida para cada unidad de almacenamiento o MTree.

DD Cloud Tier proporciona dos tipos de políticas: la política basada en aplicaciones y la políticabasada en antigüedad. El agente de aplicación de base de datos admite solo la política basada enaplicaciones, que es administrada por la aplicación que crea los archivos de respaldo en el sistemaData Domain. Esta política transfiere el contenido del archivo de respaldo a la nube según lasespecificaciones de la aplicación.



AVISO No aplique una política basada en antigüedad a una unidad de almacenamiento queutiliza el agente de aplicación de base de datos. Una política basada en antigüedad transfieretodo el contenido de archivos (incluidos los metadatos) de una unidad de almacenamiento a lanube según la antigüedad de los archivos, como cuando se transfieren todos los archivos demás de T días. Dicha transferencia de datos mediante una política basada en antigüedad puedecausar la falla de las consultas de metadatos para el agente de aplicación de base de datos.

El DBA debe ponerse en contacto con el administrador de Data Domain para crear la políticabasada en aplicaciones, también conocida como perfil de transferencia de datos, para la unidad dealmacenamiento o MTree que utiliza el agente de aplicación de base de datos para los respaldos deApplication Direct. La documentación de Data Domain proporciona detalles sobre losprocedimientos de configuración de DD Cloud Tier.

Para la administración de políticas desde una línea de comandos del sistema Linux, puede usar lasAPI de REST por medio de comandos curl de la línea de comandos. Puede ejecutar los comandospara realizar operaciones específicas para las políticas de DD Cloud Tier o puede incorporar loscomandos en un script. Consulte los subtemas siguientes para obtener más detalles y ejemplos decómo usar las API REST.

Como alternativa, con DD OS 6.1 o versiones posteriores, puede ejecutar el comando de DataDomain data-movement policy para configurar la política basada en aplicaciones.

Mediante el comando de transferencia de datos con DD OS 6.1 o superior

DD OS 6.1 o versiones posteriores le permiten configurar la política basada en aplicacionesmediante el siguiente comando de Data Domain desde la línea de comandos. Con este comando sedefine la política basada en aplicaciones para los MTree especificados:

data-movement policy set app-managed {enabled | disabled} to-tier cloud cloud-unit <unit_name> mtrees <mtree_list>

Por ejemplo, con el siguiente comando se establece la política basada en aplicaciones para Mtree /data/col1/app-agent45:

data-movement policy set app-managed enabled to-tier cloud cloud-unit Cloud mtrees /data/col1/app-agent45

Puede ejecutar el siguiente comando para mostrar el resultado de la configuración de la políticapara fines de verificación:

data-movement policy show

Mtree Target(Tier/Unit Name) Policy Value------------------------- ---------------------- ------------- -------/data/col1/app-agent45 Cloud/Cloud app-managed enabled------------------------- ---------------------- ------------- -------

Uso de las API de REST por medio de comandos de curl

Por ejemplo, puede ejecutar los siguientes tipos de comandos curl desde una línea de comandosde Linux a fin de usar las API de REST para realizar operaciones para las políticas de DD Cloud Tier:

Nota:En los siguientes comandos, debe reemplazar las variables que comienzan con los caracteres$dd, como $dduser y $ddhost, con los valores adecuados de la configuración del sistema. Por



ejemplo, en las variables de ambiente se incluye la siguiente configuración: La variable dduserse debe configurar para el usuario administrador de DD:

ddhost="datadomain1.company.com"dduser="ddadmin_user1"ddmtree="/data/col1/su1"ddcloudunit="ecs1"ddpass=ddadmin_user1_password

También debe reemplazar $TOKEN en los comandos con el resultado del comando deautenticación.

l El siguiente comando de ejemplo ejecuta una autenticación:

curl --silent -k -i -X POST -H "Content-Type: application/json" -d '{"username":"'"$dduser"'", "password":"'"$ddpass"'"}' https://$ddhost:3009/rest/v1.0/auth

l El siguiente comando de ejemplo detalla la política para un MTree:

curl -k -D -i -X GET https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

l El siguiente comando de ejemplo crea una política en un MTree:

curl -k -D -i -X POST https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

l El siguiente comando de ejemplo elimina una política de un MTree:

curl -k -D -i -X DELETE https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

Script de Linux de ejemplo para crear una política

Por ejemplo, puede ejecutar el siguiente tipo de script desde una línea de comandos del sistemaLinux para crear una política de DD Cloud Tier:

Nota: En el script, debe reemplazar las variables que comienzan con los caracteres $dd, como$dduser y $ddhost, con los valores adecuados de la configuración del sistema específica. Si lalínea #ddpass= en el script se comenta de la siguiente manera, el script solicita la contraseñadel usuario de DD que se especifica en la configuración de dduser. La variable dduser se debeconfigurar para el usuario administrador de DD.

#!/bin/bash ddhost="datadomain1.company.com"dduser="ddadmin_user1"ddmtree="/data/col1/su1"ddcloudunit="ecs1"#ddpass=ddadmin_user1_password



if [ -z $ddpass ] ; thenread -s -p "Enter DD Administrator Password: " ddpassfi TOKEN=`curl --silent -k -i -X POST -H "Content-Type: application/json" -d '{"username":"'"$dduser"'", "password":"'"$ddpass"'"}' https://$ddhost:3009/rest/v1.0/auth | gawk '/X-DD-AUTH-TOKEN: ./ { printf $2; }'` curl -k -D -i -X POST https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

Ejecución de la transferencia de datos a la nubeDespués de configurar las políticas de DD Cloud Tier, puede ejecutar el comando ddbmadmin -mpara la transferencia manual de datos de respaldo a la nube.

Como se describe en el tema anterior, configura el script de administración de políticas paraespecificar la programación para la transferencia de datos de respaldo a la nube.

Un DBA puede ejecutar el comando ddbmadmin -m para marcar los archivos de datos de savesety una copia de los metadatos para la transferencia a la nube. Las opciones de comando especificanlos savesets de respaldo que se crearon durante un rango de tiempo:

ddbmadmin -m [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]

Nota:Para un rendimiento óptimo de Data Domain, se recomienda mantener un respaldo en elsistema Data Domain (nivel activo) durante al menos 14 días antes de mover el respaldo a lanube.

Cuando se ejecuta la política de transferencia de datos, la copia de datos y metadatos setransfiere a la nube. Los metadatos originales se conservan en el sistema Data Domain.

La opción -m especifica que se marquen los savesets de respaldo especificados y una copia de losmetadatos correspondientes para la transferencia a la nube. La tabla 17 proporciona detalles sobreotras opciones de comandos. El archivo de configuración debe contener los parámetrosrequeridos.

Se requiere un archivo de configuración diferente para cada sistema Data Domain. Toda lainformación que el comando ddbmadmin imprime en la salida estándar se agrega al archivo deregistro operacional, ddbmadmin.messages.log.

Por ejemplo, el siguiente comando marca para transferencia todos los savesets de respaldo deOracle dentro del rango de tiempo de hace un mes a la hora actual:

ddbmadmin –m -b '1 month ago' –e now –n oracle -z /config/oracle.cfg

Al ejecutar el comando ddbmadmin -m, el programa muestra la lista de savesets que setransferirán y le solicita que confirme la lista para transferencia de datos. A continuación, elprograma marca los archivos de saveset para la transferencia. Los archivos se transfieren a la nubeen el momento determinado por la política de transferencia de datos.

Realización de la recuperación de datos desde la nubeDespués de que los savesets de respaldo se hayan transferido a la nube mediante las políticas deDD Cloud Tier, el agente de aplicación de base de datos de manera predeterminada recupera los



savesets nuevamente al sistema Data Domain. Como alternativa, puede ejecutar el comandoddbmadmin -r para recuperar manualmente los savesets. También puede deshabilitar lasrecuperaciones automáticas realizadas por el agente de aplicación de base de datos.

De manera predeterminada, el agente de aplicación de base de datos recupera automáticamentelos savesets desde la nube al sistema Data Domain según sea necesario para completar unaoperación de restauración.

Puede recuperar manualmente los savesets de la nube mediante la ejecución del comandoddbmadmin -r.

Nota: Cuando se recuperan datos de la nube, se eliminan de la nube y se transfieran de nuevoal sistema Data Domain. Debe asegurarse de que los datos se transfieran de nuevo a la nubesegún sea necesario.

De manera opcional, puede establecer el parámetro DDBOOST_AUTO_RECALL_DATA en el archivode configuración para especificar el método recomendado de recuperación de datos de la nube:

l Para habilitar el método de recuperación automática, configureDDBOOST_AUTO_RECALL_DATA=TRUE. El valor predeterminado del parámetro es TRUE. Elagente de aplicación de base de datos recupera automáticamente los datos según seanecesario para las operaciones de restauración.

l Para habilitar el método de recuperación manual, establezcaDDBOOST_AUTO_RECALL_DATA=FALSE. El agente de aplicación de base de datos puederecuperar datos solamente después de ejecutar el comando ddbmadmin -r para iniciar larecuperación de datos.

Nota: Cuando se utiliza el ECS con DD OS 6.1 o posterior, las restauraciones desde la nube sonsiempre transparentes. El agente de aplicación de base de datos restaura automáticamente losdatos de respaldo directamente desde ECS, independientemente de la configuraciónDDBOOST_AUTO_RECALL_DATA. En la documentación de Data Domain se proporcionan másdetalles y prácticas recomendadas sobre las restauraciones directamente desde ECS.

El método de recuperación manual se recomienda para escenarios de restauración en los que larecuperación desde la nube es lenta y puede causar posibles problemas con el tiempo de espera delservidor.

Cuando habilita el método de recuperación manual, una operación de restauración falla cuando elagente de aplicación de base de datos intenta leer un archivo de datos que se transfirió a la nube.La falla de la restauración se muestra con los siguientes tipos de mensaje de error:

Unable to recover data with save time '1477335338'. Recall the file from Data Domain Cloud Tier, and restart the recovery.

Según el mensaje de error, determine la lista de savesets de respaldo dentro de un rango de tiempoespecificado que se deben recuperar desde la nube. Un DBA puede ejecutar el comandoddbmadmin con la opción -r para especificar la recuperación de los savesets de respaldo:

ddbmadmin -r [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]

La opción -r especifica la recuperación de los savesets de respaldo especificados desde la nube.La opción -t especifica la visualización de la ubicación de los savesets en el sistema Data Domain(nivel activo) o el nivel de nube. La tabla 17 proporciona detalles sobre otras opciones decomandos. El archivo de configuración debe contener los parámetros requeridos.

Nota: Se requiere un archivo de configuración diferente para cada sistema Data Domain. Todala información que el comando ddbmadmin imprime en la salida estándar se agrega al archivode registro operacional, ddbmadmin.messages.log.



Por ejemplo, el siguiente comando especifica la recuperación de savesets de respaldo de Oracledentro del rango de tiempo de hace un mes a la hora actual:

ddbmadmin –r -b '1 month ago' –e now –n oracle -z /config/oracle.cfg

Cuando se reinicia la operación de restauración, el agente de aplicación de base de datos lleva acabo la recuperación de datos especificada desde la nube y, a continuación, completa la operaciónde restauración.

Recuperación de datos de la nube después de una recuperación ante desastresde DD Cloud Tier

Después de que se recupera un MTree de acuerdo con el procedimiento de recuperación antedesastres de DD Cloud Tier, debe habilitar las operaciones de recuperación de datos desde undispositivo DD Cloud Tier. Debe ejecutar el comando ddbmadmin con la opción -M para restaurarlos índices de respaldo después de una operación de recuperación ante desastres de DD Cloud Tier.

Cuando el agente de aplicación de base de datos transfiere un respaldo a la nube, los archivos deíndice se mantienen en el nivel activo. Se crea una copia de los archivos de índice y se transfiere alnivel de nube para su retención a largo plazo.

Después de que se restaura un MTree durante una recuperación ante desastres, todos los archivosque residían solo en el nivel activo se pierden y dejan de estar disponibles. Solo los archivos que setransfirieron a la nube están disponibles.

En este caso, debe ejecutar el siguiente comando ddbmadmin con la opción -M para transferir denuevo los índices del rango de tiempo especificado a la ubicación original. El comando recupera losíndices al nivel activo:

ddbmadmin -M [-t] [-b <start_time>] -e now -n <application> -z <configuration_file> [-D 9] [-c]

En el siguiente ejemplo del comando ddbmadmin -M se muestra la salida del comando:

ddbmadmin -M -e now -n oracle -z c:\tmp\LTR_oracle.txt

Recall after disaster recovery can take a long time to complete. Do not interrupt the operation.The 'C:\Program Files\DPSAPPS\MSAPPAGENT\logs\ddbmadmin.messages.log' file contains a list of copied items.Do you want to continue with the recall after disaster recovery? [y/n]:yThe index record files were copied successfully.Save set information:client = dw-sap-sles11, date and time = 8/15/2017 3:52:44 PM (1502826764), size = 517488216, name = RMAN:01sbvnu8_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:53:55 PM (1502826835), size = 507788592, name = RMAN:02sbvo0j_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:55:43 PM (1502826943), size = 508312896, name = RMAN:03sbvo3u_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:55:58 PM (1502826958), size = 507788592, name = RMAN:04sbvo4e_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:56:14 PM (1502826974), size = 12583476, name = RMAN:c-1040017416-20170815-00Total number of save sets = 5.The 'C:\Program Files\DPSAPPS\MSAPPAGENT\logs\ddbmadmin.messages.log' file contains a list of the save sets to be recalled.Continue with the recall of the found save sets [y/n]:yList of save times of recalled save sets:



save time = 1502826764save time = 1502826835save time = 1502826943save time = 1502826958save time = 1502826974A total of 5 save sets were recalled successfully.

Después de que se recuperan los índices al nivel activo, los savesets de datos para el mismo rangode tiempo también se recuperan, a menos que escriba n en la segunda petición. Si escribe n en lapetición Continue with the recall of the found save sets [y/n], debe recuperarmanualmente los savesets de datos. Para recuperar manualmente savesets de datos de la nube alnivel activo, ejecute el comando ddbmadmin -r con las otras opciones requeridas, como sedescribe en el tema anterior.

Con esta operación de restauración de índices se genera información adicional que se imprime soloen el archivo de registro operacional, ddbmadmin.messages.log, y no en la salida estándar osalida de error estándar. En esta información se incluyen detalles sobre los archivos recuperados.

La tabla 17 proporciona detalles sobre otras opciones de comandos. El archivo de configuracióndebe contener los parámetros requeridos.

Sugerencias generales para la solución de problemasRevise la siguiente información acerca de la solución de problemas generales que se puedenencontrar en las operaciones con el agente de aplicación de base de datos.

Configuración del registro de depuraciónLa siguiente tabla describe los parámetros que puede establecer en el archivo de configuraciónpara especificar la configuración del registro de depuración para el agente de aplicación de base dedatos. Por lo general, estos parámetros se usan cuando se trabaja con el soporte técnico parasolucionar problemas con el producto. No utilice estos parámetros para operaciones normales delproducto.

Preparación del archivo de configuración en la página 80 describe cómo configurar parámetros enel archivo de configuración.

Archivos de registro de depuración en la página 145 describe las convenciones de nombres para losarchivos de registro de depuración.


Tabla 17 Parámetros de la depuración

Parámetro: DEBUG_LEVEL

Sección: [GENERAL]

Especifica si el software escribe mensajes de depuración en el archivo de registro de depuración, ubicado en eldirectorio especificado por el parámetro DIAGNOSTIC_DEST.

Nota: Use este parámetro para realizar depuraciones solo con asistencia del soporte técnico.

Valores válidos:

l 0 (predeterminado) = el software no genera mensajes de depuración.



Tabla 17 Parámetros de la depuración (continuación)

l 9 = el software escribe mensajes de depuración en el archivo de registro de depuración con una extensión denombre .log file.

Parámetro: DIAGNOSTIC_DEST

Sección: [GENERAL]

Especifica la ubicación del directorio de los registros de depuración generados cuando el parámetro DEBUG_LEVELse establece en 9.

Nota: Los registros operacionales generados durante las operaciones normales del producto no se ven afectadospor esta configuración de parámetro.

Valores válidos:

l Directorio predeterminado de los archivos de registro de depuración:

n /opt/dpsapps/dbappagent/logs (UNIX o Linux)

n C:\Program Files\DPSAPPS\DBAPPAGENT\logs (Windows)

l Ruta válida del directorio de los archivos de registro de depuración.

Nota: El directorio predeterminado se usa para SAP HANA o SAP Oracle si el directorio no predeterminadoespecificado no existe o no tiene permisos de escritura para el usuario del sistema operativo que ejecuta elprograma hdbbackint o backint.

Parámetro: DPRINTF

Sección: [GENERAL]

Especifica si el software escribe mensajes de depuración adicionales en el archivo de registro de depuración.Nota: Para DB2 en Windows, se recomienda no configurar este parámetro en TRUE, especialmente para unarestauración de múltiples sesiones de DB2.

Valores válidos:

l FALSE (predeterminado) = el software no genera mensajes de depuración adicionales.

l TRUE = el software escribe mensajes de depuración adicionales en el archivo de registro de depuración.

Archivos de registro de depuraciónLos programas de agente de aplicación de base de datos generan información de depuración en losarchivos de registro de depuración con nombres específicos.

Registros de depuración creados por operaciones de ddbmadmin

l Los registros de depuración creados con la opción -D 9:ddbmadmin_<yyyy>_<mm>_<dd>.<timestamp>.<pid>.logPor ejemplo: ddbmadmin_2014_02_24.10_39_11.18678.log

l Registros comunes: ddbmadmin.messages.log

Registros de depuración creados para operaciones de DB2

l Registro operacional y de mensajes de error: ddboost_db2.messages.log



l Registro predeterminado inicial: libddboostdb2_default.logl Registro de depuración de sesión: libddboostdb2_DB2_<timestamp>.<process/

thread_id>.logl Registro de mensajes de error de XBSA: xbsa.messages

Registros de depuración creados para operaciones de Oracle

l Registro de mensaje de error y operacional: ddbda_oracle.messages.logl Registro de sesión de depuración:

libddboostora_Oracle_<date>.<time>.<process_id>.log

Registros de depuración creados para las operaciones de SAP HANA

l Registro operacional: hdbbackint<SID>.logPor ejemplo: hdbbackintEMC.log

l Base de datos, registro archivado y registros de respaldo de archivos de catálogo:

n hdbbackint<SID>.debug.<pid>.logPor ejemplo: hdbbackintEMC.debug.11403.log

n LGTOSAPs.debug.<SID>.<pid>.logPor ejemplo: LGTOSAPs.debug.EMC.11419.log

l Registro de recuperación de base de datos: LGTOSAPr.debug.<SID>.<pid>.logPor ejemplo: LGTOSAPr.debug.EMC.14158.log

l Registro de errores: hdbbackintHANA_<hostname>.op.<pid>.logPor ejemplo: hdbbackintHANA_fs1.op.14158.log

Registros de depuración creados para operaciones de SAP con Oracle

l Los registros de respaldo de archivos de base de datos y catálogo (respaldos backint):

n backint<SID>.debug.<pid>Por ejemplo: backintSAP.debug.984

n LGTOSAPs.debug.<SID>.<pid>Por ejemplo: LGTOSAPs.debug.SAP.1002

l Registros de respaldo de registros archivados (respaldos backint):

n arch_backint<SID>.debug.<pid>Por ejemplo: arch_backintSAP.debug.4018

n LGTOSAPs.debug.<SID>.<pid>Por ejemplo: LGTOSAPs.debug.SAP.4434

l Registro de mensaje de error y RMAN operacional:ddboost_saporacle_rman.messages.log

l Registro de depuración de sesión RMAN:libddboostsapora_Oracle_<date>.<time>.<process_id>.log



El respaldo o la restauración falla debido a un lockbox inaccesibleUna operación con el agente de aplicación de base de datos podría fallar con el siguiente mensajede error:

Unable to retrieve the primary device user password from the lockbox

Si esto sucede y el lockbox no se comparte con cualquier otro host, debe ejecutar el comandoddbmadmin -P -z<archivo_de_configuración> para registrar los sistemas Data Domain en ellockbox.

El respaldo o la restauración falla debido a un lockbox obsoletoEs probable que un respaldo o una restauración fallen cuando se realizó una actualización desdeuna versión anterior del agente de aplicación de base de datos y las siguientes condiciones sonverdaderas:

l El lockbox que se creó con la versión anterior del agente de aplicación de base de datos seencuentra en un directorio no predeterminado.

l No ha ejecutado una operación de importación de lockbox de manera manual para actualizarlo.

En este caso, cuando intente ejecutar un respaldo o una restauración, la operación falla con elsiguiente tipo de mensaje de error:

Error encountered while retrieving information from the lockbox in '/opt/lockbox' directory: The lockbox version '3.2' in the directory '/opt/lockbox' is old. Upgrade the lockbox by running the import tool.

Para resolver el problema, el usuario raíz o usuario administrativo debe ejecutar una operación deimportación de lockbox de manera manual para actualizarlo, como se describe en Importar laversión más reciente del lockbox en la página 122.

El comando ddbmadmin -P tiene un conflicto con una aplicación instaladaSi otra aplicación instalada utiliza las mismas bibliotecas que el agente de aplicaciones de base dedatos en el directorio /opt/dpsapps/dbappagent/lib/lib64, el comando ddbmadmin -P-z<configuration_file> podría tener un conflicto con la aplicación.

Asegúrese de que la ruta de software y la ruta de biblioteca estén configuradas correctamenteantes de ejecutar cualquier comando ddbmadmin.

Por ejemplo, ejecute los siguientes comandos antes de ejecutar cualquier comando ddbmadmin enLinux:

# export PATH=/opt/dpsapps/dbappagent/lib/lib64:$PATH# export LD_LIBRARY_PATH=/opt/dpsapps/dbappagent/lib/lib64:$LD_LIBRARY_PATH

Nota: La variable de ambiente LD_LIBRARY_PATH se aplica a Linux y Solaris. ConfigureLIBPATH para AIX. En Windows, asegúrese de que la ruta de biblioteca para el agente deaplicaciones de base de datos aparezca en la parte frontal en la configuración de la variable deambiente de ruta, de manera similar a la configuración de variable de ambiente en UNIX yLinux.



La creación del lockbox puede fallar en un recurso compartido NFS/CIFSSi los permisos en el recurso compartido no son suficientes, la creación del lockbox podría fallarcon el siguiente error en un recurso compartido NFS/CIFS:

The Lockbox file could not be opened.

Confirme los permisos en el recurso compartido NFS/CIFS y asigne permisos suficientes según seanecesario para la creación del lockbox.

Procedimiento de creación de lockbox cuando está habilitada la función UAC enWindows

Con la función UAC habilitada en un sistema Windows, un usuario que inicia sesión como miembrodel grupo de administradores de Windows no puede crear el lockbox en la ubicaciónpredeterminada mediante la ejecución del comando ddbmadmin. Por ejemplo, la creación dellockbox con el comando ddbmadmin -P -z<configuration_file> falla con el siguiente mensaje deerror:

Cannot create the directory 'C:\Program Files\DPSAPPS\common\lockbox'.

El usuario de Windows puede ejecutar el comando ddbmadmin en la ventana del símbolo delsistema como administrador:

1. Haga clic en Inicio.

2. Haga clic con el botón secundario en símbolo del sistema.

3. Seleccione Ejecutar como administrador.

4. Ejecute el comando ddbmadmin requerido en la ventana del símbolo del sistema abierta.

Una actualización importante en el sistema puede producir un error del umbralde valor estable del lockbox

Cuando un host accede por primera vez a un lockbox independiente o compartido, ciertos valoresde sistema estable (SSV) se almacenan en el lockbox para el host. El agente de aplicación de basede datos requiere que se haga coincidir una cantidad específica de los SSV para el host para todoslos accesos posteriores del lockbox.

Cuando una actualización importante del sistema host provoca que varios SSV cambien,probablemente no exista coincidencia entre la cantidad requerida de SSV cuando el host intenteacceder al lockbox durante una operación de respaldo o restauración. En este caso, el intento delhost para acceder al lockbox posiblemente genere el siguiente error:

The Lockbox stable value threshold was not met because the system fingerprint has changed. To reset the system fingerprint, open the Lockbox using the passphrase.

Si se produce ese error, puede completar la operación siguiente para habilitar el acceso del lockboxpara el host:

l En un sistema independiente, vuelva a crear el lockbox para el host y vuelva a ejecutar elregistro.

l En un sistema de alta disponibilidad con un lockbox compartido:

1. Revoque el acceso del lockbox al host mediante la ejecución del comando ddbmadmin -Rdesde otro host.



2. Otorgue al lockbox acceso al host mediante la ejecución del comando ddbmadmin -Gdesde otro host.

De manera opcional, puede establecer y usar una frase de contraseña personalizada que le permitarestablecer el lockbox o recuperar el acceso para un host cuando el lockbox se vuelva inaccesible.Esta función es útil cuando un lockbox no compartido se vuelve inaccesible ocasionalmente. Configurar y usar una frase de contraseña personalizada para acceder al lockbox en la página 122proporciona información detallada sobre la configuración de una frase de contraseñapersonalizada.

También puede usar una opción de seguridad de lockbox para seleccionar un nivel predeterminadoo un nivel personalizado para la seguridad del lockbox. Se recomienda el nivel de seguridadpredeterminado. El nivel de seguridad personalizado puede habilitar un acceso más fácil al lockboxdespués de una actualización importante del sistema operativo. Sin embargo, el nivel personalizadotiene posibles problemas de seguridad, por lo que se recomienda el uso y la configuración de unafrase de contraseña personalizada. Restablecer el nivel de seguridad del lockbox en la página 123proporciona más detalles sobre cómo establecer el nivel de seguridad de lockbox.

La restauración falla si el valor del parámetro CLIENT no coincide con el nombrede cliente de respaldo

Una restauración realizada por el agente de aplicación de base de datos falla si la operación derestauración utiliza el valor del parámetro CLIENT, pero el valor del parámetro no coincide con elnombre de host registrado en el respaldo por el agente de aplicación de base de datos.

Por ejemplo, una restauración de DB2 a un nuevo host utiliza el valor del parámetro CLIENTsaps2d01.vsp.com para especificar el host original que se respaldó. Sin embargo, el parámetroCLIENT no se configuró para el respaldo, y el nombre de host corto saps2d01 se registró en elrespaldo de forma predeterminada. En este caso, la restauración falla debido a que el valor delparámetro CLIENT para la restauración no es idéntico al nombre de host registrado en el respaldo.

La restauración falla con los siguientes tipos de mensaje de error:

Opening the directory 'nombre_de_ruta_de_directorio' failed ([5004] nothing matched).

Asegúrese de que el valor del parámetro CLIENT para la restauración coincida con el nombre dehost que se registra en el respaldo en el sistema Data Domain. Por lo general, puede ejecutar elcomando hostname a nivel de sistema operativo para obtener el valor predeterminado del nombrede host utilizado en el respaldo si el host original está disponible. También puede comunicarse conel servicio de soporte técnico para comprobar el nombre de host que está registrado en elrespaldo.

Sugerencias para solucionar problemas específicos de StorageDirect

Revise la siguiente información acerca de la solución de problemas que se pueden encontrar en lasoperaciones de Storage Direct con el agente de aplicación de base de datos.

La operación de Storage Direct puede fallar debido a problemas deconfiguración

Antes de comenzar una operación de Storage Direct, asegúrese de que la base de datos y elsoftware estén configurados correctamente.

Una operación de Storage Direct puede fallar debido a los siguientes problemas de configuración:



l El demonio o el servicio de ddbsm no está en ejecución.

l Existen problemas en el archivo de configuración del agente de aplicación de base de datos.

l En un respaldo de instantáneas, la base de datos no reside en los LUN que se pueden convertiren instantáneas, como dispositivos VMAX en un respaldo de Storage Direct de VMAX.

l El software de Solutions Enabler requerido no está instalado, en especial cuando existe unaoperación de symapi de VMAX.

En los siguientes ejemplos se muestran algunos de los mensajes de error correspondientes:

Failed to set up SymApi handle: Unable to get installed Solutions Enabler version, vmax error code 1, Solutions Enabler is not installed, /usr/lib64/libsymlvm64.so: cannot open shared object file: No such file or directory

Las operaciones específicas de la aplicación también producen determinados tipos de mensajes deerror:

l Una operación de Storage Direct de DB2 genera el siguiente mensaje de error:

An error occurred while accessing media "libddboostdb2.so". Reason code: "11".

l Una operación de Storage Direct de Oracle genera uno de los siguientes mensajes de error:

> RMAN-03002: failure of backup command at 04/27/2017 06:18:23> ORA-27203: skgfpqb: sbtpcquerybackup returned error> ORA-19511: non RMAN, but media manager or vendor specific failure, error text:> pb_init() failed with: 3 (113:501:111)

RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of backup command at 06/23/2017 16:08:53RMAN-06416: PROXY ONLY was specified and some files could not be proxy copied

Determinar la causa del error en el sistema en particular y resolver el problema antes de volver aejecutar la operación de Storage Direct.

La restauración puede fallar debido a una versión incompatible del sistema dearchivos o administrador de volúmenes

La restauración puede fallar cuando el sistema de archivos de destino es incompatible con laversión del sistema de archivos respaldado.

La restauración puede fallar cuando la versión del sistema de archivos o administrador devolúmenes en el host de destino es anterior a la versión en los sistemas de archivos respaldados.Por ejemplo, con Veritas Volume Manager, en la restauración fallida se muestra el siguientemensaje de error:

Disk group has no valid configuration copies

Como solución alternativa, asegúrese de que la versión del sistema de archivos o administrador devolúmenes en el host de destino sea igual o posterior a la versión en los sistemas de archivosrespaldados y, a continuación, vuelva a ejecutar la restauración. En la documentación deladministrador de volúmenes y del sistema de archivos se ofrece más información.

Solución de problemas de restauraciones de Storage Direct para VMAXPuede establecer el parámetro opcional RESTORE_FROM_DD_ONLY en el archivo de configuraciónpara ayudar a solucionar problemas con las operaciones de restauración de Storage Direct paraVMAX. Use este parámetro solo con fines de depuración.



Cuando configura el parámetro RESTORE_FROM_DD_ONLY en el valor predeterminado de FALSE,el agente de aplicación de base de datos primero intenta restaurar un respaldo de Storage Directpara VMAX desde la instantánea local más reciente en VMAX. Si la instantánea local no estádisponible, el agente de aplicación de base de datos realiza la restauración desde el sistema DataDomain. El parámetro de TRUE especifica la restauración desde el sistema Data Domain solamente.

Los dispositivos de Storage Direct para VMAX se deben reconocer con la basede datos de configuración Symmetrix

Los dispositivos agregados recientemente se deben agregar a la base de datos de configuraciónSymmetrix del host de la aplicación. De lo contrario, una operación de Storage Direct falla cuandolos dispositivos no se reconocen y se produce el siguiente tipo de mensaje de error:

103815 03/15/18 08:30:12 1 15442 1521117010 ddbsmd NSR info Device [/dev/rdsk/c4t50000973501294D9d6s2] not known to symapi database 0 03/15/18 08:30:12 1 15442 1521117010 ddbsmd NSR critical LOG [msg #359 SymApiInterface.cpp 1374 PSDBG 0] Device [/dev/rdsk/c4t50000973501294D9 d6s2] not known to symapi database

Para confirmar si los dispositivos se reconocen en la base de datos, consulte la lista de dispositivosconocidos que se genera con los comandos sympd list o symdev list de la interfaz de líneade comandos de Symmetrix (SYMCLI)

Para actualizar la base de datos de Symmetrix cuando se agregan nuevos dispositivos, ejecute elcomando symcfg con la opción discover:

symcfg discover

Debe existir un vínculo de snapvx para el dispositivo de respaldo de StorageDirect para VMAX

Para un respaldo de Storage Direct para VMAX se requiere una sesión de snapvx con un vínculodel origen del respaldo al LUN de respaldo de FTS de destino. De lo contrario, el respaldo falla conel siguiente tipo de mensaje de error en el archivo de rastreo ddbsmd:

[msg #2216 dd_snapshot_impl.cpp 741 PSDBG -1] Unable to find any FAST.X target linked to SnapVX snapshot of source device 000197000758:0025D[msg #2223 dd_snapshot_impl.cpp 571 PSDBG -1] Error allocating source/target devices: Unable to find any FAST.X target linked to SnapVX snapshot of source device 000197000758:0025D

Asegúrese de que exista un vínculo de snapvx a un LUN de respaldo de FTS para el dispositivo derespaldo antes de iniciar un respaldo. Para comprobar que existe un vínculo para un dispositivo derespaldo, ejecute el siguiente comando:

symsnapvx -sid <SymID> list -linked -dev <deviceSymId>

En la Guía de referencia de comandos de Symmetrix se ofrecen detalles sobre cómo comprobar yestablecer una sesión de snapvx y crear un vínculo para un dispositivo.

Limpieza manual de dispositivos de restauración de FAST.X después de un errorde restauración de un respaldo de Storage Direct para VMAX

Cuando falla una restauración de Storage Direct para VMAX debido a errores o a una solicitud decancelación iniciada por el usuario, es probable que la operación de restauración no realice unalimpieza automática, incluida una limpieza del estado de los dispositivos de restauración. En tal



caso, algunos pasos de limpieza manual pueden ser necesarios para que los dispositivos se puedanusar en la próxima operación de restauración. Para activar la siguiente operación de restauraciónpara utilizar los dispositivos FTS, los dispositivos no deben tener bloqueos y deben estar en elestado Not Ready.

Puede realizar los siguientes pasos de limpieza manual para habilitar los dispositivos FTS para lapróxima operación de restauración.

1. Para enumerar los dispositivos FTS que se pueden utilizar para una operación de restauración,ejecute el siguiente comando:

symsg -sid <SymID> show <VMAX_RESTORE_FASTX_SG_name>

Por ejemplo:

symsg -sid 758 show ledma179_sg02... Devices (3): { ---------------------------------------------------------------- Sym Device Cap Dev Pdev Name Config Attr Sts (MB) ---------------------------------------------------------------- 00260 /dev/sdn TDEV NR 8629 00261 /dev/sdy TDEV NR 8629 00262 /dev/sdab TDEV NR 8629 }

2. Ejecute el siguiente comando para verificar si los dispositivos están bloqueados:

symdev -sid <SymID> -lock -devs <devSymID1:devSymIDn> list

3. Ejecute el siguiente comando para desbloquear los dispositivos:

symdev -sid <SymID> -lock -devs <devSymID1:devSymIDn> release

4. Para comprobar si un dispositivo está en el estado Image Refresh, ejecute el siguientecomando:

symdev -sid <SymID> show <devSymID> | grep -i status

Por ejemplo:

symdev -sid 758 show 0260 | grep -i statusDevice Status : Not Ready (NR) (Image Refresh)...

5. Para sacar el dispositivo del estado Image Refresh, ejecute el siguiente comando:

symdev -sid <SymID> cancel_image_refresh <devSymID>

Por ejemplo:

symdev -sid 758 cancel_image_refresh 260 Execute a 'Cancel Image Refresh' Device operation for device '260' (y/



[n])? y

'Cancel Image Refresh' Device operation successfully completed for the device.

Nota:

l La operación de cancelación no funciona en un dispositivo bloqueado. Libere el bloqueoen el dispositivo, si es necesario.

l Asegúrese de que los dispositivos no se utilicen en una ejecución de operaciones derestauración de Storage Direct. La cancelación interfiere con las operaciones en curso ypuede causar un comportamiento inesperado.

6. Para mover el dispositivo al estado Not Ready para su uso en la próxima operación derestauración, ejecute el siguiente comando:

symdev -sid <SymID> not_ready <devSymID>

Liberación manual de un dispositivo vdisk bloqueado después de una operaciónde restauración fallida o anulada

Cuando una restauración a nivel de objeto falla o se anula, es posible que los dispositivos de vdiskestén bloqueados.


Realice los siguientes pasos para liberar manualmente un dispositivo de restauración de vdiskbloqueado.

Procedimiento

1. Ejecute el siguiente comando en el sistema Data Domain con el World Wide Name (WWN)del dispositivo de destino para determinar el estado de bloqueo de los dispositivos:

vdisk device show detailed wwn <device_wwn>

La salida muestra detalles sobre el dispositivo y el estado de bloqueo.

2. Si existen dispositivos bloqueados, ejecute el siguiente comando para desbloquearlos:

vdisk property reset object-name <device_name> object-type device property-name __LUN-IS-LOCKED__

Aparece el siguiente tipo de mensaje:

VDISK property "__LUN-IS-LOCKED__" removed from device "vdisk-device123"





CAPÍTULO 5

Operaciones de Application Direct en sistemasDB2


l Descripción general de las operaciones de Application Direct en un ambiente DB2.............. 156l Configuración de las operaciones de Application Direct en un ambiente DB2.......................158l Ejecución de respaldos y recuperaciones de Application Direct con el CLP de DB2............. 164l Ejecución de respaldos y restauraciones de Application Direct con la GUI de DB2............... 172l Ejecución de recuperaciones de datos de respaldo de Application Direct con programas de

utilidades..............................................................................................................................172l Preparación para la recuperación ante desastres de DB2..................................................... 181l Requisitos de DPF de DB2 para operaciones de Application Direct...................................... 182l Requisitos de HADR de DB2 para operaciones de Application Direct................................... 182l Requisitos de DB2 pureScale para las operaciones de Application Direct............................. 183l Sugerencias de solución de problemas de DB2 para las operaciones de Application Direct...187


Descripción general de las operaciones de Application Directen un ambiente DB2

El agente de aplicación de base de datos se integra con las interfaces de DB2 para proveedores deadministración de medios de otros fabricantes a fin de permitir respaldos de datos, restauraciones,archiving de registros de transacciones y eliminación de respaldos de DB2 (limpieza).

Puede realizar un respaldo o recuperación con el producto en un servidor de base de datos DB2mediante la ejecución de una de las herramientas de respaldo o recuperación de DB2 compatibles:

l Procesador de línea de comandos (CLP) de DB2 con los comandos db2 backup, db2restore, db2 rollforward y db2 recover

l GUI de IBM Data Studio (DB2 10.1 y versiones posteriores)

l GUI del Centro de control de DB2 (DB2 9.x)

Puede utilizar estas herramientas en cooperación con el agente de aplicación de base de datospara realizar las siguientes operaciones de DB2:

l Respaldos en línea y offline

l Respaldos delta, completos e incrementales

l Respaldos de registros archivados

l Recuperación de una base de datos a la hora actual o a un punto en el tiempo determinado

l Recuperación en la ubicación original o una ubicación alternativa

l Respaldo y recuperación de bases de datos, espacios de tablas y registros archivados

l Eliminación de respaldos (limpieza)

El producto mantiene índices de respaldo en línea en el sistema Data Domain, que complementan elarchivo del historial de DB2. Durante los respaldos, el producto crea entradas de respaldo en losíndices en línea, que proporcionan la información necesaria para restaurar los datos respaldados.

Durante un respaldo offline, ninguna otra aplicación puede usar la base de datos que se respalda.La restauración de un respaldo offline no requiere una operación de puesta al día. Para una base dedatos que pueda recuperarse, según la configuración logarchmethn, debe especificar la opciónwithout rolling forward explícitamente para omitir la operación de puesta al día. Sin laoperación de puesta al día, la restauración de un respaldo offline regresa la base de datos al estadoque tenía en el momento del respaldo.

Durante un respaldo en línea, otras aplicaciones pueden conectarse a la base de datos que serespalda. Los respaldos en línea solo están disponibles para las bases de datos que puedenrecuperarse. La restauración de un respaldo en línea requiere una operación de puesta al día, queusa los registros archivados o activos para restaurar a un determinado punto en el tiempo o al finalde los registros activos.

La documentación de DB2 proporciona información detallada sobre estas funciones y la estrategiade recuperación para bases de datos.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente de aplicaciónde base de datos en un ambiente DB2.

Procesos de respaldo de DB2 de Application DirectUn respaldo de base de datos de DB2 incluye las siguientes interacciones de proceso.

Operaciones de Application Direct en sistemas DB2


1. El administrador de base de datos inicia el respaldo mediante la ejecución del comando db2backup, la GUI de IBM Data Studio o la GUI del Centro de control de DB2.

2. El software de DB2 carga la biblioteca compartida utilizada por el agente de aplicación de basede datos.

Nota: La documentación de IBM se refiere a la biblioteca como una biblioteca deproveedor.

3. El agente de aplicación de base de datos lee el archivo de configuración e inicializa el medio detransporte de datos.

4. El software de DB2 envía los datos de la base de datos o registro al agente de aplicación debase de datos, que utiliza la interfaz de DD Boost para enviar los datos al sistema Data Domainpara almacenamiento.

Procesos de restauración de DB2 de Application DirectUna restauración de base de datos de DB2 incluye las siguientes interacciones de procesos.

1. El administrador de base de datos inicia la restauración mediante la ejecución del CLP de DB2,la GUI de IBM Data Studio o la GUI del Centro de control de DB2.

2. El software de DB2 carga la biblioteca compartida utilizada por el agente de aplicación de basede datos.

3. El agente de aplicación de base de datos lee el archivo de configuración e inicializa el medio detransporte de datos.

4. El software de DB2 solicita el respaldo del agente de aplicación de base de datos.

5. El agente de aplicación de base de datos lleva a cabo las siguientes tareas:

a. Consulta el índice en el sistema Data Domain para ubicar los datos de respaldo.

b. Recupera los datos de respaldo desde el sistema Data Domain.

c. Envía los datos de respaldo al servidor de DB2.

Respaldos de DB2 de registros de transaccionesEl software de DB2 proporciona dos tipos de registro de transacciones:

l El registro circular es el comportamiento predeterminado cuando crea una base de datos DB2.Con este tipo de registro, cada respaldo completo elimina los registros de transacciones. Solopuede restaurar respaldos completos. El registro circular es compatible solo con respaldosoffline completos de bases de datos.

l El registro archivado es compatible con respaldos en línea y recuperación de puesta al día. Coneste tipo de registro, los registros de transacciones se mantienen como registros archivadosque pueden ser administrados por el agente de aplicación de base de datos. Puede recuperaruna base de datos o un espacio de tablas a un punto en el tiempo específico mediante lafunción de puesta al día. Puede recuperar los registros archivados y aplicar las transaccionesen los registros en secuencia hasta el punto especificado, el final del respaldo o el final de losregistros.

Asegúrese de que se respalden los registros de transacciones archivados de DB2, por ejemplo,mediante la configuración del respaldo automático de los registros de transacciones de DB2, comose describe en Configuración de archiving de registros de transacciones de DB2 en la página 160.

Nota:Para una base de datos que se había eliminado y vuelto a crear con el mismo nombre,asegúrese de configurar correctamente sus respaldos de registros archivados. Problemas deDB2 debido a la recuperación incorrecta de registros en la página 191 proporciona información



detallada sobre cómo evitar los problemas relacionados con respaldos de registros archivadospara una base de datos que se volvió a crear.

Después de una actualización de software del producto o una implementación de una bibliotecade proveedor libddboostdb2.x, asegúrese de que la base de datos de DB2 se reinicie o reactivesi ya se activó, lo cual permite limpiar la imagen de la biblioteca cargada antigua en el procesodel administrador de registros de DB2. Configuración de archiving de registros detransacciones de DB2 en la página 160 proporciona información detallada.

Configuración de las operaciones de Application Direct en unambiente DB2

Debe completar las configuraciones necesarias del agente de aplicación de base de datos parapermitir las operaciones de Application Direct en un ambiente DB2, En los temas siguientes, seproporciona información detallada sobre la configuración de productos.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente de aplicaciónde base de datos en un ambiente DB2.

Integración del producto en el ambiente DB2Después de la instalación del producto en Windows, verifique que la variable de ambiente de%PATH% del sistema incluye el directorio de instalación de software:

C:\Program Files\DPSAPPS\DBAPPAGENT\binNota: El nombre de ruta del directorio puede incluir espacios, pero no puede haber espaciosantes o después del nombre de ruta.

Reinicie el administrador de base de datos de DB2 después de la instalación del producto.

Configuración de los parámetros de DB2 para las operaciones de ApplicationDirect

Debe configurar los parámetros requeridos para las operaciones de DB2 en el archivo deconfiguración utilizado por el agente de aplicación de base de datos.

Preparación del archivo de configuración en la página 80 describe los parámetros comunes y cómoconfigurar los parámetros en el archivo de configuración. En Configuración de las restauracionesde respaldos replicados en la página 96 también se describen los parámetros y los requisitos paralas restauraciones de respaldos replicados.

Asegúrese de que el archivo de configuración también contenga los parámetros de DB2 adecuadosde la siguiente tabla. En la tabla, se detallan los encabezados de las secciones del archivo deconfiguración que contienen cada uno de los parámetros.

Después de configurar el archivo de configuración, asegúrese de que se hayan realizado losprocedimientos de lockbox requeridos, como se describe en Configuración del lockbox en la página111.

Tabla 18 Parámetros de DB2 para las operaciones de Application Direct

Parámetro: DB2_ALIAS

Sección: [GENERAL]



Tabla 18 Parámetros de DB2 para las operaciones de Application Direct (continuación)

Especifica el nombre de la base de datos de DB2 de origen que se usó para el respaldo de los registros archivados ode la base de datos.

Opcional para su uso con el programa de recuperación de respaldo manual, ddbmdb2adutil. Corresponde a la

opción de comando -a <base_de_datos> del programa. Utilice la opción de comando o establezca este parámetro

DB2_ALIAS en el archivo de configuración.

Valores válidos:


l Nombre válido de la base de datos de DB2 que se usó para el respaldo de los registros archivados o de la base dedatos.

Parámetro: DB2INSTANCE

Sección: [GENERAL]

Especifica el nombre de la instancia de DB2 de origen que se usó para el respaldo y contiene los registros archivadosque se deben recuperar.

Es obligatorio para una restauración a una base de datos de una instancia diferente y para una operación derecuperación y puesta al día a una base de datos de una instancia diferente.

Opcional para uso con el programa de recuperación de respaldo manual, ddbmdb2adutil. Corresponde a la opción

de comando -I <instancia_DB2> del programa. Utilice la opción de comando o establezca este parámetro

DB2INSTANCE en el archivo de configuración.

Nota:Asegúrese de establecer el parámetro en el valor correcto. La documentación de DB2 proporciona informacióndetallada.

Asegúrese de configurar el parámetro en el archivo de configuración logarchoptn, ya que el parámetro es

obligatorio para una operación de recuperación de registro. Según las restricciones de IBM DB2, la extensión dela configuración logarchoptn debe ser menor a 30 caracteres, incluido el símbolo principal @.

Valores válidos:


l Nombre válido de la instancia de DB2 de origen que contiene los registros que desea recuperar.

Parámetro: DB2_NUM_NODE

Sección: [GENERAL]

Especifica el número de nodo o el número de partición del nodo para el cual se ejecutó el respaldo. En un ambientepureScale, especifica el ID de miembro.

Opcional para uso por parte del programa ddbmdb2adutil para recuperar un respaldo de base de datos o respaldo

de registros.

Valores válidos:

l 0 (predeterminado).

l Número de nodo válido o número de partición del nodo para el que se ejecutó el respaldo. ID de miembro válidoen un ambiente pureScale.

Parámetro: SOURCE_CLIENT



Tabla 18 Parámetros de DB2 para las operaciones de Application Direct (continuación)

Sección: [GENERAL]

Especifica el nombre de host del cliente de origen bajo el cual se indexó el respaldo.

Este parámetro se utiliza en una recuperación de puesta al día de la base de datos de destino después de unarestauración a un cliente diferente, donde es posible una reversión.

Opcional para una puesta al día después de una restauración redirigida.

Valores válidos:

l No definido (predeterminado). Si no se especifica, se utiliza el valor CLIENT.

l Nombre de host válido del cliente de origen, como se usa en el respaldo.

Parámetro: SOURCE_DBNAME

Sección: [GENERAL]

Especifica el nombre de la base de datos de DB2 de origen que se usó originalmente para el respaldo de los registrosarchivados.

Obligatorio para una operación de recuperación y puesta al día de la base de datos a una base de datos diferente.

Valores válidos:


l Nombre válido de la base de datos de DB2 de origen que se usó originalmente para el respaldo de los registrosarchivados o de la base de datos.

Configuración de archiving de registros de transacciones de DB2Cuando configura el archiving de registros de transacciones de DB2, el agente de aplicación debase de datos realiza los respaldos de registros en función de la configuración de política de basede datos DB2. El producto no tiene control sobre cuándo se respaldan los registros o con quéfrecuencia. El servidor DB2 comienza el respaldo cuando se llena un registro de transacciones ycuando la base de datos está activa.


Para desactivar y activar la base de datos de DB2, ejecute los siguientes comandos:

db2 deactivate database <database_name>db2 activate database <database_name>

Para enumerar las bases de datos activas de DB2, ejecute el siguiente comando:

db2 list active databases

Complete los pasos necesarios para configurar el archiving del registro de transacciones de DB2con el agente de aplicación de base de datos.

Procedimiento

1. Cree un archivo de configuración para el respaldo de registro archivado, que puede ser igualo diferente que el archivo de configuración que se utiliza para un respaldo y una restauraciónde la base de datos.



2. Configure la base de datos con el comando y las opciones adecuadas para el sistemaoperativo del cliente:

l En UNIX:

db2 update db cfg for <sample> using logarchmeth1 'vendor:<library_path>/libddboostdb2.so' logarchopt1 '@<pathname>/db2_tlogs.cfg'

l En Windows:

db2 update db cfg for <sample> using logarchmeth1 'vendor:C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll' logarchopt1 '@<pathname>\db2_tlogs.cfg'

donde:

n library_path es el nombre de ruta del directorio de la biblioteca utilizada por elagente de aplicación de base de datos para las operaciones de DB2.

n sample es el nombre de la base de datos que se va a respaldar.

n pathname/db2_tlogs.cfg o pathname\db2_tlogs.cfg es el nombre de rutacompleto del archivo de configuración de DB2. No especifique un nombre de rutarelativo.

AVISO La configuración logarchoptn se utiliza para rellenar el campo COMMENT enlos registros del historial de registros archivados de DB2, que está restringido a unalongitud máxima de 30 caracteres. Ese valor se utiliza durante la limpieza de losregistros archivados y durante la fase de puesta al día en una operación db2recover. Para que la operación se realice correctamente, la configuraciónlogarchoptn debe ser de menos de 30 caracteres de longitud, incluido el símboloprincipal @.

3. Cuando finalice la configuración, ejecute un respaldo offline según los requisitos de IBMDB2. Ejecución de respaldos y recuperaciones de Application Direct con el CLP de DB2 en lapágina 164 incluye un ejemplo de cómo ejecutar un respaldo de DB2.

Configuración de eliminación de respaldos de DB2La eliminación o la limpieza automática del historial de recuperación de base de datos por eladministrador de bases de datos de DB2 se basan en la definición de los parámetros deconfiguración num_db_backups y rec_his_retentn. Cuando define el parámetro deconfiguración de la base de datos de DB2 auto_del_rec_obj en on, el administrador de basesde datos de DB2 automáticamente realiza las siguientes operaciones de mantenimiento cuando losdos valores de num_db_backups y rec_his_retentn se superan:


l Limpia el historial de la base de datos.

l Elimina las imágenes de respaldo, las imágenes de copia de carga y los archivos de registrocorrespondientes. Por lo general, estos objetos se conocen como objetos de recuperación deDB2.

Estas operaciones de mantenimiento pueden realizarse como parte de un respaldo.



Asegúrese de que el historial de respaldo de DB2 y la configuración del respaldo y elalmacenamiento estén sincronizados. De lo contrario, la eliminación automática del objeto derespaldo puede fallar con el siguiente error en el registro de diagnóstico de DB2:

MESSAGE : SQL2062N An error occurred while accessing media "". Reason code: "".

Cuando el historial de respaldo de DB2 y la configuración del respaldo y el almacenamiento noestán sincronizados, se pueden degradar las operaciones del proveedor de DB2. También se puedebloquear un respaldo cuando no se puede completar la limpieza requerida.

Asegúrese de que se hayan cumplido los siguientes requisitos:

l El archivo de configuración original especificado en logarchoptn, según lo registrado en elarchivo del historial de DB2, existe en el sistema con el nombre de ruta completo requerido quese utilizará en la eliminación del objeto de respaldo. Sin este archivo de configuración, fallará laeliminación.

l Se recomienda no utilizar ddbmadmin para eliminar manualmente el objeto de respaldo cuandola eliminación se pueda realizar mediante la política de retención de DB2. Si la eliminación serealiza con ddbmadmin, no se limpia el historial de DB2.

Si utiliza ddbmadmin para la eliminación manual, asegúrese de que el historial de DB2 tambiénesté sincronizado con el almacenamiento de respaldo del proveedor.

Puede realizar los siguientes pasos para habilitar la eliminación automática de los respaldos de DB2.

Procedimiento

1. Establezca el parámetro vendoropt de configuración de la base de datos de DB2 en elnombre de ruta del archivo de configuración de la base de datos de DB2 o espacio de tablascuyos respaldos se eliminarán. Por ejemplo:

db2 update db cfg for <sample> using vendoropt '@<pathname>/db2_ddbda.cfg'

donde:

l sample es el nombre de la base de datos o el espacio de tablas cuyos respaldos seeliminarán.

l pathname/db2_ddbda.cfg es el nombre de ruta completo del archivo deconfiguración.

2. Habilite la limpieza automática del historial de recuperación:

db2 update db cfg for <sample> using num_db_backups <n>db2 update db cfg for <sample> using rec_his_retentn <number_of_days>

3. Habilite la eliminación automática de imágenes de respaldo físicas y archivos de registro:

db2 update db cfg for <sample> using auto_del_rec_obj on

donde sample es el nombre de la base de datos cuyos respaldos se eliminarán.

Nota: Sin este paso, la limpieza del historial de recuperación elimina las entradas solo enel archivo del historial de DB2 y no elimina los respaldos asociados.

También puede limpiar el archivo del historial y eliminar los respaldos de forma manualmediante el comando db2 prune.



La documentación de DB2 proporciona detalles sobre la eliminación automática de objetosde recuperación de DB2 y el comando db2 prune.

Prevención de eliminación de imágenes de respaldo de DB2La eliminación automática y la limpieza manual podrían accidentalmente eliminar imágenes derespaldo que todavía son necesarias, en especial cuando la administración de retención deimágenes de respaldo se basa solo en la configuración de eliminación automática y la limpieza deobjetos de recuperación.

Si desea excluir ciertos respaldos de la eliminación automática y conservarlos durante un tiempomás prolongado, actualice el estado de las entradas asociadas en el archivo del historial derecuperación a do_not_delete (acrónimo X). Por ejemplo, ejecute el siguiente comando:

db2 update history EID 10 with status X

DB20000I The UPDATE HISTORY command completed successfully.

Cuando ejecuta una limpieza manual, no utilice la opción with force para que la configuracióndel estado sea efectiva. Si utiliza esta opción, de todas formas se limpian las entradas de respaldo.

Cuando ya no necesita conservar las imágenes de respaldo, actualice el estado de las entradas denuevo a lo normal, por ejemplo, activo (A) o caducado (E). Este estado actualizado permite lalimpieza y la eliminación de las imágenes de respaldo según la configuración de eliminaciónautomática de otras imágenes de respaldo. La documentación de DB2 proporciona más detallesacerca de la protección de objetos de recuperación contra su eliminación.

Cálculo del uso de recursos de Data Domain en sistemas DB2Los siguientes temas proporcionan reglas adicionales y mejores prácticas relacionadas con el usode recursos de Data Domain para sistemas DB2.

En una operación de respaldo y restauración de varias sesiones de DB2, por lo general, las sesionesse ejecutan en paralelo y cada sesión adquiere sus recursos de flujos y capacidad de Data Domain.

En un ambiente de clúster, como un ambiente de la función de particionamiento de base de datos(DPF), se pueden ejecutar los respaldos para cada nodo o para todos los nodos en paralelo.

En un respaldo de bases de datos en línea, los respaldos de registros de archivo normalmente seejecutan en paralelo con el respaldo de bases de datos.

Para las operaciones que pueden ejecutarse en paralelo, se toma en cuenta su uso de recursos deData Domain para determinar el cálculo del uso total en el plazo correspondiente.

Cuando un respaldo de registro de archivo falla debido a la falta de un recurso de Data Domain (ocualquier otra causa), se produce un error en modo silencioso y el servidor DB2 vuelve a intentarrealizar el respaldo. Asegúrese de monitorear el archivo db2diag.log para corregir cualquierproblema.

Uso de capacidad en sistemas DB2Tenga en cuenta la información en este tema si desea calcular la cantidad de espacio que requiereel sistema Data Domain para los respaldos.

El requisito de capacidad estimada debe incluir el tamaño de posibles respaldos de registrosarchivados, según el nivel de actividad de la base de datos y el tamaño del registro configurado.Puede configurar el tamaño del registro por medio de la configuración de la base de datos DB2.Cuando la actividad de la base de datos aumenta, se pueden archivar y respaldar más registros.



Si se supera la capacidad de almacenamiento del sistema Data Domain, se produce un error en laoperación de respaldo. El agente de aplicación de base de datos genera el siguiente tipo demensaje de error en el registro operacional ddboost_db2.message.log:

163542 12/8/2016 11:54:16 AM (pid2640) SYSTEM critical Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 2640] [10476] Thu Dec 08 11:54:16 2016 ddp_write() failed Offset 109051904, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >

Uso de flujos en sistemas DB2

Nota: El uso de flujos varía según el número y tipo de operaciones en paralelo que se ejecutanen un momento determinado. Este tema proporciona los números más comunes para el uso deflujos de una sola operación. Para determinar los números más exactos, debe monitorear lacantidad de flujos que utilizan las unidades de almacenamiento durante un período.

Las operaciones de base de datos de DB2 utilizan los siguientes números de flujos:

l Para un respaldo de base de datos, la cantidad de flujos utilizados, por lo general, es igual a lacantidad de sesiones más 1.

l Para un respaldo de registro de archivo, por lo general, se utilizan 2 flujos.

l Para una restauración y recuperación de base de datos, la cantidad de flujos utilizadosgeneralmente es 1.5 veces la cantidad de sesiones.

l En un ambiente de múltiples nodos, como un ambiente DPF, multiplique la cantidad estimadade flujos por la cantidad de nodos que llevan a cabo el respaldo o restauración.

l Para una operación de puesta al día, por lo general, se utilizan 2 flujos.

Por ejemplo, en un respaldo de cuatro sesiones, el cálculo del uso de flujos para el respaldo debeser, al menos, 5. Para un respaldo en línea, el cálculo de flujos se debe incrementar en 2.

Si el sistema Data Domain se queda sin flujos durante un respaldo, el agente de aplicación de basede datos genera el siguiente mensaje de error en el registro operacional y de depuración de DB2:

153004 05/06/2016 08:43:05 AM (pid25976) SYSTEM critical Unable to write to a file because the streams limit was exceeded.The error message is: [5519] [25976] [139683900024608] Fri May 6 08:43:05 2016ddp_write() failed Offset 0, BytesToWrite 524288, BytesWritten 0 Err: 5519-Exceeded streams limit

Ejecución de respaldos y recuperaciones de Application Directcon el CLP de DB2

Puede ejecutar el CLP de DB2 para realizar respaldos, restauraciones y recuperaciones con elagente de aplicación de base de datos. La documentación de DB2 proporciona detalles sobre loscomandos y las opciones del CLP de DB2.

Ejecución de respaldos de DB2 con el CLP de DB2Por qué y cuándo se efectúa esta tarea

Puede ejecutar un respaldo de DB2 después de haber completado las configuraciones de respaldoen Configuración de las operaciones de Application Direct en un ambiente DB2 en la página 158.

Puede ejecutar el comando db2 backup correspondiente para realizar un respaldo de DB2.



Nota: El agente de aplicación de base de datos incluye compatibilidad con la opcióndedup_device para los respaldos con el comando db2 backup. La opción dedup_deviceoptimiza el formato de datos que se respaldan en un dispositivo de deduplicación.

Por ejemplo, en UNIX, ejecute el siguiente comando:

db2 backup db <sample> online load '<library_path>/libddboostdb2.so' open <n> sessions options '@<pathname>/db2_ddbda.cfg' dedup_device

donde:

l sample es el nombre de la base de datos para respaldar.

l online especifica que se debe ejecutar un respaldo en línea. El tipo de respaldopredeterminado es un respaldo offline.

l library_path es el nombre de ruta del directorio de la biblioteca utilizada por el agente deaplicación de base de datos para las operaciones de DB2.

l n es la cantidad de sesiones de respaldo simultáneas.

l pathname/db2_ddbda.cfg es el nombre de ruta del archivo de configuración de DB2, comose describe en Configuración de los parámetros de DB2 para las operaciones de ApplicationDirect en la página 158.

La documentación de DB2 proporciona más detalles sobre cómo usar el comando db2 backuppara respaldos manuales.

Ejecución de carga de operaciones con la opción copy yesEl agente de aplicación de base de datos es compatible con el comando load de DB2 con la opcióncopy yes. El comando load carga eficientemente grandes cantidades de datos a nivel de páginaen una tabla de DB2. La documentación de IBM proporciona información detallada sobre elcomando load y sus funciones y opciones.

La opción copy yes del comando load especifica que una copia de los datos cargados se guarde(en forma de pieza de respaldo de base de datos) en una ubicación especificada y se pueda utilizaren la recuperación de la base de datos. La imagen load copy se puede almacenar en la mismaubicación que los respaldos de registros de archivo (recomendado) o en cualquier otra ubicación:

l Debe especificar la ubicación de la imagen load copy por medio de la opción LOAD o TO.

l Debe especificar la ubicación de los respaldos de registros de archivo mediante el parámetro deconfiguración de la base de datos logarchmethn.

Una operación de load con la opción copy yes permite que la base de datos se recupere pormedio de la hora del evento load copy sin ningún manejo especial. La opción copy yes es válidaúnicamente si tiene habilitada la recuperación de puesta al día.

Una operación de load en una base de datos que se puede recuperar sin la opción copy yespone la base de datos en un estado de respaldo pendiente una vez finalizada la operación.

Después de habilitar la recuperación de puesta al día para una base de datos y de haberconfigurado los respaldos de DB2 con el agente de aplicación de base de datos, puede ejecutar elcomando load con la opción copy yes. La operación guarda una copia de los cambios de la basede datos de DB2 (durante la operación de load) en un proveedor especificado mediante la opciónload <library_name> o en un directorio o dispositivo especificado por medio de la opción TO. Unarecuperación de puesta al día posterior de la base de datos carga la copia de los cambios guardadosdirectamente en la base de datos.

Los mismos procedimientos de registro y depuración se aplican a las operaciones de load copy ya otras operaciones de Application Direct para DB2 con el agente de aplicación de base de datos.



Requisitos de configuración para el comando load con la opción copy yes

Antes de ejecutar el comando load con la opción copy yes, asegúrese de cumplir con lossiguientes requisitos de configuración:

l Instaló y configuró al agente de aplicación de base de datos según las instrucciones queaparecen en los capítulos anteriores.

l Completó todos los procedimientos posteriores a la instalación requeridos en cada nodo,incluido el procedimiento de configuración de lockbox.

l Se aseguró de que la base de datos se pueda recuperar mediante la configuración de al menosuno de los parámetros logarchmethn de la base de datos y la ejecución de un respaldocompleto de la base de datos offline.

Por ejemplo, el siguiente comando configura el parámetro logarchmeth1:

db2 update db cfg for <database_name> using logarchmeth1 'vendor:/opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so' logarchopt1 '@/space1/cfg/dd.cfg'

l Estableció el parámetro vendoropt en el nombre de ruta del archivo de configuración de labase de datos que desea recuperar. La configuración vendoropt se utiliza en el respaldodurante el tiempo de load y en una búsqueda de la imagen de respaldo load copy durante eltiempo de recuperación.

Por ejemplo, el siguiente comando establece el parámetro vendoropt:

db2 update db cfg for <database_name> using vendoropt '@/space1/cfg/dd.cfg'

Ejecución de la operación load con la opción copy yes

Después de haber cumplido con los requisitos de configuración, puede ejecutar la operación deload con la opción copy yes para guardar los datos cargados. Por ejemplo, la siguienteoperación carga los datos en formato ASCII delimitado (DEL) desde el archivo /space1/tmp/load.txt a la tabla 1 y al agente de aplicación de base de datos por medio de la biblioteca deproveedor, según lo especificado por la opción copy yes:

db2 "load from /space1/tmp/load.txt of DEL insert into table1 copy yes LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so"

Nota: Debido al problema IT08141 de IBM, es posible que aparezca una advertencia acerca dela cantidad de sesiones que se usan en la operación en el registro de depuración. Este problemano afecta al respaldo de la imagen load copy ni a la recuperación posterior que utiliza laimagen de respaldo. El problema se solucionó por primera vez en DB2 9.7 Fix Pack 11. En el sitio web de IBM, se proporcionan más detalles sobre el problema IT08141.

Puede ejecutar el comando list history de DB2 para verificar la operación de load y ver elregistro load copy guardado en el historial de recuperación de DB2:

db2 list history load all for db <database_name>

En el siguiente ejemplo, la operación de restauración restaura el último respaldo de la base de datosSAMPLE que se ejecutó antes de la operación de load. La operación de puesta al día busca y



http://www-01.ibm.com/support/docview.wss?uid=swg1IT08141

carga la imagen load copy (que guardó la operación de load) y cualquier otro registro dearchivo directamente en la base de datos:

db2 restore db SAMPLE LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/db2inst1/dd.cfg taken at 20160704120000db2 rollforward db SAMPLE to end of logs and stop

Visualización de información de guardado del respaldo load copy

Al ejecutar una operación de load con la opción copy yes, los datos cargados se guardan comoun respaldo de base de datos en el espacio de nombres del proveedor. El tipo de respaldo seclasifica como LOAD_COPY, según lo definido por las API administrativas y el proveedor de DB2.

Puede ejecutar el comando ddbmadmin en modo detallado (con la opción -v) para ver el saveset yla información del archivo de guardado desde el respaldo load copy. Configuración de lavisualización y la eliminación de información del saveset en la página 125 proporciona detalles sobreel comando ddbmadmin y sus opciones.

El tipo de respaldo load copy se guarda en los metadatos XBSA del respaldo. Puede ejecutar elcomando ddbmadmin -f -v para ver este tipo de respaldo en la información del archivo deguardado del respaldo.

El siguiente comando de ejemplo ddbmadmin -v -f muestra la información del archivo deguardado de un respaldo load copy, incluido el nivel de LOAD_COPY:

ddbmadmin -v -f -b "07/05/2016 12:36:05 PM" -e "07/05/2016 12:36:05 PM" -n db2 -z /space1/mycfg/dd.cfg

141540:ddbmadmin:The parameter 'DB2_ALIAS' is being ignored./JT02/NODE0000:/DB_BACKUP.20160705123605.1, application = db2 (27), date = 1467736565 Tue 05 Jul 2016 12:36:05 PM EDT.version=1, objectowner= DB2, objectname=/JT02/NODE0000 /DB_BACKUP.20160705123605.1, createtime=Tue 05 Jul 2016 12:36:05 PM EDT, copytype=3 BSACopyType_BACKUP, copyId=1467736565.1467736566, restoreOrder=1467736565.1, objectsize=0.0, resourcetype=database, objecttype=4 BSAObjectType_DATABASE, objectstatus=2 BSAObjectStatus_ACTIVE, description=database app agent_v47:DB2_v970:LOAD_COPY:JT02:TEQ, objectinfo=jt971:0.

El siguiente comando de ejemplo ddbmadmin -v -s muestra la información del saveset delrespaldo load copy:

ddbmadmin -v -s -e now -n db2 -z /space1/mycfg/dd.cfg

Record file = /tangd1/dd4/bu-today.lss.emc.com/27/2.0/meta_rec/JT971/JT02/NODE0000/DBIMG/_ts10k_146773/1467736565. rec.client = bu-today.lss.emc.com, date and time = 07/05/2016 12:36:05 PM, size = 279008, ssid = 1467736565, name = DB2:/JT02/NODE0000ssid=00ec186e-00000011-00000000-577be1fa-577be1f5-68009e56 (1467736565), date and time=07/05/2016 12:36:05 PM (1467736565), host=bu-today.lss.emc.com, name=DB2:/JT02/NODE0000, continuedfrom=0, level=incr, sflags=0, size=279008,files=1, insert=07/05/2016, create=07/05/2016, complete=07/05/2016, browse=forever, retent=02/07/2106 01:28:15 AM,clientid=0, attrs=\ *ACTUAL_HOST: bu-today.lss.emc.com; *ss data domain backup cloneid: 1467736565; *ss data domain dedup statistics: "v1:1467736565:279752:67159:2231"; index subspace: JT971/JT02/NODE0000/DBIMG; record file name: /tangd1/dd4/bu-today.lss.emc.com/27/2.0/meta_rec/JT971/JT02/NODE0000/DBIMG/_ts10k_146773/1467736565.rec;, clones=0



Ejecución de restauraciones de DB2 con el CLP de DB2Puede ejecutar el comando db2 restore correspondiente para realizar una restauración de datosde DB2 al mismo host de aplicaciones de DB2 o a un host diferente.


Una restauración de DB2 puede restaurar los datos a la base de datos original o a una base dedatos diferente en la misma instancia de DB2 o en una diferente.

Nota: En AIX con Fibre Channel de Data Domain (DFC), una restauración multi-stream de DB2podría fallar o quedar suspendida. Para resolver este problema, puede aumentar el conteo dedispositivos del cliente AIX en Data Domain, como se describe en La puesta al día y larestauración de multi-stream de DB2 pueden fallar en AIX con DFC en la página 188.

Ejecución de restauraciones de DB2 a la misma instanciaPuede realizar los pasos para restaurar los datos de DB2 a la instancia de DB2 original.


Cuando recupere los datos a un punto en el tiempo, tenga en cuenta el registro de fecha y hora delrespaldo que se debe restaurar.

Nota: El comando db2 restore sin un registro de fecha y hora siempre utiliza el respaldo debase de datos más reciente, incluso cuando hay un respaldo de un espacio de tablas posterioral respaldo de base de datos. Para restaurar el respaldo más reciente cuando este es unrespaldo de un espacio de tablas, use el registro de fecha y hora completo.

Puede ejecutar el comando db2 restore con las opciones adecuadas. Por ejemplo:

l En UNIX, ejecute el siguiente comando:

db2 restore db <sample> load '<library_path>/libddboostdb2.so' open <n> sessions options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss> into <sample2>

donde:

n <sample> es el nombre de la base de datos que se restaurará.

n <library_path> es el nombre de ruta del directorio de la biblioteca que utiliza el agente deaplicación de base de datos para las operaciones de DB2.

n <n> es la cantidad de sesiones de restauración, si el agente de aplicación de base de datosutilizó varias sesiones para el respaldo.

n <pathname>/db2_ddbda.cfg es el nombre de ruta del archivo de configuración de DB2.

n <yyyymmddhhmmss> es el registro de fecha y hora del respaldo que se restaurará.

Omita el parámetro taken at si va a restaurar solo el respaldo más reciente de una basede datos.

n <sample2> es el nuevo nombre de la base de datos, si va a restaurar en un nombre de basede datos diferente.

Omita el parámetro into si va a restaurar la base de datos al nombre de base de datosoriginal.



l En Windows, ejecute el siguiente comando:

db2 restore db <sample> load 'C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll' open <n> sessions options '@<pathname>\db2_ddbda.cfg' taken at <yyyymmddhhmmss> into <sample2>

Si se desconoce el registro de fecha y hora del respaldo, busque el registro de fecha y horamediante una consulta de todos los respaldos con el siguiente comando:

db2 list history backup all for <sample>

donde <sample> es el nombre de la base de datos que se restaurará.

También puede ver el tipo y el registro de fecha y hora de respaldo en la salida del comandoddbmadmin -f -v.

Ejecución de restauraciones de DB2 a una instancia diferentePuede realizar los pasos para restaurar los datos de DB2 a una instancia diferente de DB2. Lossiguientes pasos incluyen ejemplos de comandos y configuración de parámetros.

Procedimiento

1. Desde la nueva instancia, genere un script de redirección mediante la ejecución del comandodb2 restore con la opción redirect generate script:

l En Unix, ejecute el siguiente comando:

db2 restore db <sample> load '<library_path>/libddboostdb2.so' options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss> redirect generate script '<pathname>/<my_redirect.ddl>'

donde:

n <pathname>/<my_redirect.ddl> es el nombre de ruta completo del script deredirección generado.

n Las otras opciones de línea de comandos son las mismas que se describen en Ejecución de restauraciones de DB2 a la misma instancia en la página 168.

l En Windows, ejecute el siguiente comando:

db2 restore db <sample> load 'C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll' options '@<pathname>\db2_ddbda.cfg' taken at <yyyymmddhhmmss> redirect generate script '<pathname>\<my_redirect.ddl>'

Nota: Asegúrese de que la nueva instancia tenga permiso de lectura y escritura en elscript.

2. Edite el script generado y defina los siguientes parámetros según corresponda:

l OPTIONS (obligatorio): nombre de ruta completo del archivo de configuración utilizadopor el agente de aplicación de base de datos.

l ON: rutas de almacenamiento de la base de datos nueva.

l DBPATH ON/TO: directorio de base de datos de destino.

l INTO: nombre de la base de datos nueva, si redirige la recuperación a un nuevo nombre.



l TAKEN AT: fecha y hora del respaldo a recuperar,aaaammddhhmmss, si va a restaurarlos datos a un punto en el tiempo.

l OPEN SESSIONS: cantidad de sesiones de restauración, si el agente de aplicación debase de datos utilizó varias sesiones para el respaldo.

Por ejemplo:

OPTIONS ‘@/bigspace/db2_ddbda.cfg’ON ‘/bigspace/db_data’INTO sample2

Nota: Si el respaldo de la base de datos incluye espacios de tablas de DMS, es posibleque deba establecer el parámetro SET TABLESPACE CONTAINERS en el valoradecuado.

La documentación de DB2 proporciona información detallada.

3. Para invocar el script de redireccionamiento en la instancia diferente redirigida donde losdatos se restaurarán, ejecute el siguiente comando en el host de aplicaciones de DB2:

db2 -tvf <my_redirect.ddl>

donde <my_redirect.ddl> es el nombre del script de redirección generado.

Ejecución de una recuperación de DB2 con el CLP de DB2Para recuperar una base de datos DB2 a la hora actual o a un determinado punto en el tiempo,puede ejecutar el comando db2 rollforward para aplicar los registros de transacciones que sealmacenan en el sistema Data Domain.


Si desea restaurar y poner al día una base de datos DB2 en una sola operación, puede ejecutar elcomando db2 recover.

Nota: Para utilizar la recuperación de puesta al día, el agente de aplicación de base de datosdebe haber respaldado los registros de transacciones. Respaldos de DB2 de registros detransacciones en la página 157 proporciona información detallada. En AIX con Fibre Channel deData Domain (DFC), una recuperación de puesta al día multi-stream de DB2 podría fallar oquedar suspendida. Para resolver este problema, puede aumentar el conteo de dispositivos delcliente AIX en Data Domain, como se describe en La puesta al día y la restauración de multi-stream de DB2 pueden fallar en AIX con DFC en la página 188.

También puede realizar una recuperación por medio de la hora de un evento load copy yes. Laoperación de puesta al día busca y carga la imagen de respaldo load copy (que guardó laoperación load copy yes) directamente en la base de datos cuando sea necesario.

Ejecución de una recuperación de DB2 con el comando db2 rollforwardPara aplicar todas las transacciones al final de los registros, ejecute el siguiente comando:


db2 "rollforward db <sample> to end of logs and complete"

donde sample es el nombre de la base de datos.



Para aplicar las transacciones a un determinado punto en el tiempo, especifique la fecha y la horaen el comando. Por ejemplo, ejecute el siguiente comando:

db2 "rollforward db <sample> to <yyyy>-<mm>-<dd>-<hh>.<mm>.<ss> using local time and complete"

Ejecución de restauración y recuperación de DB2 con el comando db2 recoverEl comando db2 recover combina las funciones de los comandos db2 restore y db2rollforward.

Procedimiento

1. Establezca el parámetro vendoropt de configuración de la base de datos de DB2 en elnombre de ruta del archivo de configuración de la base de datos que se va a recuperar. Porejemplo:

db2 update db cfg for <sample> using vendoropt '@<pathname>/db2_ddbda.cfg'

donde:

l <sample> es el nombre de la base de datos o del espacio de tablas que se recuperará.

l <pathname>/db2_ddbda.cfg es el nombre de ruta completo del archivo deconfiguración.

2. Ejecute el comando db2 recover con las opciones adecuadas.

Para aplicar todas las transacciones al final de los registros, ejecute el siguiente comando:

db2 recover db <sample> to end of logs

Para aplicar las transacciones a un punto en el tiempo determinado, especifique la fecha y lahora en el comando. Por ejemplo, ejecute el siguiente comando:

db2 recover db <sample> to <yyyy>-<mm>-<dd>-<hh>.<mm>.<ss> using local time

Las opciones de línea de comandos en estos ejemplos son las mismas que se describen en Ejecución de restauraciones de DB2 a la misma instancia en la página 168.

Nota:El comando db2 recover no es compatible con la sintaxis load o options que estádisponible con los comandos db2 backup y db2 restore. En cambio, el comandodb2 recover usa información en el archivo del historial de DB2 para determinar quéarchivos deben cargarse durante la recuperación y utiliza la variable VENDOROPT parapasar el archivo de opciones.

Para una base de datos perdida, use los comandos db2 restore y db2rollforward para realizar la recuperación ante desastres. No puede usar el comandodb2 recover para bases de datos perdidas.



Ejecución de respaldos y restauraciones de Application Directcon la GUI de DB2

Puede ejecutar la GUI de DB2 para realizar respaldos, restauraciones y recuperaciones con elagente de aplicación de base de datos. La documentación de DB2 proporciona detalles sobre todoslos procedimientos de la GUI.


Puede ejecutar un respaldo o restauración de DB2 después de haber completado lasconfiguraciones en Configuración de las operaciones de Application Direct en un ambiente DB2 enla página 158.

Especifique el archivo de configuración del producto en la GUI configurando VENDOROPT con elvalor @<configuration_file_pathname>. Por ejemplo:

@d:\db2_ddbda.cfg

El archivo de configuración del producto debe contener la configuración de parámetros para elrespaldo o la restauración, como se describe en Preparación del archivo de configuración en lapágina 80.

Establezca la DLL del proveedor en el nombre de la biblioteca del agente de aplicación de base dedatos en la GUI.

Nota: Después de seleccionar la ruta de DLL con el Centro de control de DB2 para un clienteWindows, encierre la ruta con comillas o use un nombre de archivo corto (formato 8.3). De locontrario, el respaldo arroja un error similar al siguiente ejemplo:

SQL0104N An unexpected token "Files\EMC" was found following "<identifier>". Expected tokens may include: "INCLUDE".

En AIX con Fibre Channel de Data Domain (DFC), una restauración multi-stream y una puestaal día de DB2 podrían fallar o quedar suspendidas. Para resolver este problema, puedeaumentar el conteo de dispositivos del cliente AIX en Data Domain, como se describe en Lapuesta al día y la restauración de multi-stream de DB2 pueden fallar en AIX con DFC en lapágina 188.

Ejecución de recuperaciones de datos de respaldo deApplication Direct con programas de utilidades

Puede ejecutar la utilidad ddbmdb2adutil o la utilidad Optim High Performance Unload (HPU) deIBM para recuperar datos de respaldos de Application Direct que realiza el agente de aplicación debase de datos. En los siguientes temas se proporcionan detalles sobre cómo ejecutar las utilidadespara la recuperación de datos de respaldo de Application Direct.

Recuperación de respaldos de bases de datos de DB2 y respaldos de registroscon la utilidad ddbmdb2adutil

El agente de aplicación de base de datos proporciona el programa ddbmdb2adutil independientepara recuperar directamente respaldos de base de datos o respaldos de registros de archivo a undirectorio local. El programa no actúa por medio del servidor de DB2 ni invoca una operación derecuperación o restauración de DB2. La utilidad puede ser ejecutada mediante la interfaz de la línea



de comandos por un usuario que tiene los permisos adecuados para escribir los archivosrecuperados en el directorio de destino.

Puede ejecutar el comando ddbmdb2adutil con las opciones del comando adecuadas pararecuperar un respaldo de base de datos o de registro que realizó el agente de aplicación de base dedatos:

l La opción de tipo de objeto de comando DB especifica la recuperación de un respaldo de basede datos con un registro de fecha y hora de respaldo de DB2 a un directorio en el host local.Los archivos recuperados se pueden utilizar en una herramienta de validación de respaldonativa o en una herramienta de evaluación. Los archivos también pueden usarse comoimágenes de respaldo en disco en una restauración.

l La opción de tipo de objeto de comando LOG especifica la recuperación de un respaldo deregistro de archivos a un directorio en el host local. Puede usar los registros obtenidosmediante búsqueda previa para un propósito específico, como la recuperación de la base dedatos o el envío de registros en un ambiente de alta disponibilidad. Por ejemplo, puede usar eldirectorio que contiene los registros recuperados como la ruta de registro de desbordamientoen una operación de puesta al día de DB2.

La búsqueda previa ayuda a reducir el tiempo invertido en realizar consultas, búsquedas yrecuperaciones desde el almacenamiento de proveedores durante una operación derecuperación de base de datos.

Nota:

l La estructura de jerarquía de directorios de la ubicación que contiene el respaldo de basede datos o de registro de archivo recuperado debe seguir el estándar de DB2 para lasoperaciones que se realizarán en esa ubicación.

l El programa ddbmdb2adutil recupera los datos de respaldo. El programa no creaninguna estructura de directorios adicional requerida por operaciones posteriores ni realizauna limpieza después de dichas operaciones en los datos recuperados.

El programa ddbmdb2adutil recupera el respaldo especificado a un archivo de imagen derespaldo con un permiso general 644. El nombre de archivo utiliza la convención de nomenclaturade respaldo en disco de DB2:

l Nombre de un archivo de respaldo de registro:

S<nnnnnnn>.LOGPor ejemplo: S0000007.LOG

l Nombre de un archivo de respaldo de base de datos:

n Para las versiones de DB2 anteriores a la versión 9.8:

<database_alias>.<type>.<instance_name>.NODE<nnnn>.CATN<nnnn>.<timestamp>.<sequence_number>donde <tipo> es el tipo de respaldo:

– 0: respaldo completo a nivel de base de datos

– 3: respaldo a nivel de espacio de tablas

– 4: imagen de respaldo generada por el comando LOAD COPY TOn Para DB2 9.8 o versiones posteriores:

<database_alias>.<type>.<instance_name>.DBPART<nnn>.<timestamp>.<sequence_number>

Por ejemplo: Piezas que se recuperan de un respaldo completo de tres sesiones de DB2 9.7 dela base de datos SAMPLE, la instancia DB2INST1 y NODE 0, realizado el 20160902094203:

SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.001



SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.002SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.003

Nota: El nombre de la imagen de respaldo de base de datos se construye con la informaciónque se registra en el tiempo de ejecución del respaldo. Para un respaldo de base de datosde una versión de DB2 anterior a 9.8, el número de nodo del catálogo no se registra en eltiempo de ejecución del respaldo. Por lo tanto, el nombre de un archivo de respaldo de basede datos de una versión anterior a 9.8 siempre incluye CATN0000. Si el número de nodo decatálogo es diferente de 0, debe corregir CATN0000 en el nombre del archivomanualmente antes de usar el archivo de respaldo.

Cuando se recuperan múltiples archivos de respaldo, la utilidad ddbmdb2adutil recupera losarchivos de manera secuencial.

Cuando el programa ddbmdb2adutil encuentra un error durante la recuperación de un archivode respaldo:

l Para los respaldos de base de datos, el programa genera un error y se cierra.

l Para respaldos de registros de archivo, el programa continúa con el siguiente respaldo deregistros dentro del rango especificado.

Requisitos para la recuperación de respaldos de DB2 con el comando ddbmdb2adutil

Antes de usar el comando ddbmdb2adutil para la recuperación de un respaldo de DB2,asegúrese de haber completado las configuraciones necesarias para restauraciones con el agentede aplicación de base de datos, como se describe en el capítulo anterior. Las configuraciones delockbox deben estar completas, y se deben configurar los parámetros requeridos en el archivo deconfiguración.

Ciertos valores de parámetros del archivo de configuración se pueden especificar como opcionesde comando en su lugar con el comando ddbmdb2adutil. Las opciones de comando tienenprioridad sobre los parámetros correspondientes de la restauración en el archivo de configuración.

Las opciones y la sintaxis del comando ddbmdb2adutil

Puede realizar la recuperación del respaldo mediante la ejecución del comando ddbmdb2adutilen la línea de comandos. Ciertas opciones de comando son obligatorias, incluida la opción -z<archivo_de_configuración> que especifica el archivo de configuración del agente de aplicaciónde base de datos. Debe especificar los parámetros requeridos mediante las opcionescorrespondientes de la línea de comandos o el establecimiento de los parámetros en el archivo deconfiguración para la recuperación de respaldo. Los parámetros son similares a los parámetros quese usan para operaciones de restauración.

Debe ejecutar uno de los siguientes comandos ddbmdb2adutil, según el tipo de objeto de larecuperación de respaldo:

l Ejecute el siguiente comando para realizar una recuperación de un respaldo de base de datos:

ddbmdb2adutil DB [-a <database>] [-c <client>] [-d <destination_directory>] [-F] [-I <DB2_instance>] [-N <node_number>] [-t <backup_timestamp>] -z <configuration_file>

l Ejecute el siguiente comando para realizar una recuperación de respaldo de registros:

ddbmdb2adutil LOG [-a <database>] [-c <client>] -C <chain_ID> [-d <destination_directory>] [-F] [-I <DB2_instance>] [-N <node_number>] -S <start_log> -E <end_log> -z <configuration_file>

La siguiente tabla describe las opciones de comando ddbmdb2adutil.



Tabla 19 Opciones de la utilidad ddbmdb2adutil para la recuperación de imagen de respaldo


DB Es obligatorio para una recuperación de respaldo de base de datos. Especifica larecuperación de una imagen de respaldo de base de datos por hora de registro.

LOG Es obligatorio para una recuperación de respaldo de registro. Especifica larecuperación de un respaldo de registro de archivo.

-a<base_de_datos> Opcional. Especifica el nombre de la base de datos para la cual se ejecutó el respaldo.

Debe usar esta opción de comando o establecer el parámetro DB2_ALIAS en el

archivo de configuración.

-c<client> Opcional. Especifica el nombre del cliente bajo el que se ejecutó el respaldo. El valorpredeterminado es el nombre de host local.

Puede usar esta opción de comando o establecer el parámetro CLIENT en el archivo

de configuración.

-C<ID_de_cadena> Es obligatorio para una recuperación de respaldo de registro. Especifica el ID de lacadena de registro para la secuencia de registro del respaldo de registro de archivo.

El valor válido es entre 0 y 9,999,999, inclusive.

-d<directorio_de_destino> Opcional. Especifica un directorio accesible donde se guardan los archivos de respaldorecuperados. El directorio se crea si no existe, siempre que el usuario cuente con elpermiso requerido.

El valor predeterminado es el directorio de trabajo del programa.

-E<registro_de_finalización>

Es obligatorio para una recuperación de respaldo de registro. Especifica el límitesuperior de los números de secuencia de registro para los registros de archivo que serecuperarán.


Nota:Puede ejecutar el comando ddbmadmin -f -v -n db2 con las otras opciones

necesarias para obtener la lista de respaldos de registros de archivo disponibles enel almacenamiento de respaldo. Los números de ID de cadena y secuencia seincluyen en el nombre de archivo del respaldo de registro.

Por ejemplo, ejecute el siguiente comando para obtener la lista de respaldos deregistros de archivos disponibles.

ddbmadmin –f –v –n db2 –b <start_time> –e <end_time> -z <configuration_file>

-F Opcional. Especifica la sobrescritura de todos los archivos existentes en la ubicaciónde destino que tienen los mismos nombres que los archivos de respaldo recuperados.

-I<instancia_de_DB2> Opcional. Especifica el nombre de la instancia de DB2 para la cual se ejecutó elrespaldo.

Debe usar esta opción de comando o establecer el parámetro DB2INSTANCE en el




Tabla 19 Opciones de la utilidad ddbmdb2adutil para la recuperación de imagen derespaldo (continuación)


-N<número_de_nodo> Opcional. Especifica el número de nodo o el número de partición del nodo para el cualse ejecutó el respaldo.

En un ambiente de pureScale, es el ID de miembro. El valor predeterminado es 0.

Puede usar esta opción de comando o establecer el parámetro DB2_NODE_NUM en el


-S<registro_de_inicio> Es obligatorio para una recuperación de respaldo de registro. Especifica el límiteinferior de los números de secuencia de registro para los registros de archivo que serecuperarán.


-t<hora_de_registro_del_respaldo>

Opcional. Se utiliza solamente para una recuperación de respaldo de base de datos.Especifica la hora de registro del respaldo de DB2 del respaldo que se recuperará.

El valor válido es una hora de registro completa como aaaammddhhmmss o una horade registro parcial.

Cuando no se usa esta opción, se recupera el respaldo de la base de datos másreciente disponible. Cuando se usa una hora de registro parcial, se recupera el respaldocon la hora de registro más cercana.

Nota: Para recuperar el respaldo más reciente que sea un respaldo de un espaciode tablas, use esta opción con una hora de registro completa.

-z<archivo_de_configuración>

Obligatorio. Especifica el archivo de configuración que debe usar el agente deaplicación de base de datos para la operación.

Por lo general, el archivo de configuración contiene los parámetros obligatorios yopcionales que no son compatibles con las opciones de comandos. Las opciones decomandos tienen prioridad sobre la configuración de los parámetros correspondientesen el archivo de configuración.

Por ejemplo:

DDBOOST_USER=qa_ostDEVICE_HOST=bu-croco.lss.emc.comDEVICE_PATH=/tangd1/dd01CLIENT=bu-today.lss.emc.comDB2_ALIAS=SAMPLEDB2INSTANCE=db2inst1DB2_NODE_NUM=0

Ejemplos de recuperaciones de respaldo de DB2 con el comando ddbmdb2adutil

El siguiente ejemplo muestra el comando ddbmdb2adutil y la salida de una recuperación derespaldo de base de datos:

ddbmdb2adutil DB -F -d /tmp/backups -t 20160902094203 -z /tmp/cfg/dd.cfg

Starting the retrieval operation.Proceeding with the backup image retrieval with the timestamp '20160902094203', 3 pieces of backups, and the base file name



'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203'.Successfully retrieved the database backup image file 'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.001'.Successfully retrieved the database backup image file 'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.002'.Successfully retrieved the database backup image file 'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.003'.Successfully retrieved the backup files.

El siguiente ejemplo muestra el comando ddbmdb2adutil y la salida de una recuperación derespaldo de base de datos:

ddbmdb2adutil LOG -d /tmp/backups -z /tmp/cfg/dd.cfg -C 0 -S 0 -E 5

Starting the retrieval operation.Successfully retrieved the log file 'C0000000_S0000000.LOG' to the output file 'S0000000.LOG'.Successfully retrieved the log file 'C0000000_S0000001.LOG' to the output file 'S0000001.LOG'.Successfully retrieved the log file 'C0000000_S0000002.LOG' to the output file 'S0000002.LOG'.Successfully retrieved the log file 'C0000000_S0000003.LOG' to the output file 'S0000003.LOG'.Successfully retrieved the log file 'C0000000_S0000004.LOG' to the output file 'S0000004.LOG'.Invalid status: status = 5.Could not find or retrieve the backup file 'C0000000_S0000005.LOG'. No data was written. Removing the empty backup file '/tmp/backups/S0000005.LOG'.Successfully retrieved 5 of 6 backup files.

Para una recuperación de respaldo de registros, la utilidad busca todos los respaldos de registrodisponibles en el rango especificado.

En el siguiente ejemplo se muestra la salida del comando ddbmadmin para enumerar el respaldo deregistros de archivos disponibles de la cadena de 10 en el rango de tiempo especificado. En esteejemplo de salida, el número de cadena C0000010 y el número de secuencia S0000074 se incluyenen el nombre del archivo de respaldo de registros de archivo, /SAMPLE/NODE0000/DB2LOG/:/C0000010_S0000074.LOG, para la base de datos SAMPLE de instancia db2inst1:

ddbmadmin -f -v -n db2 -b "08/23/2016 07:23:00 AM" -e "08/23/2016 07:24:00 AM" -z /space1/db2_ddbda.cfg | grep C0000010

/SAMPLE/NODE0000/DB2LOG/:/C0000010_S0000074.LOG, application = db2 (27), date = 1471962220 Tue 23 Aug 2016 07:23:40 AM PDT.version=1, objectowner= DB2, objectname=/SAMPLE/NODE0000/DB2LOG/ /C0000010_S0000074.LOG, createtime=Tue 23 Aug 2016 07:23:40 AM PDT, copytype=3 BSACopyType_BACKUP, copyId=1471962220.1471962221, restoreOrder=1471962220.1, objectsize=0.0, resourcetype=L, objecttype=2 BSAObjectType_FILE, objectstatus=2 BSAObjectStatus_ACTIVE, description=database app agent_v30:DB2_v1051:LOG_IMAGE:SAMPLE, objectinfo=db2inst1:1./SAMPLE/NODE0000/DB2LOG/:/C0000010_S0000073.LOG, application = db2 (27), date = 1471962218 Tue 23 Aug 2016 07:23:38 AM PDT....

Puede usar las imágenes del respaldo de la base de datos y del respaldo de registro de archivos quese recuperan por medio de los comandos ddbmdb2adutil para realizar las operaciones derestauración y puesta al día de la base de datos.

Cuando la depuración está activada, es posible que el agente de aplicación de base de datos genereuna cantidad importante de información de depuración en la consola durante una operación derecuperación de respaldo.



El programa ddbmdb2adutil utiliza los mismos registros operacionales y de depuraciónpredeterminada que utiliza el agente de aplicación de base de datos para otras operaciones derespaldo y restauración de DB2:

l Registro de mensaje de error y operacional: ddboost_db2.messages.logl Registro de depuración predeterminada: libddboostdb2_default.logAsegúrese de que el usuario que ejecuta el programa tenga el permiso necesario para escribir en losarchivos de registro. Una vez que finalice el programa, asegúrese de que los usuarios de DB2tengan el permiso necesario para escribir en los archivos de registro. De lo contrario, los registrosse deben eliminar de su ubicación antes de la próxima operación de respaldo y restauración.

Cuando se activa la depuración, el programa ddbmdb2adutil también genera un registro dedepuración con un nombre que incluye el nombre, la fecha y el ID de proceso del programa. Porejemplo:

ddbmdb2adutil_DB2_2016_07_07.16_30_32.11131.logLimitaciones con el comando ddbmdb2adutil

Tenga en cuenta las siguientes limitaciones antes de ejecutar el comando ddbmdb2adutil:

l Para una imagen load copy, por lo general en una recuperación de DB2, una puesta al día pormedio de la hora del evento de carga debe usar el respaldo de la ubicación original como elproveedor de respaldo. Por lo tanto, la imagen load copy que se recupera al disco no sepuede usar directamente en una operación de puesta al día.

l Para un respaldo load copy de multisesión con una gran cantidad de datos de blobinsertados, la herramienta de evaluación del respaldo de DB2, db2ckbkp, puede fallar al validarla imagen de respaldo que se recupera en el disco.

Recuperación de datos de respaldo de DB2 con la utilidad HPU de IBMLa utilidad Optim High Performance Unload (HPU) de IBM es una utilidad independiente de altavelocidad que descarga datos de la base de datos desde una base de datos actual o desde elrespaldo. La utilidad HPU puede ejecutarse simultáneamente con el administrador de base de datosde DB2 y puede acceder a los mismos archivos físicos que el administrador de base de datos.

La utilidad HPU puede descargar los datos de una base de datos o un espacio de tablas de respaldode DB2, que puede ser un respaldo completo o incremental. La utilidad HPU lee los datosdirectamente desde la imagen de respaldo o desde el archivo de base de datos activo por medio delmotor SQL, por lo que omite el administrador de base de datos de DB2. Como resultado, la utilidadproporciona recuperación rápida y eficiente de volúmenes discretos de datos.

Por ejemplo, puede descargar una tabla que se descartó de una base de datos en vivo (cuando larestauración de la base de datos no es una opción) mediante la descarga de los datos de unrespaldo con la opción BACKUP CATALOG. A continuación, puede cargar los datos extraídos a labase de datos.

Para minimizar el impacto en un sistema de producción, puede usar HPU para descargar los datosde tablas eliminadas o dañadas en un sistema no productivo, donde puede limpiar y preparar losdatos para la carga en el sistema de producción.

Puede usar la utilidad HPU para una descarga de datos mediante la ejecución del programadb2hpu con un archivo de control, que le permite definir las opciones y las instrucciones queutiliza la descarga. La utilidad descarga datos de la imagen de respaldo a archivos dealmacenamiento provisional y, a continuación, escribe los datos en archivos de salida, que puedenutilizarse con la utilidad load. En un ambiente de múltiples particiones, la utilidad HPU escompatible con archivos de salida únicos y múltiples (de acuerdo con la configuración en el archivode control) y puede redirigir el archivo de salida a un host remoto o a los hosts de partición. Lautilidad puede escribir en paralelo a los directorios de salida en diferentes dispositivos físicos.



La documentación de IBM DB2 proporciona información detallada sobre HPU y las opciones y lasintaxis del archivo de control de la línea de comando de HPU.

Los mismos procedimientos de registro y depuración se aplican a las operaciones HPU de DB2 ypara otras operaciones de DB2 de Application Direct con el agente de aplicación de base de datos.

Requisitos para la recuperación de DB2 con la utilidad HPU

Puede usar la utilidad HPU para descargar y extraer un volumen discreto de datos de una imagende respaldo de DB2 (creada por el agente de aplicación de base de datos) en un archivo de salida.A continuación, puede cargar los datos del archivo de salida en una base de datos de DB2.

Asegúrese de cumplir los siguientes requisitos antes de usar la utilidad HPU para una recuperaciónde datos de DB2 desde un respaldo del agente de aplicación de base de datos:

l El agente de aplicación de base de datos se instaló y se configuró de acuerdo con lasinstrucciones de los capítulos anteriores.

l El programa db2hpu de DB2 se instaló y se configuró de acuerdo con la documentacióncorrespondiente de DB2.

l Se utiliza una imagen de respaldo offline cuando es posible para ayudar a asegurar la integridady la coherencia de los datos descargados.

l Se utiliza una imagen de respaldo en línea solo cuando se está seguro de que no se realizarontransacciones durante el respaldo en línea más reciente con los objetos que se descargarán.

l Se utiliza un respaldo de un espacio de tablas en lugar de un respaldo completo de la base dedatos cuando es posible para reducir el tamaño de la imagen de respaldo que se lee y permitiruna descarga de datos más rápida.

l Cuando se elimina una tabla de una base de datos, se utiliza la opción USING BACKUPCATALOG para descargar desde un respaldo que contiene la tabla o se vuelve a crear la tablaantes de ejecutar la herramienta de descarga.

l Se determinó una hora de registro de la imagen de respaldo, por ejemplo, 20160718061214. Sino se proporciona un registro de fecha y hora, la utilidad utiliza el respaldo más reciente.

l Se creó el archivo de control para la operación HPU, incluido un comando para extraer losdatos como se muestra en los siguientes ejemplos de archivos de control.

l En AIX, especialmente cuando se usa la opción USING BACKUP CATALOG para una descargacon un respaldo de varias sesiones, se aseguró de que el límite de recursos del proceso deusuario para el segmento de datos esté configurado lo suficientemente alto. Se puedeestablecer el límite de recursos usando los siguientes métodos:

n Configuración del programa db2hpu para ejecutar con la opción sin límite de memoria.

n Configuración del límite de memoria de los recursos del sistema para segmentos de datosmediante la ejecución de ulimit -d o la modificación de la configuración predeterminadaen el archivo de configuración del sistema.

l No se utiliza la utilidad HPU con libddboostdb2 mediante una red Fibre Channel (FC) deData Domain. Debido a una limitación conocida de la biblioteca de DD Boost mediante FibreChannel con procesos secundarios, el agente de aplicación de base de datos no admite lasoperaciones de la utilidad HPU mediante una conexión de red Fibre Channel.

Ejemplo 1: Recuperación de tablas de base de datos con la utilidad HPU

El siguiente archivo de control, /home/tmp/hpu.ctl, incluye los comandos necesarios paradescargar y extraer todos los datos de la tabla de la base de datos TEST2.

GLOBAL CONNECT TO TEST2 DB2 NO;UNLOAD TABLESPACEQUIESCE NO



LOCK NOUSING BACKUP DATABASE TEST2 LOAD "/opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so" OPTIONS OPEN 3 SESSIONS @/home/cfg/dd/dd.cfg TAKEN AT 20160627164046;SELECT * FROM test;OUTFILE("/home/tmp/outfile.txt" REPLACE)FORMAT DEL;

En este archivo de control de ejemplo:

l /home/cfg/dd/dd.cfg es el nombre de ruta del archivo de configuración de DB2 utilizadopara el agente de aplicación de base de datos.

l 20160627164046 es el registro de fecha y hora de la imagen de respaldo.

l /home/tmp/outfile.txt es el archivo de salida donde se extraerán los datos.

A continuación, puede ejecutar el comando db2hpu con el archivo de control para descargar yextraer los datos con la utilidad HPU. Por ejemplo, el siguiente comando utiliza el archivo decontrol de ejemplo y genera el archivo de salida, /home/tmp/outfile.txt, que contiene losdatos extraídos:

db2hpu -f /home/tmp/hpu.ctl -i db2inst1

Ejemplo 2: Recuperación de un espacio de tablas con la utilidad HPU

El siguiente archivo de control, C:\tmp\cfg\hpu.ctl, incluye los comandos necesarios paradescargar y extraer el espacio de tablas eliminado TB02 usando el catálogo de respaldo.

GLOBAL DB2 NO;USING BACKUP CATALOG HPU2 LOAD "C:\PROGRA~1\EMCDDB~1\DA\bin\libddboostdb2.dll" OPTIONS @C:\tmp\cfg\db2ddp.cfg TAKEN AT 20160718061214;UNLOAD TABLESPACE TB02QUIESCE NOLOCK NOOUTFILE("tmp02.txt" REPLACE)FORMAT DEL;USING BACKUP DATABASE HPU2 LOAD "C:\PROGRA~1\EMCDDB~1\DA\bin\libddboostdb2.dll" OPTIONS @C:\tmp\cfg\db2ddp.cfg TAKEN AT 20160718061214;

En este archivo de control de ejemplo:

l C:\tmp\cfg\db2ddp.cfg es el nombre de ruta del archivo de configuración de DB2utilizado para el agente de aplicación de base de datos.

l 20160718061214 es el registro de fecha y hora de la imagen de respaldo.

l tmp02.txt es el archivo de salida donde se extraerán los datos.

A continuación, puede ejecutar el comando db2hpu con el archivo de control para descargar yextraer los datos con la utilidad HPU. Por ejemplo, el siguiente comando utiliza el archivo decontrol de ejemplo y genera el archivo de salida, tmp02.txt, que contiene los datos extraídos:

db2hpu -f C:\tmp\cfg\hpu.ctl -i DB2



Preparación para la recuperación ante desastres de DB2Para un plan de recuperación ante desastres integral, debe asegurarse de que se pueden volver aconstruir el ambiente de procesamiento y todos los archivos del servidor de DB2 asociados con elmantenimiento de datos en el host de aplicación.


Utilice las siguientes reglas para preparar una recuperación ante desastres del host de servidor deDB2:

l Mantenga registros precisos y completos de las configuraciones de red y del sistema. Tengatodos los medios de software originales y los siguientes elementos en una ubicación segura:

n Parches y medios originales del sistema operativo

n Controladores de dispositivos y nombres de dispositivos

n Configuración del sistema de archivos

n Direcciones IP y nombres de host

l Asegúrese de contar con un respaldo completo actualizado de la base de datos y de todos losregistros archivados requeridos para una operación de puesta al día.

l Guarde una copia del archivo de configuración del producto utilizado para los respaldos de DB2de los registros archivados y de la base de datos.

l Confirme que la configuración de parámetros del archivo de opciones correspondiente, porejemplo, logarchopt1, de la imagen de base de datos de origen es válida en el host dedestino.

Planee llevar a cabo las siguientes tareas durante una recuperación ante desastres.

Procedimiento

1. Configure el archivo de configuración del producto que se utilizará durante la recuperación,incluidos los siguientes valores de parámetros:

l CLIENT=<source_client_hostname>

l DB2INSTANCE=<source_database_instance>

l SOURCE_DBNAME=<source_database_name>

Configuración de los parámetros de DB2 para las operaciones de Application Direct en lapágina 158 ofrece más detalles.

Nota: En una restauración a un host diferente, donde se requiere una puesta al día ypuede ocurrir una fase de reversión, asegúrese de configurar SOURCE_CLIENT yCLIENT para que apunten a los hosts correctos. En Sugerencias de solución deproblemas de DB2 para las operaciones de Application Direct en la página 187 seproporcionan más detalles.

2. Vuelva a crear el lockbox en el host de la base de datos. En Configuración del lockbox en lapágina 111 se proporciona información detallada acerca del lockbox.

3. Asegúrese de que todas las imágenes de respaldo de registros y bases de datos necesariasestén disponibles.

4. Ejecute un comando db2 restore para restaurar la base de datos. Por ejemplo:

db2 restore database <database_name> load '<library_path>/libddboostdb2.so' options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss>



5. Realice una operación de puesta al día en la base de datos restaurada, hasta el final de losregistros o un punto en el tiempo:

db2 rollforward database <database_name>

Requisitos de DPF de DB2 para operaciones de ApplicationDirect

Puede realizar restauraciones y respaldos de Application Direct en un ambiente de la función departicionamiento de base de datos (DPF) de DB2.

Debe cumplir con los siguientes requisitos de configuración en un ambiente DPF de DB2:

l Ha configurado la base de datos en el ambiente DPF conforme a la documentacióncorrespondiente de DPF de DB2.

l Ha instalado el software del agente de aplicación de base de datos en cada nodo queparticipará en los respaldos o la recuperación.

l Se han completado todos los procedimientos posteriores a la instalación en cada nodo, incluidoel procedimiento de configuración de lockbox para todos los hosts participantes. Los hostspueden usar un lockbox compartido o lockboxes configurados de manera individual.

l Si hay un lockbox compartido de NFS configurado, ha seguido todos los pasos necesarios quese indican en Configuración del lockbox en un ambiente de alta disponibilidad en la página 124.

l Ha establecido el parámetro CLIENT del archivo de configuración de DB2 en el nombre de hostdel nodo del catálogo. En Parámetros comunes en la página 86, se proporcionan detalles sobreel parámetro.

l Se ha asegurado de que todas las particiones tienen la misma configuración de parámetros.

Requisitos de HADR de DB2 para operaciones de ApplicationDirect

Puede realizar respaldos y restauraciones de Application Direct con el agente de aplicación de basede datos en un ambiente de recuperación ante desastres de alta disponibilidad (HADR) de DB2.Puede iniciar un respaldo en el nodo primario únicamente. DB2 no es compatible con respaldos denodos en espera. El agente de aplicación de base de datos solo es compatible con configuracionesHADR donde la instancia de la base de datos HADR tiene el mismo nombre en todos los nodos.

Debe cumplir con los siguientes requisitos de configuración en un ambiente HADR de DB2:

l Ha configurado la base de datos en el ambiente HADR conforme a la documentacióncorrespondiente de DB2.

l Ha instalado el software del agente de aplicación de base de datos en cada nodo queparticipará en los respaldos o la recuperación, incluidos los nodos en espera.


l Ha establecido el parámetro CLIENT del archivo de configuración de DB2 en el nombre de hostválido de uno de los nodos para todos los respaldos y la recuperación. En Parámetroscomunes en la página 86, se proporcionan detalles sobre el parámetro.

Nota: El mismo valor CLIENT se debe utilizar en todas las operaciones de respaldo yrecuperación para los nodos HADR.



l Se ha asegurado de que todos los nodos tengan la misma configuración de parámetros.

l Se ha asegurado de que la instancia de la base de datos de HADR tiene el mismo nombre entodos los nodos.

Puede realizar una recuperación de HADR de DB2 en un solo nodo o múltiples nodos.

Nota: Como requisito de DB2 antes de iniciar una recuperación HADR, debe detener HADR ydesactivar la base de datos en los nodos de recuperación. La documentación de DB2proporciona detalles sobre los procedimientos necesarios.

Recuperación de un solo nodo fallido

Para una recuperación HADR de DB2 de un solo nodo, se requieren los siguientes pasos.

1. Desactive la base de datos en el nodo fallido y, a continuación, detenga HADR.

Si el nodo fallido es el nodo primario, el nodo debe cambiar la función con otro nodo. Cuando seproduce la recuperación, es un nodo en espera.

2. Recupere el nodo fallido como si fuera una base de datos independiente. Ejecute una operaciónde puesta al día sin la opción complete, lo que deja la base de datos en un estado pendientede puesta al día según lo necesario para un nodo en espera.

3. Establezca la configuración del ambiente HADR, si es necesario.

4. Inicie HADR en el nodo en espera recuperado.

Recuperación de todos los nodos

Una recuperación HADR de DB2 de todos los nodos restaura toda la configuración HADR a unpunto en el tiempo, como en una recuperación ante desastres.

Para una recuperación HADR de DB2 de todos los nodos, se requieren los siguientes pasos.

1. Recupere la base de datos a todos los nodos HADR como si fueran bases de datosindependientes.

Para los nodos en espera, ejecute una operación de puesta al día sin la opción complete, loque deja la base de datos en un estado pendiente de puesta al día según lo necesario para unnodo en espera.


3. Inicie HADR en todos los nodos en espera.

4. Inicie HADR en el nodo primario.

5. Respalde la base de datos manualmente.

Requisitos de DB2 pureScale para las operaciones deApplication Direct

Puede realizar restauraciones y respaldos de Application Direct en un ambiente DB2 pureScale. Enel clúster de aplicaciones de tipo activo-activo, varios servidores de base de datos conocidos comonodos miembros funcionan en una partición de datos única.

Nota: El agente de aplicación de base de datos es compatible con respaldos incrementales ydelta en un ambiente de pureScale de DB2 para las versiones de DB2 compatibles con estostipos de respaldos.

En el ambiente de pureScale de DB2, se ejecuta un único comando db2 backup db o db2restore db en cualquier miembro para realizar el respaldo o la restauración de base de datos ennombre de todos los miembros. El respaldo produce una imagen de respaldo para toda la base dedatos, que se guarda en el almacenamiento de Data Domain.



Cada miembro de DB2 pureScale procesa sus propios metadatos, genera transaccionesindependientes y mantiene sus propios archivos de registro de transacciones.

Debe cumplir con los siguientes requisitos de configuración en un ambiente de pureScale de DB2:

l Ha configurado la base de datos en el ambiente de pureScale de DB2 conforme a ladocumentación de IBM correspondiente.

l Ha instalado el software del agente de aplicación de base de datos en cada host en el quereside un nodo miembro de pureScale que participará en los respaldos o la recuperación.

l Se han completado todos los procedimientos posteriores a la instalación en cada host miembro,incluido el procedimiento de configuración de lockbox para todos los hosts participantes. Loshosts pueden usar un lockbox compartido o lockboxes configurados de manera individual.

l Si hay un lockbox compartido de NFS configurado, ha seguido todos los pasos necesarios quese indican en Configuración del lockbox en un ambiente de alta disponibilidad en la página 124.

l Ha establecido el parámetro CLIENT del archivo de configuración de DB2 en el nombre de hostde uno de los nodos miembros. Debe seleccionar un miembro de pureScale como el nodo quetendrá los datos de respaldo almacenados con el nombre de cliente. CLIENT debe establecerseen el mismo valor para cada nodo miembro. Parámetros comunes en la página 86 proporcionadetalles sobre el parámetro.

l Se ha asegurado de que todos los nodos miembros tienen la misma configuración deparámetros. Puede crear un único archivo de configuración en una carpeta de sistema dearchivos que sea accesible para todos los hosts miembro. Como alternativa, puede crear unarchivo de configuración idéntico en cada host miembro, con el mismo nombre de ruta dearchivo en cada host.

l Ha actualizado la configuración de la base de datos para el archiving y la recuperación deregistros, como se muestra en el siguiente ejemplo:

db2 update db cfg for <sample> using logarchmeth1 vendor:/opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.sodb2 update db cfg for <sample> using logarchopt1 @/db2sd/ddp/ddp.cfgdb2 update db cfg for <sample> using vendoropt @/db2sd/ddp/ddp.cfg

En este ejemplo, <sample> es el nombre de alias de la base de datos. El parámetro deconfiguración de la base de datos logarchmeth1 se configura con la biblioteca de DB2 quearchiva los registros en el almacenamiento de Data Domain. Los parámetros logarchopt1 yvendoropt se configuran para utilizar el archivo de configuración de DB2 ddp.cfg, ubicadoen la carpeta /db2sd/ddp de almacenamiento compartido que es accesible para todos losmiembros de pureScale.

Ejecución de respaldos de Application Direct en un ambiente DB2 pureScaleDespués de que el agente de aplicación de base de datos esté instalado y configurado, un usuarioen cualquier host miembro activo puede ejecutar el comando db2 backup para realizar unrespaldo de Application Direct de la base de datos de todo el ambiente DB2 pureScale Por ejemplo:

db2 backup db <sample> online load /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so open <n> sessions options @/db2sd/ddp/ddp.cfg

En este ejemplo, el comando db2 backup realiza un respaldo en línea de la base de datos<sample> para el almacenamiento de Data Domain mediante los ajustes en el archivo deconfiguración /db2sd/ddp/ddp.cfg.



Ejecución de respaldos de Application Direct en un ambiente DB2 pureScaleUn usuario en cualquier host miembro activo puede ejecutar los comandos db2 restore, db2rollforward y db2 recover para ejecutar una restauración de Application Direct de la base dedatos y poner al día la base de datos a un punto en el tiempo. Por ejemplo:

db2 restore db <sample> load /usr/lib/libddboostdb2.so open <n> sessions options @/db2sd/ddp/ddp.cfg taken at <yyyymmddhhmmss>

En este ejemplo, el comando db2 restore restaura la base de datos <sample> delalmacenamiento de Data Domain mediante los ajustes en el archivo de configuración /db2sd/ddp/ddp.cfg.

El comando db2 recover combina las funciones de los comandos db2 restore y db2rollforward. Debe establecer el parámetro vendoropt de la configuración de la base de datosDB2 para ejecutar el comando db2 recover.

Restauración entre una instancia de DB2 pureScale y Enterprise Server EditionA partir de DB2 10.5, puede restaurar un respaldo offline de la base de datos de una instancia deDB2 pureScale en DB2 Enterprise Server Edition. También puede restaurar un respaldo offline deDB2 Enterprise Server Edition a una instancia de DB2 pureScale. La documentación de IBM DB2proporciona detalles y restricciones para estos tipos de restauraciones.

Restauración de un respaldo desde una instancia de DB2 pureScale hacia Enterprise Server EditionRealice los siguientes pasos para restaurar un respaldo offline de base datos desde una instanciade DB2 pureScale hacia DB2 Enterprise Server Edition, sin compatibilidad de puesta al díamediante la transición. La documentación de IBM DB2 proporciona detalles acerca de la transición.

Procedimiento

1. En DB2 Enterprise Server, configure el lockbox para el dispositivo de Data Domain quealmacena el respaldo ejecutado por el agente de aplicación de base de datos, como sedescribe en Configuración del lockbox en la página 111.

2. En el archivo de configuración, en el DB2 Enterprise Server de destino, asegúrese de que laconfiguración del parámetro CLIENT y de otros parámetros sea idéntica a la configuraciónutilizada durante el respaldo en un ambiente de pureScale de DB2.

3. En el DB2 Enterprise Server de destino, restaure la imagen de respaldo offline desde lainstancia de DB2 pureScale.

4. Realice los cambios necesarios en la configuración de la base de datos restaurada y elarchivo de configuración de DB2 según el ambiente de Enterprise Server:

l Actualice los ajustes de los parámetros de configuración de la base de datos restaurada,como logarchopt1, logarchopt2 y vendoropt, si es necesario para futurosrespaldos y restauraciones de la base de datos restaurada en Enterprise Server.

Se restauró la base de datos con la configuración original de los parámetros deconfiguración de base de datos utilizados en el ambiente pureScale, lo cual podríarequerir actualizaciones para el ambiente nuevo.

l Actualice cualquier ajuste de parámetro requerido en el archivo de configuración parafuturas operaciones, por ejemplo, para especificar el nombre de ruta correcto dellockbox, el nombre de host del sistema Data Domain y el nombre de ruta del dispositivo.

l Elimine la configuración del parámetro CLIENT del archivo de configuración enEnterprise Server, ya que este parámetro solo se requiere en el ambiente pureScale.



5. Si es necesario, vuelva a configurar el lockbox para respaldos futuros de la base de datosrestaurada, por ejemplo, para usar un host de dispositivos o un nombre de ruta deldispositivo diferente.

6. Realice un respaldo offline completo de la base de datos restaurada.

Restauración de un respaldo desde Enterprise Server Edition hacia una instancia de DB2 pureScaleAntes de realizar un respaldo que usted restaurará a una instancia de pureScale, puede ejecutar elcomando db2checkSD en DB2 Enterprise Server para verificar que la base de datos de origenesté lista para la restauración en un ambiente pureScale. Cuando finalice la verificación, puederealizar un respaldo offline completo de la base de datos de origen a fin de prepararse para laoperación de restauración siguiente. La documentación de IBM DB2 proporciona detalles acerca deestas operaciones.


Realice los siguientes pasos para restaurar un respaldo offline de DB2 Enterprise Server Edition auna instancia de DB2 pureScale.

Procedimiento

1. En la instancia de DB2 pureScale, configure un lockbox compartido para utilizar con eldispositivo de Data Domain que almacena el respaldo ejecutado por el agente de aplicaciónde base de datos, como se describe en Configuración del lockbox en la página 111. Comoalternativa, cree un lockbox separado en cada host pureScale usando el mismo nombre deruta local en cada host.

2. En el archivo de configuración, en la instancia de DB2 pureScale, asegúrese de que laconfiguración del parámetro CLIENT sea idéntica a la configuración CLIENT utilizadadurante el respaldo en DB2 Enterprise Server.

3. En el miembro común de DB2 pureScale (miembro 0), restaure la imagen del respaldo offlinedesde DB2 Enterprise Server.

4. Para realizar la conversión de la base de datos para su uso en el ambiente pureScale, ejecuteel siguiente comando db2checkSD en la instancia de DB2 pureScale:

db2checkSD <sample> -l /tmp/checksd.log -u user_ID -p password

5. Realice los cambios necesarios en la configuración de la base de datos restaurada y elarchivo de configuración de DB2 según el ambiente pureScale:

l Actualice la configuración de los parámetros de configuración de la base de datosrestaurada, como logarchopt1, logarchopt2 y vendoropt, según sea necesario.

l Actualice cualquier ajuste de parámetro requerido en el archivo de configuración parafuturas operaciones, por ejemplo, para especificar el nombre de ruta correcto dellockbox, el nombre de host del sistema Data Domain y el nombre de ruta del dispositivo.

l Actualice la configuración de los parámetros necesarios en el archivo de configuración enel ambiente pureScale, como el ajuste de parámetros CLIENT.

6. Vuelva a configurar el lockbox para respaldos futuros de la base de datos restaurada, porejemplo, para usar un host de dispositivos o un nombre de ruta del dispositivo diferente.

7. Realice un respaldo offline completo de la base de datos restaurada en el miembro 0 depureScale.



Respaldos y restauraciones de registros de transacciones en un ambiente depureScale de DB2

En un ambiente de pureScale de DB2, cada miembro genera transacciones independientes ymantiene su propio conjunto de archivos de registro de transacciones. Para habilitar larecuperación de puesta al día de DB2, los registros de transacciones se deben respaldar.

Puede configurar el archivado de registros de transacciones de DB2 con el agente de aplicación debase de datos siguiendo las instrucciones en Configuración de archiving de registros detransacciones de DB2 en la página 160. Cuando establece el parámetro de configuraciónlogarchmeth1 o logarchmeth2 para utilizar la biblioteca de DB2, los archivos del registro detransacciones archivados se guardan automáticamente en el almacenamiento de Data Domain.

El agente de aplicación de base de datos lleva a cabo los respaldos de registros en función de laconfiguración de la política de base de datos DB2. El producto no tiene control sobre cuándo serespaldan los registros o con qué frecuencia. El servidor DB2 comienza el respaldo cuando se llenaun registro de transacciones.

Durante una recuperación con el comando db2 rollforward o db2 recover, los archivos deregistro archivados de cada miembro pureScale se recuperan desde el almacenamiento de DataDomain. DB2 combina los registros recuperados y recupera la base de datos al punto en el tiempoespecificado.

DB2 y el agente de aplicación de base de datos utilizan una ubicación de almacenamientoindependiente en la ruta del dispositivo en el sistema Data Domain para los archivos de registroarchivados de cada miembro pureScale.

Durante una recuperación de puesta al día, DB2 recupera los registros archivados por medio delagente de aplicación de base de datos de la ubicación que corresponde al miembro y aplica losregistros de transacciones a la base de datos.

Nota: Para un respaldo de base de datos, DB2 pureScale siempre pasa el número de nodo 0 a labiblioteca de proveedor, sin importar qué miembro realiza el respaldo. Como resultado, lasimágenes de respaldo de base de datos se almacenan en el directorio NODE0000/DBIMG/.

Eliminación de respaldos de Application Direct en un ambiente DB2 pureScalePuede ejecutar el comando db2 prune con la opción and delete en cualquier miembro activoen un ambiente de pureScale de DB2 a fin de eliminar entradas del archivo del historial derecuperación y eliminar los registros asociados archivados. Cuando se establece el parámetro deconfiguración de la base de datos auto_del_rec_obj en on, el agente de aplicación de base dedatos elimina las entradas del índice y los savesets de imagen de respaldo del almacenamiento deData Domain si se limpia la entrada del archivo de historial.

Puede configurar la eliminación o la limpieza automáticas de los respaldos de Application Direct enel ambiente DB2 pureScale según las instrucciones de Configuración de eliminación de respaldosde DB2 en la página 161. La documentación de IBM DB2 proporciona más detalles.

Sugerencias de solución de problemas de DB2 para lasoperaciones de Application Direct

En Sugerencias generales para la solución de problemas en la página 144, se proporcionainformación de solución de problemas comunes que se aplica a las operaciones del agente deaplicación de base de datos con todas las aplicaciones y bases de datos compatibles.

Los siguientes temas proporcionan información de solución de problemas para las operaciones deDB2 con el agente de aplicación de base de datos.



La puesta al día y la restauración de multi-stream de DB2 pueden fallar en AIXcon DFC

En AIX con Fibre Channel de Data Domain (DFC), una restauración multi-stream y una operaciónde puesta al día de DB2 podrían fallar o quedar suspendidas.

Puede resolver este problema mediante el aumento de la configuración de la cantidad dedispositivos DD Boost en el sistema Data Domain al cual está conectado. En Data Domain SystemManager:

1. Seleccione Data Management > DD Boost > Fibre Channel.

2. En el área DD Boost Access Groups, seleccione la cantidad de dispositivos DD Boost, con unmáximo de 64.

Problema de DB2 con la resolución del nombre de host localEl agente de aplicación de base de datos debe resolver el nombre de host local durante lasoperaciones. La resolución del nombre de host local utiliza los archivos de configuración delsistema. Por ejemplo, en AIX, la resolución es determinada por la entrada del host en elarchivo /etc/netsv.conf. En Linux, el archivo /etc/nsswitch.conf contiene la entrada dehost requerida.

Asegúrese de que la configuración de la entrada de host en el archivo de configuración del sistemasea correcta para la configuración de red deseada del host. De lo contrario, la operación del agentede aplicación de base de datos puede fallar inesperadamente, con la siguiente información al finaldel registro de depuración:

(pid = 6815758) (10/13/16 08:02:43) setMinDDBoostVersion: Exiting.(pid = 6815758) (10/13/16 08:02:43) checkDedupSettingsInternal: Exiting.(pid = 6815758) (10/13/16 08:02:43) nsrdb2_check_init_input: enabling index optimizations:

Por ejemplo en AIX, cuando el archivo /etc/hosts contiene la dirección de loopback real ::1 ipv6,el agente de aplicación puede asumir que la resolución del nombre de host debe ser basada enIPv6. Como resultado, es posible que el agente de aplicación no pueda resolver el nombre de hostlocal cuando el host netsvc.conf contiene solo una configuración de IPv4 o el host no estáconfigurado para IPv6.

El formato de la entrada de host define el orden predeterminado del mecanismo de resolución:

hosts = <valor>[, <valor>]

La siguiente tabla enumera los valores posibles para usar como referencia. Use uno o más de lossiguientes valores para la palabra clave de hosts.

Tabla 20 Valores de ejemplo para la entrada de host en el archivo de configuración del sistema

Valor de la palabraclave de hosts

Descripción del valor de la palabra clave

bind Utiliza los servicios de vinculación/DNS para resolución de nombre dehost

local Busca en el archivo local /etc/hosts para la resolución del nombre

de host



Tabla 20 Valores de ejemplo para la entrada de host en el archivo de configuración delsistema (continuación)

Valor de la palabraclave de hosts

Descripción del valor de la palabra clave

bind4 Utiliza los servicios de vinculación/DNS para la resolución de direcciónIPv4 únicamente

local4 Busca en el archivo local /etc/hosts para la resolución de dirección

IPv4 únicamente

bind6 Utiliza los servicios de vinculación/DNS para la resolución de direcciónIPv6 únicamente

local6 Busca en el archivo local /etc/hosts para la resolución de dirección

IPv6 únicamente

El siguiente sitio proporciona más detalles acerca de la resolución del nombre de host en AIX:

http://www.ibm.com/support/knowledgecenter/ssw_aix_61/com.ibm.aix.files/netsvc.conf.htm

Problemas de DB2 con la configuración de logarchopt<n>Debido a una limitación de DB2, solo los primeros 30 caracteres de la configuraciónlogarchopt<n> se almacenan en el archivo del historial de DB2. Se recomienda configurar elparámetro logarchopt<n> con un valor que tenga menos de 30 caracteres, incluido el símbolo@.

Los siguientes problemas podrían ocurrir si no sigue la recomendación.

1. La eliminación de respaldos de registros falla debido al valor logarchopt<n>

Cuando se configura la limpieza de respaldos de registros con el parámetroAUTO_DEL_REC_OBJ, es posible que el valor original de logarchopt<n> no se pueda pasarcorrectamente desde DB2. Como resultado, la eliminación puede fallar.

La salida del comando db2 prune history and delete podría indicar un resultadoexitoso, pero la eliminación de respaldos de registros podría tener un problema. Es posible queaparezcan errores en el archivo db2diag.log y las entradas del registro aún puedenpermanecer en el almacenamiento de respaldo y el historial de la base de datos de DB2.

En este caso, puede realizar la siguiente solución alternativa.

a. Ejecute el siguiente comando para actualizar el campo comment a un valor que tiene menosde 30 caracteres:

db2 update history file EID <entry_eid> with comment '<new_location_of_logarchopt1>'

Por ejemplo, ejecute el siguiente comando:

db2 update history EID 10 with comment '@C:\tmp\other.cfg'

b. Vuelva a ejecutar el comando db2 prune history and delete.

2. La operación de recuperación falla debido al valor logarchopt<n>



http://www.ibm.com/support/knowledgecenter/ssw_aix_61/com.ibm.aix.files/netsvc.conf.htm

En versiones anteriores de DB2, por ejemplo, 9.x, cuando la configuración logarchopt1excede los 30 caracteres de longitud, la operación db2 recover db puede fallar con elsiguiente tipo de error:

SQL1268N Roll-forward recovery stopped due to error "SQL1042" while retrieving log file "S0000001.LOG" for database "TEST" on node "0"

En este caso, puede realizar la siguiente solución alternativa.

a. Vuelva a configurar el parámetro logarchopt1 ejecutando el siguiente comando:

db2 update db cfg for <database_name> using logarchopt1 '@<pathname>/db2_ddbda.cfg'

donde:

l <database_name> es el nombre de la base de datos.

l <pathname>/db2_ddbda.cfg es el nombre de ruta completo que contiene menos de30 caracteres.

b. Vuelva a ejecutar la recuperación de la base de datos. Por ejemplo, ejecute el siguientecomando:

db2 recover db <database_name>

c. Respalde la base de datos después de que la recuperación se complete correctamente. Porejemplo, ejecute el siguiente comando:

db2 backup db <database_name> load '<library_path>/libddboostdb2.so' options '@<pathname2>/bk_db2.cfg'

Este paso garantiza que las operaciones de recuperación futuras, a un punto en el tiempodespués de este tiempo de ejecución de respaldo, utilicen la nueva configuración para elparámetro logarchopt1.

3. Una puesta al día falla en Windows con DB2 9.7 debido al valor logarchopt2

En Windows con DB2 9.7, debido a una limitación de DB2, una operación de puesta al día deDB2 podría generar una falla general en la instancia de DB2 si la consulta de registro o larecuperación utilizan logarchmeth2 con la siguiente configuración:

l La configuración logarchmeth2 especifica el método de archiving del proveedor.

l La configuración logarchopt2 supera los 50 caracteres de longitud.

La falla de la operación de puesta al día genera el siguiente tipo de mensaje de error:

C:\Program Files\IBM\SQLLIB\BIN> db2 rollforward db sample to end of logs

SQL1224N The database manager is not able to accept new requests, has terminated all requests in progress, or has terminated the specified request because of an error or a forced interrupt. SQLSTATE=55032

En este caso, reinicie la instancia de DB2 y vuelva a configurar logarchopt2 para que apuntea un valor de 30 caracteres o menos, según lo requerido por el estándar de IBM. Luego, reiniciela operación de puesta al día.



Problemas de limpieza de DB2 con AUTO_DEL_REC_OBJLos siguientes problemas de limpieza de DB2 podrían ocurrir con la eliminación de objetos derecuperación automática que se configura mediante el parámetro AUTO_DEL_REC_OBJ.

1. La limpieza de un respaldo de múltiples sesiones deja entradas en el historial de DB2

La operación de limpieza de un respaldo realizada en varias sesiones elimina todos los respaldosdel sistema Data Domain, pero es posible que no elimine todas las entradas en el historial de labase de datos DB2.

Para resolver este problema y eliminar las entradas en el historial de la base de datos DB2,ejecute un comando db2 prune history with force option sin la opción delete.

2. Limpieza del historial del registro de DB2 después de que una puesta al día genera errores

Si ejecuta una restauración de DB2 sin la opción replace history file y después ejecutauna operación de puesta al día, el archivo de historial del registro podría contener entradasduplicadas para los registros archivados después del respaldo y usados en la puesta al día. Unaoperación de limpieza del historial de DB2 con AUTO_DEL_REC_OBJ configurada en ON podríaproducir errores engañosos. Los errores se producen cuando el software de DB2 solicita laeliminación del mismo respaldo de registro archivado varias veces debido a las entradasduplicadas en el historial.

Nota: Este problema no ocurre cuando se ejecuta la restauración de DB2 con la opciónreplace history file.

Por ejemplo, la operación db2 prune history genera el siguiente mensaje en el archivodb2diag.log:

2015-05-04-13.39.24.676564-240 E684889E515 LEVEL: InfoPID : 1027 TID : 47814394505536PROC : db2sysc 0INSTANCE: db2inst1 NODE : 000 DB : TESTAPPHDL : 0-5718 APPID: *LOCAL.db2inst1.150504173845AUTHID : DB2INST1EDUID : 2878 EDUNAME: db2agent (TEST) 0FUNCTION: DB2 UDB, database utilities, sqluhDeletionReport, probe:381MESSAGE : ADM8506I Successfully deleted the following database logs "3 - 5" in log chain "1".

2015-05-04-13.39.24.676841-240 E685405E502 LEVEL: ErrorPID : 1027 TID : 47814394505536PROC : db2sysc 0INSTANCE: db2inst1 NODE : 000 DB : TESTAPPHDL : 0-5718 APPID: *LOCAL.db2inst1.150504173845AUTHID : DB2INST1EDUID : 2878 EDUNAME: db2agent (TEST) 0FUNCTION: DB2 UDB, database utilities, sqluhDeletionReport, probe:387MESSAGE : ADM8509N Unable to delete the database logs "3 - 4" in log chain "1".

Para resolver este problema, realice los siguientes pasos:

a. Para verificar que se hayan eliminado las entradas de registro, consulte el archivodb2diag.log y el índice de respaldo.

b. Limpie el archivo del historial de DB2 mediante la ejecución de un comando db2 prunehistory...with force option sin la opción and delete.

Problemas de DB2 debido a la recuperación incorrecta de registrosLos siguientes problemas de DB2 son provocados por la recuperación incorrecta de los registros derespaldo.



1. Problema de recuperación de registros para bases de datos que se volvieron a crear

Según la documentación de IBM DB2, el destino que contiene los respaldos de registrosarchivados, conocido como la ruta de registro de archivo, debe contener solo los archivos deregistro que pertenecen a la base de datos actual.

Si la ruta de registro de archivo se usó anteriormente para una base de datos con el mismonombre que, por ejemplo, se descartó y se volvió a crear, los respaldos antiguos y nuevos nodeben almacenarse juntos. La combinación de los respaldos nuevos con los respaldos deregistros anteriores puede provocar problemas durante una limpieza y recuperación de unregistro, al igual que en una operación de puesta al día o un respaldo en línea con la opciónINCLUDE LOGS.

Es posible que falle la operación de recuperación de registro con los siguientes mensajes deerror en el archivo db2diag.log:

Database ID does not match. Extent does not belong to this database.Database ID does not match. Extent probably for another database.

Es posible que la base de datos que se descartó y se volvió a crear comparta las mismassecuencias y cadenas de registro. En tal caso, es posible que la limpieza de respaldos deregistro archivados para una base de datos quite accidentalmente los registros de la otra basede datos.

Para evitar este problema, asegúrese de limpiar los respaldos de registros anteriores si ya no senecesitan. Si usa el comando ddbmadmin para la limpieza, consulte la información deddbmadmin en Configuración de la visualización y la eliminación de información del saveset enla página 125 para identificar las opciones de eliminación adecuadas. Cuando se debenconservar los respaldos antiguos, se recomienda que use un dispositivo nuevo para losrespaldos de la base de datos actual mediante la configuración del parámetro DEVICE_PATHen una ubicación nueva en el sistema Data Domain.

2. Problema de DB2 en la puesta al día con el respaldo de registro archivado

Un respaldo de registro archivado de DB2 podría realizarse en el mismo plazo como unarestauración de registro durante una operación de puesta al día. Por ejemplo, para completaruna puesta al día, las transacciones no confirmadas se revierten. La acción de reversión invocaarchivado de registros. En este caso, la restauración y archivado de registros usan el mismoarchivo de configuración.

Una recuperación redireccionada a un cliente diferente debe utilizar dos parámetros de clienteque se refieren a hosts diferentes: el cliente de origen que tiene el registro para poner al día y elcliente de destino que tiene el registro que se debe respaldar. Si la recuperación usa solo unparámetro de cliente que señala el cliente de origen, el respaldo de registro simultáneo seguarda incorrectamente con el nombre del cliente de origen. Por lo tanto, una operación depuesta al día (cuando sea necesaria) de la base de datos de origen puede fallar con el siguienteerror cuando se recupera el registro incorrecto:

Database ID does not match. Extent probably for another database.

El parámetro SOURCE_CLIENT evita este problema, ya que señala al cliente de origen quetiene los respaldos de registro que se usaron para la puesta al día. CLIENT se utiliza paraindicar el host de destino en el que se almacenarán los respaldos de registros archivados de lareversión. Si SOURCE_CLIENT no se especifica, CLIENT se utiliza para la restauración y elrespaldo de registros archivados.



El respaldo de base de datos puede fallar cuando se ejecuta simultáneamentecon respaldos de una gran cantidad de registros archivados

Si un respaldo de base de datos, especialmente uno con varias sesiones, se inicia cuando una grancantidad de registros archivados (más de 300 registros) están listos para ser respaldados, puedefallar el respaldo de la base de datos.

En este caso, puede reiniciar el respaldo de la base de datos más adelante, cuando haya menosregistros que se deban respaldar. Se puede calcular el número aproximado de registros que estánlistos para el respaldo mediante la comparación del número de secuencia de registro más recienteque se respaldó y la siguiente secuencia de registro que se debe archivar.

Para calcular el siguiente número de secuencia de registro para archivar, consulte el siguientenúmero de secuencia de registro activo de la configuración de la base de datos. Por ejemplo:

C:\Program Files> db2 get db cfg for testdb1 | grep -i log

First active log file = S0000559.LOG

Para calcular el siguiente registro archivado que se debe respaldar, navegue al archivodb2diag.log. Por ejemplo, el archivo contiene la siguiente información:

FUNCTION: DB2 UDB, data protection services, sqlpgArchiveLogFile, probe:3180DATA #1 : <preformatted>Completed archive for log file S0000347.LOG to VENDOR chain 1 from C:\DB2_01\NODE0000\SQL00001\LOGSTREAM0000\.

En estos ejemplos, puede calcular la cantidad de registros archivados listos para ser respaldados,como: 559 - 347 = 212 registros.

La operación de DB2 podría generar registros de depuración vacíos en WindowsEn Windows, algunas operaciones de DB2 con el agente de aplicación de base de datos puedengenerar archivos de registro de depuración con un tamaño de cero bytes.

Puede ignorar cualquier registro de depuración de cero bytes.





CAPÍTULO 6

Operaciones de Storage Direct en sistemas DB2


l Descripción general de las operaciones de Storage Direct en un ambiente DB2................... 196l Configuración de las operaciones de Storage Direct en un ambiente de DB2....................... 197l Ejecución de respaldos y recuperaciones de Storage Direct con el CLP de DB2.................. 201l Administración y eliminación de respaldos de DB2 de Storage Direct.................................. 203l Preparación para la recuperación ante desastres de DB2.................................................... 205l Requisitos de DPF de DB2 para operaciones de Storage Direct.......................................... 206l Requisitos de HADR de DB2 para operaciones de Storage Direct........................................ 212l Requisitos de DB2 pureScale para las operaciones de Storage Direct.................................. 213l Sugerencias de solución de problemas de DB2 para las operaciones de Storage Direct.......225


Descripción general de las operaciones de Storage Direct enun ambiente DB2

El agente de aplicación de base de datos se integra en las interfaces de DB2 para proveedores deadministración de medios de otros fabricantes, a fin de permitir los respaldos y las restauracionesde Storage Direct para DB2, y la administración y la eliminación de los respaldos. El software IBMDB2 proporciona la función de servicios de copia avanzados (ACS), que permite operaciones deStorage Direct en bases de datos DB2.

Puede realizar un respaldo, una restauración, una consulta o una eliminación de Storage Direct conel producto en un servidor de base de datos DB2 mediante la ejecución de una de las herramientasde DB2 compatibles:

l Procesador de línea de comandos (CLP) de DB2 con los comandos db2 backup y db2restore

l Herramienta de consulta y eliminación de DB2 db2acsutilPuede utilizar estas herramientas en cooperación con el agente de aplicación de base de datospara realizar las siguientes operaciones de DB2 de Storage Direct:


l Respaldos completos de toda una base de datos


l Recuperación en la ubicación original o un host diferente (la misma base de datos e instancia)

l Respaldo y recuperación de bases de datos solamente

l Eliminación y consulta de respaldos

Debido a las limitaciones de las instantáneas de DB2, el agente de aplicación de base de datos escompatible solo con el respaldo y la restauración de Storage Direct para una base de datos DB2completa. En una restauración de Storage Direct, la base de datos y la instancia deben tener elmismo nombre que en el respaldo.

El agente de aplicación de base de datos no es compatible con el respaldo ni la restauración deStorage Direct para espacios de tablas de DB2 seleccionados, registros archivados ni otrosarchivos. El agente de aplicación de base de datos tampoco es compatible con un respaldo deStorage Direct incremental para datos de DB2.

El producto mantiene índices de respaldo en línea en el sistema Data Domain. Durante losrespaldos, el producto crea entradas de respaldo en los índices en línea, que proporcionan lainformación necesaria para restaurar los datos respaldados.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Storage Direct con el agente de aplicación debase de datos en un ambiente DB2.

Procesos de respaldo de DB2 de Storage DirectEn un respaldo de base de datos de DB2 de Storage Direct se incluyen las siguientes interaccionesde proceso.

1. El administrador de base de datos inicia el respaldo mediante la ejecución del comando db2backup use snapshot library, la GUI de IBM Data Studio o la GUI del Centro de controlde DB2.

2. El software de DB2 carga la biblioteca compartida utilizada por el agente de aplicación de basede datos y después invoca la API de ACS para las tareas de respaldo.



Nota: La documentación de IBM se refiere a la biblioteca como una biblioteca deproveedor.

3. El agente de aplicación de base de datos lee el archivo de configuración y después inicializa laconexión con el sistema Data Domain.

4. El software de DB2 envía información a la biblioteca compartida acerca de las rutas de la basede datos para respaldar, y después la biblioteca pasa la información al agente de instantánea.

5. El flujo de trabajo de respaldo se lleva a cabo como se describe en el tema sobre el flujo detrabajo de respaldo de Storage Direct o el flujo de trabajo de respaldo de Storage Direct conRecoverPoint en el capítulo 1.

Procesos de restauración de DB2 de Storage DirectEn una restauración de base de datos de DB2 de Storage Direct se incluyen las siguientesinteracciones de proceso.

1. El administrador de base de datos inicia la restauración mediante la ejecución del comando db2restore use snapshot library, la GUI de IBM Data Studio o la GUI del Centro decontrol de DB2.

2. El software de DB2 carga la biblioteca compartida utilizada por el agente de aplicación de basede datos y después invoca la API de ACS para las tareas de restauración.

3. El agente de aplicación de base de datos lee el archivo de configuración y después inicializa laconexión con el sistema Data Domain.

4. El software de DB2 solicita el respaldo del agente de aplicación de base de datos.

5. El flujo de trabajo de restauración continúa como se describe en el tema acerca del flujo detrabajo de restauración de Storage Direct o el flujo de trabajo de restauración de StorageDirect con RecoverPoint en el capítulo 1.

Respaldos de DB2 de registros de transaccionesAsegúrese de que se respalden los registros de transacciones archivados de DB2, por ejemplo,mediante la configuración del respaldo automático de los registros de transacciones. En el respaldoautomático de registros se utiliza el flujo de trabajo de Application Direct, no el flujo de trabajo deStorage Direct. Respaldos de DB2 de registros de transacciones en la página 157 proporciona másdetalles.

Configuración de las operaciones de Storage Direct en unambiente de DB2

Asegúrese de que se hayan completado las configuraciones de VMAX, XtremIO, RecoverPoint yData Domain según la documentación de Storage Direct. Los recursos de almacenamientonecesarios se deben configurar y aprovisionar correctamente para permitir las operaciones deStorage Direct.

Complete las siguientes tareas para habilitar las operaciones de Storage Direct:

l Asegúrese de que el programa ddbsmd se inicie desde el directorio /opt/dpsapps/dbappagent/bin.

l Para las operaciones de Storage Direct para VMAX únicamente, asegúrese de que la versión deVMAX Solutions Enabler compatible esté instalada y configurada, ya sea en modo local en cadahost de producción o en modo de servidor remoto, de manera que el host de aplicacionespueda comunicarse con el servidor de SYMAPI. En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se describen las versionescompatibles.




Si utiliza Solutions Enabler en el modo de servidor remoto, debe instalar Solutions Enabler enun host de servidor SYMAPI independiente. Configure NSM_SERVER como el nombre deSYMAPI_SERVER para modificar el archivo netcnfg en el directorio de configuración deSYMAPI del host de aplicaciones. Verificación del modo de Solutions Enabler para respaldos deVMAX en la página 95 proporciona más detalles. Si su usuario no tiene permisos de raíz, en ladocumentación de Solutions Enabler se proporciona información acerca de cómo configuraruna cuenta de usuario sin acceso raíz.

Si utiliza Solutions Enabler en modo local en el host de producción, los equipos selectoresnecesarios se configuran y se enmascaran en el host de producción, como se describe enPowerProtect Storage Direct Primary and Protection Storage Configuration Guide. SolutionsEnabler utiliza los dispositivos selectores para comunicarse con el arreglo de almacenamientoVMAX.

Si utiliza Solutions Enabler en modo de servidor remoto en un host de servidor de SYMAPIindependiente, los equipos selectores no se configuran y se enmascaran en el host deproducción.

La base de datos de Solutions Enabler debe estar actualizada en cualquier host en el que seejecute un respaldo o una recuperación. Para actualizar la base de datos de Solutions Enabler,ejecute el comando symcfg discover. En la documentación de Solutions Enabler se ofrecendetalles.

Operaciones de Storage Direct del agente de aplicaciones de base de datos con límites de uso deData Domain en la página 45 proporciona reglas generales sobre la configuración de límites de usode Data Domain para las operaciones de Storage Direct.

Para permitir las operaciones de Storage Direct en un ambiente de DB2, debe completar lasconfiguraciones necesarias del agente de aplicaciones de base de datos. En los temas siguientes,se proporciona información detallada sobre la configuración de productos.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Storage Direct con el agente de aplicacionesde base de datos en un ambiente de DB2.

Configuración de los parámetros de DB2 para las operaciones de Storage DirectDebe configurar los parámetros requeridos para las operaciones de Storage Direct de DB2 en elarchivo de configuración que utiliza el agente de aplicación de base de datos. Por ejemplo, elarchivo de configuración denominado db2_ddbda.cfg contiene las siguientes configuraciones deparámetros para las operaciones de Storage Direct:

DDBOOST_USER=qa_ostDDVDISK_USER=vdiskDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_db2DEVICE_POOL=IT_data_pool

Preparación del archivo de configuración en la página 80 describe los parámetros comunes, losparámetros de Storage Direct y cómo configurar los parámetros en el archivo de configuración.Otros temas en Configuración del producto en la página 79 describen los parámetros y losrequisitos para las restauraciones de respaldos replicados y las restauraciones de reversión.

Asegúrese de que el archivo de configuración también incluya el parámetroDB2_ACS_LAYOUT_CHECK si es necesario. Cumplimiento de la mejor práctica de ACS de DB2 enel diseño de directorios de registros en la página 199 proporciona información detallada.




Cumplimiento de la mejor práctica de ACS de DB2 en el diseño de directorios de registrosPara excluir registros en un respaldo de Storage Direct o para excluir registros en la restauraciónde un respaldo de Storage Direct que incluye registros, los directorios de los registros deben residiren volúmenes de disco diferentes a los de las otras rutas de base de datos.

La mejor práctica de ACS de DB2 recomienda utilizar un grupo de volúmenes dedicado para rutasde registros, con las rutas de registros incluidas en un volumen de instantáneas que está separadode los contenedores de bases de datos y del directorio de bases de datos.

Consulte la siguiente documentación de IBM:

http://pic.dhe.ibm.com/infocenter/db2luw/v10r1/topic/com.ibm.db2.luw.admin.ha.doc/doc/c0053158.html

Para Storage Direct con RecoverPoint, como las instantáneas se realizan a nivel del grupo deconsistencia, la agrupación de los objetos de base de datos se debe llevar a cabo en ese nivel. Pararespaldar o restaurar una base de datos sin los registros, los directorios de los registros de base dedatos deben residir en discos que pertenecen a un grupo de consistencia diferente a los discos delas otras rutas de base de datos.

El parámetro DB2_ACS_LAYOUT_CHECK especifica si se debe aplicar la mejor práctica de ACS deDB2 en el diseño del directorio de registros de la base de datos durante un respaldo de StorageDirect. Establezca el parámetro en la sección [GENERAL] del archivo de configuración. En la tablasiguiente, se proporcionan detalles.

Tabla 21 Parámetro de DB2 para las operaciones de Storage Direct

Parámetro: DB2_ACS_LAYOUT_CHECK

Sección: [GENERAL]

Especifica si se debe aplicar la mejor práctica de ACS de DB2 en el diseño del directorio de registros de la base dedatos durante un respaldo de Storage Direct.

Para la mejor práctica se requiere un grupo de volúmenes dedicados para las rutas de registros, con las rutas deregistros incluidas en un volumen de sistemas de archivo diferente al de los contenedores y el directorio de la basede datos.

Para un respaldo de Storage Direct con RecoverPoint, la aplicación de diseño se valida a nivel del grupo deconsistencia.

Opcional para un respaldo de Storage Direct.

Valores válidos:

l TRUE (predeterminado) = aplique la mejor práctica de ACS de DB2 en el diseño de directorios de registros. Losrespaldos con la opción exclude logs fallan si las rutas de registro no están en un volumen de sistema de

archivos separado. Para respaldos de Storage Direct con RecoverPoint, los respaldos con la opción excludelogs fallarán si los registros no están en un volumen separado que pertenezca a un grupo de consistencia

independiente.

l FALSE = no aplique la mejor práctica de ACS de DB2 en el diseño de directorios de registros.

Configuración de archiving de registros de transacciones de DB2Cuando configura el archiving de registros de transacciones de DB2, el agente de aplicación debase de datos realiza los respaldos de registros en función de la configuración de política de base





de datos DB2. El producto no tiene control sobre cuándo se respaldan los registros o con quéfrecuencia. El servidor DB2 comienza el respaldo cuando se llena un registro de transacciones.

Configuración de archiving de registros de transacciones de DB2 en la página 160 proporcionainformación detallada acerca de cómo configurar el respaldo automático de registros detransacciones de DB2, que utiliza el flujo de trabajo de Application Direct y no el flujo de trabajo deStorage Direct.

Preparación para las restauraciones de reversión redirigidas de DB2 de losrespaldos de Storage Direct para VMAX

El agente de aplicación de base de datos 4.0 cuenta con compatibilidad para las restauraciones dereversión redirigidas de respaldos de Storage Direct para VMAX en LUN alternativos en un hostalternativo.

En Configuración de las restauraciones de reversión de respaldos de Storage Direct en la página105 se describen los requisitos básicos para una restauración de reversión redirigida de un respaldode Storage Direct para VMAX.

Para realizar una restauración de reversión redirigida de un respaldo de Storage Direct para VMAX,asegúrese de cumplir con los siguientes requisitos adicionales:

l Utilizar un respaldo coherente para la restauración. En el caso de una base de datosrecuperable, restaurar el respaldo con la opción without rolling forward.

l Ejecutar la restauración de reversión de una base de datos completa, incluidos los registros.

Nota: No es necesario que la base de datos exista antes de la restauración de reversión.

l El parámetro de configuración del administrador de base de datos, DFTDBPATH, se establece,como preferencia, según el valor de ruta de la base de datos en el respaldo. Esta configuraciónayuda con cualquier limpieza manual que podría ser necesaria después de que falla unarestauración de instantáneas.

Preparación para respaldos y restauraciones de reversión de DB2 de StorageDirect con RecoverPoint

Con las versiones de RecoverPoint anteriores a 5.0, el agente de aplicación de base de datos llevaa cabo una restauración de reversión de un respaldo de DB2 de Storage Direct con RecoverPointen el nivel de grupo de consistencia. Si el grupo de coherencia de RecoverPoint que se estárestaurando contiene varios LUN, todos los LUN se sobrescriben y son inaccesibles durante larestauración de reversión. Los requisitos específicos se aplican a los respaldos y a lasrestauraciones de reversión de DB2 de Storage Direct con RecoverPoint.

Asegúrese de seguir los requisitos y las recomendaciones en Configuración de las restauracionesde reversión de respaldos de Storage Direct en la página 105.

DB2 es compatible con los respaldos y las restauraciones que excluyen objetos de registro cuandolos objetos de registro se clasifican en un grupo diferente a otros objetos de base de datos. Elagente de aplicación de base de datos lleva a cabo la agrupación durante el tiempo de respaldo:

l Con el agente de aplicación de base de datos 2.5, la agrupación de objetos de respaldo para elrespaldo de Storage Direct con RecoverPoint se ejecuta por grupos de volúmenes de sistemade archivos en reemplazo de una restauración a un punto en el tiempo.

l Con el agente de aplicación de base de datos 3.0 o posterior, para admitir la restauración dereversión con una limitación en la recuperación de la versión de RecoverPoint, la agrupación deobjetos de respaldo se realiza por grupo de consistencia para todas las versiones deRecoverPoint.

Asegúrese de cumplir con los siguientes requisitos para una restauración de reversión o respaldode DB2 de Storage Direct con RecoverPoint con la opción exclude logs:



l Los LUN de registro de base de datos están en un grupo de coherencia dedicado,independiente de los LUN de base de datos.

l Los LUN de registro de base de datos están en un grupo de volumen dedicado, independientede los LUN de base de datos.

Para una restauración de reversión de un respaldo de la versión 2.5 con versiones de RecoverPointanteriores a 5.0, asegúrese de que todos los objetos de base de datos en el mismo grupo deconsistencia estén incluidos en el comando de restauración. Si cualquier LUN en el grupo deconsistencia respaldado contiene objetos que no se hayan incluido en el comando de respaldo,asegúrese de desmontar manualmente esos LUN antes de la restauración de reversión y, acontinuación, monte de nuevo manualmente los LUN después de la restauración.

Nota:

l Con las versiones de RecoverPoint anteriores a 5.0, un respaldo y una restauración dereversión de DB2 de Storage Direct con RecoverPoint siempre ocurren a nivel de grupo deconsistencia, independientemente de los objetos que se incluyan en el comando derespaldo. La agrupación de objetos de respaldo se realiza por grupo de consistencia. Comomejor práctica para una restauración de reversión de DB2 de Storage Direct conRecoverPoint, cuando realice el respaldo o la restauración de reversión, no excluyaregistros ni archivos de base de datos que formen parte del grupo de consistencia deRecoverPoint que se está respaldando o restaurando.

l Antes de una restauración de reversión de un respaldo de la versión 2.5 o un respaldo deuna versión de RecoverPoint anterior a 5.0 con la opción exclude logs (donde elrespaldo o la restauración utilizan la opción), asegúrese de que el archivopsrollback.res no enumere los directorios de registro de DB2.

Ejecución de respaldos y recuperaciones de Storage Directcon el CLP de DB2

Puede ejecutar el CLP de DB2 para realizar respaldos, restauraciones y recuperaciones de StorageDirect con el agente de aplicación de base de datos. La documentación de DB2 proporcionadetalles sobre los comandos y las opciones del CLP de DB2.

Ejecución de respaldos de Storage Direct con el CLP de DB2Por qué y cuándo se efectúa esta tarea

Puede ejecutar un respaldo de DB2 de Storage Direct después de haber completado lasconfiguraciones de respaldo en Configuración de las operaciones de Storage Direct en un ambientede DB2 en la página 197.

Puede ejecutar el comando db2 backup use snapshot library correspondiente pararealizar un respaldo de DB2 de Storage Direct.

Los respaldos de instantáneas de DB2 no son compatibles con respaldos de varias sesiones, denivel de espacio de tabla o de nivel incremental. La documentación de DB2 proporciona detallessobre todas las opciones no compatibles para respaldos de instantáneas.

El tipo predeterminado de respaldo de Storage Direct es un respaldo completo sin conexión de labase de datos de todas las rutas que conforman la base de datos, incluidos todos los contenedores,el directorio del volumen local, la ruta de la base de datos y las rutas de los registros espejeados ylos registros primarios. En un respaldo de Storage Direct se utiliza la opción include logs deforma predeterminada, a menos que especifique la opción exclude logs. Puede realizar un



respaldo en línea mediante el uso de la opción online. La documentación de DB2 proporcionainformación detallada.

Por ejemplo, en UNIX, ejecute el siguiente comando:

db2 backup db <sample> online use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg'

donde:

l <sample> es el nombre de la base de datos que se respaldará.

l online especifica que se debe ejecutar un respaldo en línea. El tipo de respaldopredeterminado es un respaldo offline.

l <pathname>/db2_ddbda.cfg es el nombre de ruta del archivo de configuración de DB2,como se describe en Configuración de los parámetros de DB2 para las operaciones de StorageDirect en la página 198.

Ejecución de restauraciones de Storage Direct con el CLP de DB2Puede ejecutar el comando db2 restore use snapshot library con las opcionesadecuadas para realizar una restauración de DB2 de Storage Direct en el mismo host deaplicaciones de DB2 o en un host diferente.


Una restauración de DB2 de Storage Direct puede restaurar un respaldo de Storage Direct a labase de datos original.

Si está recuperando los datos a un punto en el tiempo, tenga en cuenta el registro de fecha y horadel respaldo que se debe restaurar.

Las restauraciones de instantáneas de DB2 no son compatibles con el nivel incremental, el nivel deespacio de tablas u otros tipos de restauraciones. La documentación de DB2 proporciona detallessobre todas las opciones no compatibles para restauraciones de instantáneas.

Antes de realizar una operación de restauración, asegúrese de que se cumplan los siguientesrequisitos:

l EI ID de usuario numérico (UID) y el ID de grupo (GID) del propietario de la base de datos oinstancia de destino coinciden con el UID y el GID originales capturados durante el respaldo deStorage Direct.

Un respaldo de Storage Direct está asociado al propietario de la base de datos/instanciaoriginal. Durante la restauración del respaldo de Storage Direct, el UID y el GID del propietariode la base de datos o instancia de destino deben coincidir con el UID y el GID originales. De locontrario, la restauración falla, debido a que el propietario de la base de datos/instancia notiene permiso de acceso a los objetos de la base de datos después de que se restauran.

l Todos los puntos de montaje del sistema de archivos en el respaldo se vuelven a crear con lapropiedad y los permisos adecuados.

En una restauración de Storage Direct no se restauran la propiedad ni los permisos de lospuntos de montaje, ni los directorios del sistema de archivos sobre ellos.

l Si la base de datos contiene vínculos simbólicos, los vínculos simbólicos se vuelven a crearantes de que realice una restauración.

En un respaldo de Storage Direct no se respaldan vínculos simbólicos.



Realice una restauración de Storage Direct mediante la ejecución del comando db2 restoreuse snapshot library. Por ejemplo, ejecute el siguiente comando en UNIX:

db2 restore db <sample> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss> logtarget include force

donde:

l <sample> es el nombre de la base de datos que se restaurará.

l <pathname>/db2_ddbda.cfg es el nombre de ruta del archivo de configuración de DB2.

l <yyyymmddhhmmss> es el registro de fecha y hora del respaldo que se restaurará.

Omita el parámetro taken at si restaura solo el respaldo más reciente de la base de datos.

Si se desconoce el registro de fecha y hora del respaldo, puede ejecutar el comando db2acsutilquery para buscar el registro de fecha y hora. Por ejemplo:

db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot db <sample>

donde:

l <pathname>/db2_ddbda.cfg es el nombre de ruta completo del archivo de configuración.

l <sample> es el nombre de la base de datos que se restaurará.

Consultas de los respaldos de DB2 de Storage Direct en la página 204 proporciona más detalles.

Ejecución de una recuperación de DB2 con el CLP de DB2Por qué y cuándo se efectúa esta tarea

Puede ejecutar el comando db2 rollforward para aplicar los registros de transacciones que sealmacenan en el sistema Data Domain para recuperar una base de datos DB2 a la hora actual o a undeterminado punto en el tiempo. La operación de puesta al día utiliza el flujo de trabajo deApplication Direct, no el flujo de trabajo de Storage Direct. Ejecución de una recuperación de DB2con el comando db2 rollforward en la página 170 proporciona información detallada.

Nota: Para utilizar la recuperación de puesta al día, el agente de aplicación de base de datosdebe haber respaldado los registros de transacciones. Respaldos de DB2 de registros detransacciones en la página 197 proporciona información detallada. El comando db2 recoverno se aplica a respaldos de Storage Direct.

Administración y eliminación de respaldos de DB2 de StorageDirect

Puede usar la utilidad db2acsutil para administrar los respaldos de Storage Direct para DB2.Puede ejecutar el comando db2acsutil para realizar las siguientes operaciones:

l Mostrar los respaldos disponibles de Storage Direct para DB2 que puede utilizar para restaurarla base de datos DB2.

l Eliminar los respaldos de Storage Direct para DB2 y liberar los recursos asociados.

Nota: No puede usar la utilidad db2acsutil para monitorear el estado de los respaldos deStorage Direct para DB2 creados con el agente de aplicación de base de datos.



La documentación de IBM DB2 proporciona información detallada sobre el comando db2acsutily sus opciones.

Cada respaldo de Storage Direct también se registra en el historial de recuperación de DB2, al igualque otros tipos de respaldos de DB2. Sin embargo, las siguientes operaciones no son aplicables alos respaldos de instantáneas de DB2:

l Limpieza manual de respaldos de objetos de base de datos con el comando db2 prunehistory and delete.

l Eliminación automática de objetos de recuperación por medio de una configuración con losparámetros num_db_backups, rec_hist_retentn y auto_del_rec_obj de DB2.

Consultas de los respaldos de DB2 de Storage DirectPuede ejecutar el comando db2acsutil query para generar una lista de los respaldos de DB2de Storage Direct disponibles que se conservan en el repositorio. Puede ejecutar el comando con laopción db, instance o taken at<DB2_timestamp>. El agente de aplicación de base de datosno es compatible con la combinación de ninguna de estas opciones de comandos.

En los siguientes ejemplos se muestran las consultas de los respaldos de Storage Direct:

db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot db SAMPLEdb2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot instance db2inst1db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot taken at 20150321121212db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot older than 7 days ago instance db2inst1

donde <pathname>/db2_ddbda.cfg es el nombre de ruta completo del archivo deconfiguración utilizado por el agente de aplicación de base de datos. La documentación de DB2proporciona detalles sobre el comando y las opciones.

Eliminación de respaldos de DB2 de Storage DirectPuede ejecutar el comando db2acsutil delete con la opción taken at<yyyymmddhhmmss>para eliminar un respaldo de DB2 de Storage Direct creado con el agente de aplicación de base dedatos. El agente de aplicación de base de datos no es compatible con ninguna otra opción con elcomando db2acsutil delete.

Antes de confirmar que debe continuar la eliminación, busque el nombre de la instancia y la base dedatos en la salida del comando db2acsutil delete. El software elimina las entradas derespaldo de los índices de respaldos.

La operación db2acsutil delete no involucra el historial de recuperación de DB2. Si esnecesario, puede eliminar manualmente el historial de recuperación de DB2 para evitar que sesincronice con las operaciones de la utilidad db2acsutil.

En el siguiente ejemplo se muestra la eliminación de un respaldo de DB2 de Storage Direct:

db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' delete snapshot db SAMPLE taken at 20150321121212

donde <pathname>/db2_ddbda.cfg es el nombre de ruta completo del archivo deconfiguración. La documentación de DB2 proporciona detalles sobre el comando y las opciones.



Preparación para la recuperación ante desastres de DB2Para un plan de recuperación ante desastres integral, debe asegurarse de que se pueden volver aconstruir el ambiente de procesamiento y todos los archivos del servidor de DB2 asociados con elmantenimiento de datos en el host de aplicación.


Utilice las siguientes reglas para preparar una recuperación ante desastres del host de servidor deDB2:






l Asegúrese de contar con un respaldo completo actualizado de la base de datos y de todos losregistros archivados requeridos para una operación de puesta al día.

l Guarde una copia del archivo de configuración utilizado para los respaldos de DB2 de losregistros archivados y de la base de datos.

l Confirme que la configuración de parámetros del archivo de opciones correspondiente, porejemplo, logarchopt1, de la imagen de base de datos de origen es válida en el host dedestino.

Planee llevar a cabo las siguientes tareas durante una recuperación ante desastres.

Procedimiento

1. Configure el archivo de configuración que se utilizará durante la recuperación, incluidos lossiguientes valores de parámetros:

l CLIENT=<source_client_hostname>

l DB2INSTANCE=<source_database_instance>

l SOURCE_DBNAME=<source_database_name>

Los parámetros DB2INSTANCE y SOURCE_DBNAME solo son necesarios para las operacionesde puesta al día que utilizan el flujo de trabajo de Application Direct, no para restauracionesde respaldos de base de datos de Storage Direct.

Configuración de los parámetros de DB2 para las operaciones de Storage Direct en la página198 ofrece más detalles.


3. Asegúrese de que todas las imágenes de respaldo de registros y bases de datos necesariasestén disponibles. Puede ejecutar el comando db2acsutil query para obtener una listade los respaldos de Storage Direct disponibles. En Consultas de los respaldos de DB2 deStorage Direct en la página 204, se proporciona información detallada sobre este comando.

4. Antes de realizar cualquier restauración, asegúrese de cumplir con los requisitos derestauración de Storage Direct que se describen en Ejecución de restauraciones de StorageDirect con el CLP de DB2 en la página 202.



5. Ejecute el comando db2 restore correspondiente para restaurar la base de datos. Porejemplo:

db2 restore db <database_name> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss>

6. Si es necesario, realice una operación de puesta al día en la base de datos restaurada, hastael final de los registros o un punto en el tiempo:

db2 rollforward database <database_name>

Requisitos de DPF de DB2 para operaciones de Storage DirectEn esta versión, para una base de datos de la función de particionamiento de base de datos (DPF)de DB2, puede ejecutar restauraciones y respaldos de Storage Direct para VMAX o de StorageDirect para XtremIO. En el ambiente de DPF, una base de datos se divide en múltiples nodos oparticiones, ya sea en el mismo host o en múltiples hosts. Cada host físico puede tener variasparticiones lógicas.

Cada partición de la base de datos es parte de la base de datos y consta de sus propios datos,índices, archivos de configuración y registros de transacciones. Los datos de cada partición sonadministrados por la partición. En un respaldo o restauración, cada partición opera por separado ygenera su propio archivo de registro de depuración.

Los datos de la base de datos se pueden distribuir en una partición mediante la creación de loscontenedores y el espacio de tablas de base de datos, y mediante el grupo de partición de la basede datos. La documentación de DB2 proporciona detalles sobre la configuración de contenedores ygrupos de la partición de base de datos.

Las características y las restricciones de las operaciones de Storage Direct que generalmente seaplican a sistemas DB2 también se aplican en un ambiente de DPF. En los siguientes temas seproporcionan detalles de los requisitos específicos para las operaciones de Storage Direct ensistemas de DPF de DB2.

Requisitos del sistema de archivos para operaciones de Storage Direct en unambiente de DPF

Debe cumplir con los siguientes requisitos del sistema de archivos en un ambiente de DPF deStorage Direct:

l El sistema de archivos de base de datos es local en el host de la partición. Las bases de datosDPF no se crean en un directorio montado en NFS. Los dispositivos para los puntos de montajede los sistemas de archivos de una partición son locales para el host de la partición.

Nota:Los flujos de trabajo de Storage Direct no son compatibles con las bases de datos DPF conun sistema de archivos que reside en dispositivos remotos.

Los flujos de trabajo de Storage Direct con RecoverPoint no son compatibles conparticiones con dispositivos que administra un grupo de consistencia común.

l Los dispositivos de partición lógica y los sistemas de archivos están dedicados a la partición.Las bases de datos no deben residir en el mismo dispositivo que el directorio del propietario dela instancia u otro sistema de archivos del host.

Nota: La base de datos DPF tiene una estructura de directorios del sistema de base dedatos en el directorio principal de base de datos común, como <database_home>/



<instance_name>/NODEnnnn, donde NODEnnnn es el número de nodo de la particióncorrespondiente.

l Para Storage Direct con RecoverPoint, los LUN de una partición de base de datos estánprotegidos en su propio grupo de consistencia.

Nota:En el caso de los respaldos de partición simultáneos se requiere la creación de marcadoresde grupos de consistencia simultáneos, pero no se admite la creación de marcadoressimultáneos para el mismo grupo de consistencia.

Una regla de firewall de RecoverPoint restringe la cantidad de conexiones por host en unrango de tiempo reducido. En cada restauración de reversión y respaldo de RecoverPointse utilizan una o dos conexiones de RecoverPoint. Ajuste el grado de paralelismo de losrespaldos y las restauraciones de RecoverPoint de varios nodos lógicos en un host físicopara que no se supere el límite de conexiones. Compruebe el límite de conexiones de laconfiguración de firewall de RecoverPoint. Por lo general, el límite es 20.

l Se recomienda que los dispositivos de registro residan en una unidad de instantáneaindependiente, como un disco o grupo de volúmenes, además de otros dispositivos decomponentes de la base de datos. Para realizar un respaldo o una restauración de registros deexclusión, la unidad de instantánea independiente para los objetos de registro es un requisito:

n Para VMAX, los dispositivos de registro residen, como preferencia, en discos o grupos devolúmenes distintos de los dispositivos de datos.

n Para XtremIO, los dispositivos de registro se administran, como preferencia, en sus propiosgrupos de consistencia.

Puede actualizar la configuración de la base de datos (por ejemplo, newlogpath) para unapartición mediante la opción member<ID_de_nodo> con el siguiente comando:

db2 update db cfg for db <database_name> member <node_ID> using <parameter_name> <value>

Como un ejemplo de una estructura de directorio de base de datos DPF, la base de datos muestrase crea en la instancia dpf10, reside en el directorio principal de la base de datos /dbhome y tienecuatro particiones en dos hosts físicos. Cada host tiene dos nodos lógicos. DFTDBPATH (la ruta dela base de datos predeterminada) se establece en el nombre de ruta absoluta /dbhome. En esteejemplo, la estructura de directorios del sistema predeterminado de las particiones es la siguiente:

l Host 1:

n /dbhome/dpf10/NODE0000n /dbhome/dpf10/NODE0001

l Host 2:

n /dbhome/dpf10/NODE0002n /dbhome/dpf10/NODE0003

El directorio de registro predeterminado de las particiones es el siguiente:

l Host 1:

n /dbhome/dpf10/NODE0000/SQL00001/LOGSTREAM0000/n /dbhome/dpf10/NODE0001/SQL00001/LOGSTREAM0001/

l Host 2:

n /dbhome/dpf10/NODE0002/SQL00001/LOGSTREAM0002/n /dbhome/dpf10/NODE0003/SQL00001/LOGSTREAM0003



Para realizar un respaldo de Storage Direct de la base de datos, incluidos los registros, lossubdirectorios NODE000n y LOGSTREAM000n deben residir en los dispositivos de Storage Directlocales. La siguiente figura ilustra el diseño del sistema de archivos de base de datos en unambiente de DPF de DB2.

Nota: Para Storage Direct con RecoverPoint, los dispositivos de cada nodo en esta figuradeben estar en los grupos de consistencia del nodo.

Figura 10 Diseño de sistema de archivos de base de datos en un ambiente de DPF de Storage Direct

Requisitos de configuración de las operaciones de Storage Direct en unambiente de DPF

Debe cumplir con los siguientes requisitos de configuración en un ambiente DPF de Storage Direct:

l Ha configurado correctamente el ambiente de DPF de la base de datos conforme a ladocumentación de DB2.

l Ha instalado y configurado el software del agente de aplicación de base de datos en todos loshosts físicos de la base de datos de DPF. El software está configurado correctamente paratodos los nodos lógicos.

l Se ha asegurado de que todos los nodos tengan la misma configuración de parámetros. Hacreado un único archivo de configuración en una carpeta compartida del sistema que seaaccesible para todos los nodos. Como alternativa, ha creado un archivo de configuraciónidéntico en cada host de partición, con el mismo nombre de ruta de archivo en cada host.

Ha establecido el parámetro CLIENT del archivo de configuración de DB2 para todos los nodosen el mismo nombre de host, que en general es el nombre de host del nodo lógico. En Parámetros comunes en la página 86, se proporcionan detalles sobre el parámetro.

l Los hosts de partición usan un lockbox compartido o lockboxes configurados de maneraindividual.



l Ha establecido el parámetro de configuración del administrador de base de datos, DFTDBPATH(la ruta de base de datos predeterminada), en un valor adecuado. El valor predeterminado delparámetro es una ubicación en el directorio principal de instancia de DB2.

Nota: Durante una restauración, DFTDBPATH debe configurarse en el valor de la imagen derespaldo.

l La base de datos reside en un diseño de sistema de archivos dedicado como se describe en Requisitos del sistema de archivos para operaciones de Storage Direct en un ambiente deDPF en la página 206.

Ejecución de respaldos de Storage Direct en un ambiente de DPFDB2 respalda una base de datos DPF por partición. Puede realizar respaldos de Storage Direct deuna base de datos DPF para una lista específica de particiones y cada respaldo es un respaldocompleto de una partición de base de datos DPF completa. Los respaldos de registros de archivode DPF se realizan mediante el flujo de trabajo de Application Direct y no mediante el flujo detrabajo de Storage Direct.

Puede ejecutar el respaldo de Storage Direct de una base de datos DPF mediante los siguientesmétodos:

l Ejecute un respaldo de la vista de un solo sistema (SSV) de múltiples particiones desde el nodode catálogo como un respaldo simultáneo de particiones especificadas; para ello, ejecute elcomando db2 backup con la opción dbpartitionnums.

El estado de cada respaldo de partición afecta el estado general del respaldo SSV. Cuando seproduce un error en uno de los respaldos de partición, el respaldo de SSV completo se informacomo fallido.

Por ejemplo:

n Los siguientes comandos son ejemplos de un respaldo SSV de todas las particiones:

db2 backup db <database_name> … on all dbpartitionnums …

db2 "backup db DB01 on all dbpartitionnums use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg"db2 "backup db DB01 on all dbpartitionnums use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg exclude logs"

n El siguiente comando es un ejemplo de un respaldo SSV de particiones específicas:

db2 backup db <database_name> … on dbpartitionnums (n1,n2,…)

db2 "backup db DB01 on dbpartitionnums (0,1,2) use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg"

l Ejecute respaldos individuales de particiones especificadas mediante la ejecución del comandodb2_all en el modo secuencial o simultáneo. El estado de cada respaldo de partición se tieneen cuenta por separado. Cada respaldo tiene su propio registro de fecha y hora, y la falla de unrespaldo de partición no afecta ningún otro respaldo de la partición.

Por ejemplo, los siguientes comandos db2_all ejecutan los respaldos de particionesespecificadas:



n Secuencialmente:

db2_all “db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64l/ibddboostdb2.so options @/home/cfg/dd/pp.cfg”db2_all “db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg”db2_all "<<+0< db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg“

n De manera simultánea en segundo plano:

db2_all "<<-0<; db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg“

Ejecución de restauraciones de Storage Direct en un ambiente de DPFRestaure los respaldos de Storage Direct en un ambiente de DPF mediante la restauración de cadapartición. Por ejemplo, puede ejecutar db2 restore dentro del comando db2_all pararestaurar una o más particiones.

Si la operación de restauración incluye la partición de catálogo, puede restaurar primero lapartición de catálogo y después las otras particiones. La documentación de IBM DB2 proporcionadetalles acerca de las restauraciones en un ambiente de base de datos de DPF.

Nota: DB2 no es compatible con el comando db2 recover para la recuperación de unrespaldo de instantánea.

También puede realizar operaciones de puesta al día desde el nodo de catálogo para una solapartición o para varias. Las operaciones de puesta al día se realizan por medio del flujo de trabajode Application Direct.

Para una recuperación en un ambiente de DPF de Storage Direct, asegúrese de haber establecidoel parámetro de configuración del administrador de base de datos, DFTDBPATH (la ruta de base dedatos predeterminada), en el valor de la ruta de base de datos en la imagen de respaldo. Estaconfiguración ayuda en la recuperación desde un respaldo fallido y la limpieza de particiones de labase de datos en caso de una restauración de instantánea fallida.

Cuando ejecute las restauraciones de respaldos de DPF de Storage Direct con el comandodb2_all, utilice la opción replace existing cuando corresponda porque el comandodb2_all no es compatible con la entrada interactiva.

Por ejemplo, el siguiente comando realiza la restauración de la partición 0:

db2_all "<<+0< db2 restore db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg taken at 20161007184634 logtarget include force replace existing"

Los siguientes comandos ejecutan la restauración de todas las particiones, excepto la partición 0:

l Secuencialmente:

db2_all "<<-0< db2 restore db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg taken at 20161007184634 logtarget include force replace existing"



l De manera simultánea en segundo plano:

db2_all "<<-0<; db2 restore db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg taken at 20161007184634 logtarget include force replace existing"

Si se produce un error en una restauración de la partición, la partición restaurada puede estardañada. Para recuperarse de la falla, intente volver a crear la partición y reiniciar la restauración:

l Establezca DB2NODE en el número de partición en el ambiente y ejecute el comando db2terminate para que el cambio surta efecto.

l Ejecute el comando db2 create database<nombre_de_base_de_datos>atdbpartitionnum.

l Si la partición no puede volver a crearse, es posible que sea necesario realizar una limpiezamanual. Es posible que deba reiniciarse la restauración para todos los nodos.

Ejecución de operaciones de consulta y eliminación en un ambiente de DPFDespués de realizar respaldos de Storage Direct de bases de datos DPF, también puede realizaroperaciones de consulta y eliminación para los respaldos de DPF de Storage Direct mediante laherramienta de consulta y eliminación de DB2 db2acsutil.

Puede ejecutar el comando db2acsutil para realizar operaciones de consulta y eliminación desdecualquier host de partición para los respaldos de DPF de Storage Direct. La entrada para cadapartición se enumera por separado:

l Puede ejecutar una consulta especificando el nombre de la base de datos, el nombre deinstancia, el número de partición y el registro de fecha y hora de DB2. Por ejemplo, la siguientesalida del comando muestra los resultados de consulta del respaldo SSV de todas lasparticiones de una base de datos con un registro de fecha y hora:

db2acsutil load /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/space1/cfg/pp.cfg query snapshot db ps03 instance dpf10 taken at 20161007184634

Instance Database Part Image Time Host First Log========== ========== ==== ============== ========== ==========dpf10 PS03 0 20161007184634 3dpf10 PS03 1 20161007184634 3dpf10 PS03 2 20161007184634 3dpf10 PS03 3 20161007184634 3

l Puede ejecutar una eliminación mediante la especificación del registro de fecha y hora de DB2con la opción taken at. También puede filtrar la salida del comando más mediante laespecificación del nombre de la base de datos, el nombre de la instancia y la opcióndbpartitionnum<n>. Por ejemplo, el siguiente comando muestra los resultados deeliminación para un respaldo de Storage Direct con VMAX de la partición 0:

db2acsutil load /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/space1/cfg/pp.cfg delete snapshot db ps03 instance dpf10 taken at 20161007184634 dbpartitionnum 0

Instance Database Part Image Time Host First Log========== ========== ==== ============== ========== ==========dpf10 PS03 0 20161007184634 3Are you sure (y/[n])? y



DD Info Msg: Severity: 3 INFO: Session Created - Host : ledmd034.lss.emc.com, User: ddvdisk

DD Info Msg: Severity: 3 INFO: Static Image get info request - Static Image id: 040036601621057ea7f0600372000f000000020a

DD Info Msg: Severity: 3 INFO: Session Created - Host : ledmd034.lss.emc.com, User: ddvdisk

DD Info Msg: Severity: 3 INFO: Static Image delete request - Static Image id: 000036601621000f040036601621057ea7f0600372000f000000020a

Deleted.

Requisitos de HADR de DB2 para operaciones de StorageDirect

Puede realizar respaldos y restauraciones de Storage Direct con el agente de aplicación de base dedatos en un ambiente de recuperación ante desastres de alta disponibilidad (HADR) de DB2. Puedeiniciar un respaldo en el nodo primario únicamente. DB2 no es compatible con respaldos de nodosen espera. El agente de aplicación de base de datos solo es compatible con configuraciones HADRdonde la instancia de la base de datos HADR tiene el mismo nombre en todos los nodos. Puedeconfigurar y respaldar los registros archivados para la base de datos mediante las operaciones deApplication Direct.

Debe cumplir con los siguientes requisitos de configuración en un ambiente HADR de DB2:

l Ha configurado la base de datos en el ambiente HADR conforme a la documentacióncorrespondiente de DB2.

Nota: Para las operaciones de Storage Direct, el nombre de instancia de todos los nodosdebe ser el mismo y solo se permite un nodo por host físico. Todas las rutas de base dedatos deben ser las mismas en todos los nodos.

l Ha instalado el software del agente de aplicación de base de datos en cada nodo queparticipará en los respaldos o la recuperación, incluidos los nodos en espera. Se requiere elsoftware en los nodos en espera en caso de que se produzca un cambio de función y para finesde recuperación.


l Ha establecido el parámetro CLIENT del archivo de configuración de DB2 en el nombre de hostválido de uno de los nodos para todos los respaldos y la recuperación. En Parámetroscomunes en la página 86, se proporcionan detalles sobre el parámetro.

Nota: El mismo valor CLIENT se debe utilizar en todas las operaciones de respaldo yrecuperación para los nodos HADR.

l Se ha asegurado de que todos los nodos tengan la misma configuración de parámetros.

l Se ha asegurado de que la instancia de la base de datos de HADR tiene el mismo nombre entodos los nodos.

l Se ha asegurado de que el ID de usuario y el ID de grupo de los usuarios de DB2 en todos losnodos coinciden. En Ejecución de restauraciones de Storage Direct con el CLP de DB2 en lapágina 202, se proporcionan más detalles sobre este requisito y los demás requisitos para lasrestauraciones.

l Se ha asegurado de que todos los LUN de respaldo y restauración se aprovisionaroncorrectamente a todos los nodos, ya que los respaldos y las restauraciones pueden iniciarsedesde cualquier nodo que tenga la función primaria.



Puede realizar una recuperación de HADR de DB2 en un solo nodo o múltiples nodos.

Nota: Como requisito de DB2 antes de iniciar una recuperación HADR, debe detener HADR ydesactivar la base de datos en los nodos de recuperación. La documentación de DB2proporciona detalles sobre los procedimientos necesarios.

Recuperación de un solo nodo fallido

Para una recuperación HADR de DB2 de un solo nodo, se requieren los siguientes pasos.

1. Desactive la base de datos en el nodo fallido y, a continuación, detenga HADR.

Si el nodo fallido es el nodo primario, el nodo debe cambiar la función con otro nodo. Cuando seproduce la recuperación, es un nodo en espera.

2. Recupere el nodo fallido como si fuera una base de datos independiente. Ejecute una operaciónde puesta al día sin la opción complete, lo que deja la base de datos en un estado pendientede puesta al día según lo necesario para un nodo en espera.


4. Inicie HADR en el nodo en espera recuperado.

Recuperación de todos los nodos

Una recuperación HADR de DB2 de todos los nodos restaura toda la configuración HADR a unpunto en el tiempo, como en una recuperación ante desastres.

Para una recuperación HADR de DB2 de todos los nodos, se requieren los siguientes pasos.

1. Recupere la base de datos a todos los nodos HADR como si fueran bases de datosindependientes.

Para los nodos en espera, ejecute una operación de puesta al día sin la opción complete, loque deja la base de datos en un estado pendiente de puesta al día según lo necesario para unnodo en espera.


3. Inicie HADR en todos los nodos en espera.

4. Inicie HADR en el nodo primario.

5. Respalde la base de datos manualmente.

Requisitos de DB2 pureScale para las operaciones de StorageDirect

En un ambiente DB2 pureScale, puede realizar respaldos y restauraciones de Storage Direct paraVMAX, o respaldos y restauraciones de Storage Direct con RecoverPoint. El ambiente es unambiente de clúster de aplicaciones activo/activo en el cual varios servidores de base de datosconocidos como nodos miembro funcionan en una partición de datos única. La base de datos delclúster funciona dentro del clúster IBM General Parallel File System (GPFS).

Cada miembro de DB2 pureScale procesa sus propios metadatos, genera transaccionesindependientes y mantiene sus propios archivos de registro de transacciones.

Para ejecutar un respaldo o una restauración en nombre de todos los miembros en un ambienteDB2 pureScale, se ejecuta un único comando db2 backup db o db2 restore db con lasopciones de comando adecuadas en cualquier miembro activo.

El agente de aplicación de base de datos es compatible solo con el respaldo completo y larestauración de una base de datos completa, como admiten las operaciones de respaldo deinstantánea y restauración de DB2. El agente de aplicación de base de datos maneja los respaldosde los registros archivados por medio del flujo de trabajo de Application Direct únicamente.



Descripción general de los respaldos y las restauraciones de Storage Direct deuna base de datos de DB2 pureScale

Una base de datos de DB2 pureScale reside en sistemas de archivos de IBM GPFS. Un dispositivode sistema de archivos GPFS consta de uno o más discos compartidos de red (NSD), y los NSD secrean usando un disco duro físico. Un dispositivo de sistema de archivos GPFS tiene su propiosistema de administración, que corresponde a la administración de volúmenes de un sistema dearchivos tradicional. Los términos sistema de archivos GPFS y dispositivo de sistema de archivosGPFS se utilizan indistintamente en este capítulo.

La agrupación de unidades de instantáneas de DB2 ACS se realiza por sistema de archivos GPFS.Se realiza un respaldo o una restauración de Storage Direct de una base de datos pureScale a nivelde sistema de archivos GPFS:

l Durante un respaldo, se guarda la configuración del sistema de archivos con la instantánea.

l Durante una restauración, se exporta el sistema de archivos existente, y la configuración delsistema de archivos guardada se importa de nuevo a la configuración de la base de datos globalde GPFS.

El agente de aplicación de base de datos es compatible con restauraciones de reversiónúnicamente de los respaldos de Storage Direct en un ambiente DB2 pureScale, no con otros tiposde restauraciones:

l Una restauración de reversión de un respaldo de Storage Direct para VMAX puede ser unarestauración de reversión redirigida o regular:

n Una restauración de reversión normal a un sistema de clúster pureScale es una restauracióna nivel de LUN en los LUN de origen originales.

n Una restauración de reversión redirigida a un sistema de clúster alternativo es unarestauración a nivel de LUN del mismo arreglo VMAX en un clúster diferente.

l Una restauración de reversión a un sistema XtremIO es una restauración a nivel de grupo deconsistencia de RecoverPoint, la que restaura todos los LUN de origen en un grupo deconsistencia.

El agente de aplicación de base de datos es compatible con una restauración redirigida parareubicar una base de datos pureScale de un clúster a otro solo con respaldos de Storage Directpara VMAX. Restauraciones de reversión redirigidas de respaldos de Storage Direct para VMAX enLUN alternativos en un clúster diferente en la página 220 proporciona más detalles.

Debe cumplir con requisitos específicos para un respaldo o una restauración de Storage Direct deuna base de datos pureScale, incluida la finalización de los pasos recomendados anteriores yposteriores al procesamiento. En los temas siguientes, se proporciona información detallada.

Requisitos de configuración de las operaciones de Storage Direct en unambiente DB2 pureScale

El clúster DB2 pureScale debe estar configurado correctamente y debe cumplir con los requisitosadicionales de Storage Direct del diseño GPFS de la base de datos. El software del agente deaplicación debe estar instalado y configurado correctamente en todos los miembros.

Asegúrese de cumplir con los siguientes requisitos de configuración para las operaciones derespaldo y restauración de Storage Direct en un ambiente DB2 pureScale:

1. Configuración de la base de datos:

l Ha configurado la base de datos en el ambiente de pureScale de DB2 conforme a ladocumentación de IBM. Todos los componentes de la base de datos residen en un sistemade archivos GPFS en el almacenamiento de disco compartido que es accesible para todoslos miembros, incluidos la base de datos, los archivos de sistema y las rutas de registro.



Nota:Debido a que un respaldo y una restauración se realizan a nivel de sistema de archivosGPFS, cada base de datos debe tener sus propios dispositivos GPFS y sistemas dearchivos dedicados que estén separados de los dispositivos y los sistemas de archivosde la instancia, de otras bases de datos y de otros componentes del clúster de GPFS.Para RecoverPoint, los grupos de consistencia de los sistemas de archivos de la base dedatos deben estar dedicados a la base de datos.

Para los respaldos y las restauraciones con la opción exclude logs, los directorios deregistros de base de datos deben residir en sistemas de archivos GPFS diferentes a losde los otros objetos de base de datos. Para las operaciones de Storage Direct conRecoverPoint con la opción exclude logs, los directorios de registros también debenresidir en grupos de consistencia dedicados, separados de los grupos de consistencia deotros objetos de base de datos.

Esta versión del agente de aplicación de base de datos no es compatible con lasrestauraciones de reversión de DB2 de un grupo de consistencia parcial.

La mejor práctica de ACS de DB2 recomienda usar sistemas de archivos dedicados paralas rutas de registro, con las rutas de registro en un volumen de instantáneaindependiente del directorio de la base de datos y de los contenedores de la base dedatos. Cumplimiento de la mejor práctica de ACS de DB2 en el diseño de directorios deregistros en la página 199 proporciona información detallada.

l La base de datos DB2 pureScale es coherente cuando se respalda. Durante unarestauración, todos los miembros están activos y funcionando correctamente, para permitirla exportación y la importación de los sistemas de archivos.

l Se recomienda crear el sistema de archivos de la base de datos con la opción automountdesactivada.

Si los servicios de administración de GPFS monitorean y montan automáticamente unsistema de archivos GPFS, como Tivoli System Automation for Multiplatforms (SA MP), laactividad de montaje automático podría interferir con las operaciones de restauración dereversión.

En un ambiente con servicios de clúster en el que el servicio de montaje automático pasa aser un problema en las restauraciones de reversión, debe crear el sistema de archivos debase de datos con la opción no-automount.

2. Configuración del agente de aplicación de base de datos:

l Ha instalado el software del agente de aplicación de base de datos en cada host en el quereside un miembro de pureScale que participará en los respaldos o la recuperación.

l Se han completado todos los procedimientos posteriores a la instalación en cada hostmiembro, incluido el procedimiento de configuración de lockbox para todos los hostsparticipantes. Los hosts usan un lockbox compartido o lockboxes configurados de maneraindividual.

Si hay un lockbox compartido de NFS configurado, ha seguido todos los pasos necesariosque se indican en Configuración del lockbox en un ambiente de alta disponibilidad en lapágina 124.

l Se ha asegurado de que todos los nodos miembros tienen la misma configuración deparámetros. Ha creado un único archivo de configuración en una carpeta compartida delsistema que sea accesible para todos los hosts miembros. Como alternativa, ha creado unarchivo de configuración idéntico en cada host miembro, con el mismo nombre de ruta dearchivo en cada host.

Ha establecido el parámetro CLIENT del archivo de configuración de DB2 para todos losmiembros en el mismo nombre de host, que es el nombre de host de uno de los nodosmiembro. En Parámetros comunes en la página 86, se proporcionan detalles sobre elparámetro.



l Actualizó la configuración de la base de datos para archivar registros y realizarrecuperaciones mediante Application Direct. Configuración de archiving de registros detransacciones de DB2 en la página 160 proporciona más detalles.

Conservación de registros de configuración de las operaciones de Storage Direct

Se recomienda conservar un registro actualizado de la información de configuración de sistemasde archivos GPFS, NSD y discos físicos de la base de datos que respalde y restaure. Puede usar lainformación durante los pasos anteriores y posteriores al procesamiento que podrían sernecesarios para completar las operaciones de restauración de reversión.

Antes de cada respaldo y restauración, ejecute los comandos apropiados de GPFS como usuarioraíz para obtener la información de rastreo acerca de los sistemas de archivos GPFS de base dedatos, los NSD y los dispositivos de disco duro. El documento Referencia de administración yprogramación de IBM GPFS proporciona más detalles sobre los comandos de GPFS:

l Para obtener información acerca de los sistemas de archivos GPFS en los que se crea la basede datos, ejecute los comandos mmlsnsd y mmlsfs. Los siguientes comandos de ejemploincluyen fs_hi del sistema de archivos de base de datos:

export PATH=$PATH:/opt/emc/SYMCLI/bin:/usr/lpp/mmfs/binmmlsnsd -f fs_hi -X

Disk name NSD volume ID Device Devtype Node name Remarks------------------------------------------------------------------------------------------ gpfs1007nsd 0AF1AF90570FB853 /dev/sdh generic ledmf144.lss.emc.com gpfs1008nsd 0AF1AF90570FB854 /dev/sdi generic ledmf144.lss.emc.com

mmlsfs fs_hi -T

flag value description------------------- ------------------------ ----------------------------------- -T /sd_hi Default mount point

l Para recuperar una copia de la configuración del sistema de archivos de la base de datos en unarchivo de texto, que puede utilizarse en una importación de sistema de archivos si esnecesario, ejecute el comando mmbackupconfig. Por ejemplo:

mmbackupconfig fs_hi -o fs_hi.bk.cfg

l Para obtener información sobre los LUN en un ambiente de VMAX, ejecute el comando sympdlist. Por ejemplo:

sympd list

Symmetrix ID: 000196701031 Device Name Dir Device---------------------------- ------- ------------------------------------- CapPhysical Sym SA :P Config Attribute Sts (MB)---------------------------- ------- -------------------------------------/dev/sdb 0089C 01D:009 TDEV N/Grp'd RW 6/dev/sdc 0089D 01D:009 TDEV N/Grp'd RW 6/dev/sdh 008A0 01D:009 TDEV N/Grp'd RW 8629/dev/sdi 008A1 01D:009 TDEV N/Grp'd RW 8629/dev/sdj 008A2 01D:009 TDEV N/Grp'd RW 8629/dev/sdk 008A3 01D:009 TDEV N/Grp'd RW 8629/dev/sdl 008A4 01D:009 TDEV N/Grp'd RW 8629



l Ejecute el comando syminq para obtener información sobre el dispositivo XtremIO en unambiente de RecoverPoint. Por ejemplo:

syminq

Device Product Device--------------- --------------------------- ---------------------------Name Type Vendor ID Rev Ser Num Cap (KB)--------------- --------------------------- ---------------------------…/dev/sdb XtremIO XtremApp 4030 514F0C58C5800019 6291456/dev/sdc XtremIO XtremApp 4030 514F0C58C580001A 6291456

Ejecución de respaldos de Storage Direct en un ambiente DB2 pureScalePara realizar un respaldo de Storage Direct de toda la base de datos de DB2 pureScale después deque el agente de aplicación de base de datos está instalado y configurado, un usuario de DB2 en unmiembro activo puede ejecutar el comando db2 backup. Por ejemplo:

db2 backup db <sample> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/pp.cfg

En este ejemplo, el comando respalda la base de datos <sample> mediante los ajustes en el archivode configuración /home/cfg/pp.cfg.

Ejecución de respaldos de Storage Direct en un ambiente DB2 pureScaleEn un ambiente DB2 pureScale, por lo general, puede ejecutar una restauración desde un miembroactivo. Antes de la restauración, asegúrese de que se cumplan los requisitos de restauración comose describe en el próximo tema.

Por ejemplo, en una restauración al clúster original, el usuario de DB2 en un miembro activo puedeejecutar el siguiente comando para realizar una restauración de reversión:

db2 restore db <sample> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/pp.cfg taken at <yyyymmddhhmmss> logtarget include force

En este ejemplo, el comando restaura el respaldo de Storage Direct de la base de datos <sample>mediante la configuración en el archivo de configuración /home/cfg/pp.cfg. Cuando no seespecifica el registro de fecha y hora, se restaura el respaldo de Storage Direct más reciente.

Requisitos de restauración de Storage Direct en un ambiente DB2 pureScale

Debe cumplir con los requisitos específicos de DB2 para realizar una restauración de pureScale. Elagente de aplicación de base de datos admite solo una restauración de reversión para una base dedatos de pureScale. También debe cumplir los requisitos para la restauración de reversión de unrespaldo de Storage Direct en Configuración de las restauraciones de reversión de respaldos deStorage Direct en la página 105.

Una restauración de reversión es destructiva y se produce a nivel del sistema de archivos GPFS.Se exporta la configuración del sistema de archivos GPFS de destino restaurado, y la configuracióndel respaldo GPFS se vuelve a importar. Los LUN NSD de destino se sobrescriben con el contenidooriginal.

Nota: DB2 10.5 o posterior es compatible con un respaldo offline de la base de datos de unainstancia de DB2 pureScale a DB2 Enterprise Server Edition. DB2 10.5 o posterior también escompatible con la restauración de un respaldo offline de DB2 Enterprise Server Edition a una



instancia de DB2 pureScale. Sin embargo, el agente de aplicación de base de datos no escompatible con estos tipos de restauraciones para los respaldos de Storage Direct en unambiente pureScale.

Asegúrese de cumplir los requisitos de configuración de la base de datos en Requisitos deconfiguración de las operaciones de Storage Direct en un ambiente DB2 pureScale en la página214. También asegúrese de cumplir los siguientes requisitos particularmente para restauraciones:

l Todos los miembros de pureScale están activos y funcionando correctamente para permitir laexportación e importación de los sistemas de archivos.

l Para restauraciones deStorage Direct con RecoverPoint, la base de datos tiene un grupo deconsistencia dedicado. Si debe conservar LUN adicionales en un grupo de consistencia deRecoverPoint que no se utilizan en la base de datos, use los pasos posteriores al procesamientodetallados más adelante para conservar LUN adicionales.

l El parámetro RESTORE_TYPE_ORDER=rollback existe en el archivo de configuración delagente de aplicación de base de datos. Configuración de las restauraciones de reversión derespaldos de Storage Direct en la página 105 proporciona más detalles.

l El archivo psrollback.res enumera los archivos y directorios que se excluirán de lascomprobaciones de seguridad de reversión. Configuración de las restauraciones de reversiónde respaldos de Storage Direct en la página 105 proporciona más detalles.

l Para una restauración al clúster original, la restauración se realiza a los LUN de origenoriginales. Para una restauración redirigida de un respaldo VMAX a otro clúster, la restauraciónse realiza a diferentes LUN. Restauraciones de reversión redirigidas de respaldos de StorageDirect para VMAX en LUN alternativos en un clúster diferente en la página 220 proporcionainformación detallada.

En ambos casos, el sistema de archivos (con el mismo nombre y punto de montaje) debe existiry debe estar montado. Si el sistema de archivos no existe, vuelva a crear el sistema de archivosen función de la información que se guardó durante el respaldo.

l Cualquier conflicto de nombres de NSD o sistemas de archivos, que puede provocar problemasen una importación de un sistema de archivos, debe solucionarse antes de iniciar larestauración.

Nota: Los nombres de NSD originales y los LUN físicos no están en uso para ningún otropropósito y no pueden ser utilizados por otros sistemas de archivos. No existe ningún NSDcon el mismo nombre que un NSD original en los sistemas de archivos respaldados. Eldocumento Referencia de programación y administración de IBM GPFS proporciona másinformación detallada.

Después de una restauración de reversión de un respaldo de Storage Direct, es posible que debarealizar pasos posteriores adicionales si existe alguna de las siguientes condiciones:

l Se agregaron discos físicos al sistema de archivos de base de datos después de la hora delrespaldo.

l La restauración de reversión falla en el medio de la operación, cuando es posible que ya se hayaexportado la configuración del sistema de archivos desde el sistema.

l La restauración de reversión de un respaldo de Storage Direct con RecoverPoint restaura losLUN en el grupo de consistencia de RecoverPoint que no eran parte del comando de respaldo.

Los siguientes temas proporcionan detalles acerca de todos los pasos posteriores necesarios.

Procesamiento posterior debido a discos físicos adicionales

En el sistema original respaldado, si se agregaron discos físicos al sistema de archivos de base dedatos después del tiempo de ejecución del respaldo, la restauración de reversión del respaldo de labase de datos no utiliza esos discos. Sin embargo, los discos siguen teniendo una firma NSD, quedebe quitarse para habilitar que los discos puedan reutilizarse después de la restauración.



Revise la configuración desde el tiempo de ejecución del respaldo y desde antes del tiempo deejecución de restauración para determinar qué discos físicos adicionales deben limpiarse. Conservación de registros de configuración de las operaciones de Storage Direct en la página 216proporciona información detallada sobre cómo obtener la información de configuración.Compruebe la configuración del sistema de archivos de GPFS y LVM para asegurarse de que no seestén utilizando los discos. Ejecute el comando mkfs para formatear los discos y eliminar lainformación relacionada con GPFS. Por ejemplo:

l En Linux, ejecute el comando mkfs -t ext2 /dev/sdj.

l En AIX, ejecute el comando mkfs -V jfs2 /dev/hdisk15.

Nota: El diseño de NSD y discos físicos del sistema de archivos existente (antes de que seexportara en la restauración) se registró en el archivo de salida temporal /opt/dpsapps/dbappagent/tmp/mmlsnsd<file_system_name>_output<ddbsmd_pid>. Estainformación del diseño de NSD y discos físicos fue generada por el comando mmlsnsd -f -Xdurante la restauración.

Procesamiento posterior debido a una falla de restauración de reversión

La restauración de reversión podría fallar en el medio de la operación, cuando la configuración delsistema de archivos ya se exportó del sistema. Para reiniciar la restauración de reversión, elsistema de archivos debe volverse a importar o volverse a crear.

Primero, compruebe si la configuración del sistema de archivos está exportada. Por ejemplo,ejecute el comando mmlsnsd -ffile_system_name-X. Si el sistema de archivos no estáexportado, el comando no lo reconoce.

Si el sistema de archivos está exportado, vuelva a importar o a crear el sistema de archivos:

l Para volver a importar la configuración del sistema de archivos que se exportó durante larestauración de reversión, ejecute el siguiente comando:

mmimportfs <file_system_name> -i <input_file>

donde:

n <file_system_name> es el nombre del sistema de archivos restaurado.

n <input_file> es el archivo que contiene la salida del comando mmexportfs, como seejecuta en el sistema de archivos <file_system_name> durante la restauración. Se guardó elarchivo como el archivo temporal /opt/dpsapps/dbappagent/tmp/mmexportfs<file_system_name><ddbsmd_pid>.

Después de importar el sistema de archivos, ejecute el comando mmlsnsd -fnombre_del_sistema_de_archivos-X para verificar que el sistema de archivos se hayareanudado correctamente.

l Si no hay un motivo por el cual el comando mmimportfs no se puede ejecutar para reanudar elsistema de archivos, vuelva a crear el sistema de archivos usando la información deconfiguración que se obtuvo de la hora del respaldo. Por ejemplo:

db2cluster -create -filesystem fs_hi -disk /dev/sdh,/dev/sdi -mount /sd_hi

La configuración del sistema de archivos de antes de la exportación se registró durante larestauración en el archivo temporal /opt/dpsapps/dbappagent/tmp/mmlsnsd<file_system_name>_output<ddbsmd_pid>. Esta configuración tambiénpuede usarse según sea necesario, siempre que sea compatible con la configuración delsistema de archivos del respaldo.



Procesamiento posterior debido a LUN adicionales en un grupo de consistencia deRecoverPoint

En una restauración de reversión de Storage Direct con RecoverPoint, se restaura el contenidooriginal de todos los LUN en el mismo grupo de consistencia. Sin embargo, solo se restaura laconfiguración original del sistema de archivos GPFS que se incluyó en el comando de respaldo. Losgrupos de consistencia se deben dedicar a los sistemas de archivos de base de datos.

Si en el grupo de consistencia se incluyen LUN adicionales que no forman parte del respaldo, debeeliminar manualmente los LUN o los sistemas de archivos que no forman parte del respaldo. Porejemplo, los LUN adicionales se produjeron como resultado de la adición de nuevos NSD al sistemade archivos después del respaldo. Si debe conservar LUN adicionales en un grupo de consistenciade RecoverPoint que la base de datos no utiliza, debe respaldar la configuración de los sistemas dearchivos de esos LUN adicionales antes del respaldo de la base de datos. A continuación, puedeusar la configuración para realizar una importación después de la restauración de la base de datos,donde se restauran todos los LUN del grupo de consistencia. En una restauración de la base dedatos, debe desmontar y exportar el sistema de archivos adicional existente que no estabaadministrado por el respaldo de la base de datos. Una vez completada la restauración de la base dedatos, importe manualmente la configuración del sistema de archivos original guardada y vuelva amontar el sistema de archivos.

Restauraciones de reversión redirigidas de respaldos de Storage Direct paraVMAX en LUN alternativos en un clúster diferente

Puede realizar una restauración reubicada de una base de datos pureScale a un clúster diferentemediante la ejecución de una restauración de reversión redirigida con el agente de aplicación debase de datos a LUN alternativos en el mismo arreglo VMAX en el clúster de destino. En larestauración de reversión, se restaura la configuración del sistema de archivos GPFS en el respaldoal clúster diferente, lo que reemplaza el sistema de archivos existente.

Nota: Se ejecuta una restauración de reversión al clúster original a los LUN de origen original.

Asegúrese de que se cumplan los requisitos generales en Preparación para la recuperación antedesastres de DB2 en la página 205. Además, asegúrese de cumplir con los requisitos específicos deDB2 para realizar una restauración de base de datos pureScale de un clúster a otro clúster. Serecomienda utilizar un respaldo coherente para la restauración. Cuando utilice un respaldo sinconexión, ejecute la restauración con la opción without rolling forward. Revise el siguientetema antes de ejecutar una restauración de reversión redirigida de un respaldo de Storage Directpara VMAX.

Requisitos para una restauración de reversión redirigida de un respaldo de Storage Directpara VMAX

Asegúrese de cumplir con los siguientes requisitos de Storage Direct antes de iniciar unarestauración de reversión redirigida de un respaldo de Storage Direct para VMAX en un ambientepureScale:

l El sistema de archivos GPFS de destino debe existir antes de la restauración y debe tener elmismo nombre y punto de montaje que el sistema de archivos respaldado. Vuelva a crear eldiseño del sistema de archivos GPFS original según sea necesario para la restauración dereversión. Siga las reglas que se proporcionan en Requisitos del sistema de archivos GPFS parauna restauración de reversión redirigida de un respaldo de Storage Direct para VMAX en lapágina 221.

l La cantidad de dispositivos físicos (LUN y NSD) en el sistema de archivos GPFS de destinodebe ser igual a la cantidad en el sistema de archivos respaldado.

Nota: Los nombres de los NSD y los LUN de destino pueden ser diferentes de los delsistema de archivos respaldado. Sin embargo, no debe haber ningún conflicto de nombre



NSD entre el sistema de archivos respaldado y el clúster alternativo. Por ejemplo, no existeningún NSD en sistemas de archivos fuera del sistema de archivos de destino con el mismonombre NSD que un NSD que se restaurará. Todos los conflictos que pueden causar unafalla de importación se deben resolver antes de la restauración.

l El tamaño de los LUN de destino debe ser igual o mayor que el tamaño de los LUN originales.

l Los dispositivos de Storage Direct VMAX deben estar configurados y aprovisionadoscorrectamente para la restauración de reversión.

l Los miembros de la instancia de pureScale deben configurarse correctamente en el clústeralternativo conforme a la documentación de DB2.

l El clúster alternativo debe seguir los requisitos de restauración de Storage Direct de los temasanteriores en este capítulo. El ID de usuario numérico (UID) y el ID de grupo (GID) del usuariode instancia de DB2 de destino deben coincidir con el UID y el GID del usuario de DB2 original,según lo registrado en el respaldo.

l El software del agente de aplicación de base de datos debe estar instalado y configuradocorrectamente en los miembros de pureScale que ejecutan la restauración de reversión. Elparámetro CLIENT debe establecerse en el valor original, según lo registrado en el respaldo.

Requisitos del sistema de archivos GPFS para una restauración de reversión redirigida de unrespaldo de Storage Direct para VMAX

Realice los siguientes pasos para asegurarse de que el diseño del sistema de archivos GPFS cumplacon los requisitos para una restauración de reversión redirigida de un respaldo de Storage Directpara VMAX:

1. Obtenga el diseño original de GPFS y la configuración del sistema de archivos respaldado. Serecomienda que conserve una copia de la configuración del sistema de archivos respaldado.También puede recuperar la información de diseño de dispositivo que se guardó en el respaldomediante la ejecución del comando ddbmadmin.

El siguiente comando ddbmadmin muestra los metadatos del identificador del saveset deinstantáneas, que contienen la configuración de GPFS y la información de dispositivo físicoguardadas durante el respaldo, pero no el tamaño de los dispositivos respaldados:

ddbmadmin -s -v -b <start_backup_time> -e <end_backup_time> -n <application> -z <configuration_file> [-D 9]

Por ejemplo, el siguiente comando ddbmadmin establece el valor de <start_backup_time>según el registro de fecha y hora del respaldo de DB2 20160929112916:

ddbmadmin -s -v -b 'Sep 29 11:29:14' -e now -n db2 -z /home/cfg/dd/pp.cfg 2>&1 | tee ../logs/lastbk.log

Este respaldo en este ejemplo contiene dos sistemas de archivos GPFS: fs_dbData yfs_dbLog. La salida del comando en el archivo lastbk.log detalla la información deconfiguración en el nombre de archivo de respaldo, ACS*20160929112916*, para cadasistema de archivos.

La salida del comando detalla la siguiente información para el sistema de archivos fs_dbData:

l Punto de montaje: /dbDatal NSD: gpfs1001nsd, gpfs1002nsdl Dispositivos físicos: dev/sdp, /dev/sdq



La parte pertinente de la salida del comando con la información del sistema de archivosfs_dbData es la siguiente:

Record file = Record file = /su_ledmf144_5/ledmf144.lss.emc.com/27/2.0/meta_rec/$db2_acs:$/_ts10k_147516/1475163078.rec.client = ledmf144.lss.emc.com, date and time = 09/29/16 11:31:18, size = 4108, ssid = 1475163078, name = ACS.DB2INST1.NODE0000.PSTEST1.20160929112916ssid=245fcf5c-00000011-00000000-57ed33c6-57ed33c6-da00aa56 (1475163078), date and time=09/29/16 11:31:18 (1475163078), host=ledmf144.lss.emc.com, name...%%home%%:40_SG_ETCFS:fs_dbData:1:%2FdbData:%%home%%:40_SG_ETCFS:fs_dbData:2: dev = /dev/fs_dbData%%home%%:40_SG_ETCFS:fs_dbData:3: vfs = mmfs%%home%%:40_SG_ETCFS:fs_dbData:4: nodename = -%%home%%:40_SG_ETCFS:fs_dbData:5: mount = mmfs%%home%%:40_SG_ETCFS:fs_dbData:6: type = mmfs%%home%%:40_SG_ETCFS:fs_dbData:7: account = false%%home%%:50_SG_MOUNT:fs_dbData::rw:mtime:atime:::::::::::::::::::::%%home%%:60_SG_DISKS:fs_dbData:1:gpfs1001nsd:17671680:-1:dataAndMetadata:0AF1AF9057ED2F4E:nsd:::other::generic:cmd::::::system::::::%%home%%:60_SG_DISKS:fs_dbData:2:gpfs1002nsd:17671680:-1:dataAndMetadata:0AF1AF9057ED2F4F:nsd:::other::generic:cmd::::::system::::::|GPFS|7|3|5|0|0|/dev/sdp /dev/sdq ";

La salida del comando detalla la siguiente información para el sistema de archivos fs_dbLog:

l Punto de montaje: /dbLogl NSD: gpfs1003nsdl Dispositivos físicos: dev/sdrLa parte pertinente de la salida del comando con la información del sistema de archivosfs_dbLog es la siguiente:

Record file = /su_ledmf144_5/ledmf144.lss.emc.com/27/2.0/meta_rec/$db2_acs:$/_ts10k_147516/1475163073.rec.client = ledmf144.lss.emc.com, date and time = 09/29/16 11:31:13, size = 3404, ssid = 1475163073, name = ACS.DB2INST1.NODE0000.PSTEST1.20160929112916...%%home%%:40_SG_ETCFS:fs_dbLog:1:%2FdbLog:%%home%%:40_SG_ETCFS:fs_dbLog:2: dev = /dev/fs_dbLog%%home%%:40_SG_ETCFS:fs_dbLog:3: vfs = mmfs%%home%%:40_SG_ETCFS:fs_dbLog:4: nodename = -%%home%%:40_SG_ETCFS:fs_dbLog:5: mount = mmfs%%home%%:40_SG_ETCFS:fs_dbLog:6: type = mmfs%%home%%:40_SG_ETCFS:fs_dbLog:7: account = false%%home%%:50_SG_MOUNT:fs_dbLog::rw:mtime:atime:::::::::::::::::::::...%%home%%:60_SG_DISKS:fs_dbLog:1:gpfs1003nsd:17671680:-1:dataAndMetadata:0AF1AF9057ED3073:nsd:::other::generic:cmd::::::system::::::|GPFS|7|3|5|0|0|/dev/sdr ";

2. Cree los sistemas de archivos GPFS de destino con los mismos puntos de montaje.



Por ejemplo, los siguientes comandos crean los sistemas de archivos fs_dbData y fs_dbLogcon el mismo punto de montaje que se usa en sistemas de archivos respaldados:

db2cluster -create -filesystem fs_dbData -disk /dev/sdf,/dev/sdg -mount /dbDataFile system 'fs_dbData' has been successfully created.

db2cluster -create -filesystem fs_dbLog -disk /dev/sdl -mount /dbLogFile system 'fs_dbLog' has been successfully created.

Detalle la información de NSD y el sistema de archivos para asegurarse de que no existanconflictos con los sistemas originales del paso 1. Asegúrese de que cada sistema de archivostenga la misma cantidad de NSD y discos físicos que el sistema de archivos respaldado.

Nota: El comando db2cluster no incluye una opción para especificar el nombre NSD. Sinecesita resolver un conflicto de asignación de nombres de NSD, puede usar la utilidadGPFS directamente para modificar el diseño en la capa NSD. En la documentación de IBMGPFS, se proporcionan más detalles.

Por ejemplo, los siguientes comandos mmlsnsd y mmlsfs detallan la información de NSD ysistemas de archivos para los sistemas de archivos fs_dbData y fs_dbLog:

mmlsnsd

File system Disk name NSD servers--------------------------------------------------------------------------db2fs1 gpfs1nsd (directly attached)fs_dbData gpfs1011nsd (directly attached)fs_dbData gpfs1012nsd (directly attached)fs_dbLog gpfs1013nsd (directly attached)

mmlsnsd -X

Disk name NSD volume ID Device Devtype Node name Remarks--------------------------------------------------------------------------------------------------gpfs1011nsd 0AF1AF9957EDA754 /dev/sdf generic ledmf153.lss.emc.comgpfs1012nsd 0AF1AF9957EDA755 /dev/sdg generic ledmf153.lss.emc.comgpfs1013nsd 0AF1AF9957EDA785 /dev/sdl generic ledmf153.lss.emc.comgpfs1nsd 0AF1AF9956E6EC21 /dev/sdd generic ledmf153.lss.emc.com

mmlsfs fs_dbData -T -d

flag value description------------------- ------------------------ ----------------------------------- -d gpfs1011nsd;gpfs1012nsd Disks in file system -T /dbData Default mount point

mmlsfs fs_dbLog -T -d

flag value description------------------- ------------------------ ----------------------------------- -d gpfs1013nsd Disks in file system -T /dbLog Default mount point



En la siguiente figura se ilustran los requisitos generales del diseño del sistema de archivos dedestino en una restauración de reversión redirigida de un respaldo de Storage Direct para VMAX enun clúster alternativo de pureScale.

Figura 11 Requisitos de diseño del sistema de archivos de destino para una restauración de reversiónredirigida a un clúster alternativo de pureScale

Respaldos y restauraciones de registros de transacciones en un ambiente depureScale de DB2

En un ambiente de pureScale de DB2, cada miembro genera transacciones independientes ymantiene su propio conjunto de archivos de registro de transacciones. Para habilitar larecuperación de puesta al día de DB2, los registros de transacciones se deben respaldar. Losregistros de transacciones siempre se respaldan mediante el flujo de trabajo de Application Direct.

Configuración de archiving de registros de transacciones de DB2 en la página 199 proporciona másdetalles.

Eliminación de respaldos de Storage Direct en un ambiente DB2 pureScaleSegún sea necesario para respaldos de instantáneas, debe usar la utilidad db2acsutil paraeliminar los respaldos de Storage Direct en un ambiente DB2 pureScale. No puede usar el comandodb2 prune para eliminar las entradas de respaldo de Storage Direct desde el archivo del historialde recuperación.

Puede ejecutar el comando db2acsutil con las opciones adecuadas para eliminar los respaldosde Storage Direct. Administración y eliminación de respaldos de DB2 de Storage Direct en lapágina 203 proporciona información detallada.



Sugerencias de solución de problemas de DB2 para lasoperaciones de Storage Direct

En Sugerencias generales para la solución de problemas en la página 144, se proporcionainformación de solución de problemas comunes que se aplica a las operaciones del agente deaplicación de base de datos con todas las aplicaciones y bases de datos compatibles.

Los errores informados por el agente de instantáneas o la biblioteca compartida de DB2 se tratancomo graves y se informan como un error de respaldo para el software DB2.

Para los respaldos y restauraciones de Storage Direct, los archivos de registro y de depuración sondiferentes a los que se utilizan para las operaciones de Application Direct:

l Todos los mensajes de depuración se registran en un único archivo denominadolibddboostdb2_acs_DB2_<date>.<time>.<DB2_pid>.log.

l Los únicos registros operacionales son el registro de diagnóstico de DB2 y el registrooperacional del agente de instantáneas, ddbsm.log.

Debe configurar el parámetro DEBUG_LEVEL para habilitar la depuración.

Es posible que falle la restauración de Storage Direct de DB2 con el código deerror de DB2 SQL2081N

Es posible que falle una restauración de Storage Direct de DB2 con un mensaje de SQL y código deerror 2 o 3. La falla se produce cuando la operación de restauración se inicia y comprueba si hayotras bases de datos existentes en el sistema de archivos de restauración. Por ejemplo:

db2 restore db pluto use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/db2inst1/db2.cfg taken at 20170419130621 LOGTARGET include force

SQL2081N A snapshot restore failed because some element or elements of the database to be restored have the same name as some element or elements of existing databases. Reason code = "2".

En una restauración de instantáneas, una utilidad de instantáneas de DB2 debe identificarúnicamente el elemento de la base de datos restaurada. Si otra base de datos también utiliza eldirectorio de restauración, la restauración de instantáneas puede fallar debido a que DB2 no puedeidentificar la base de datos de restauración.

Por ejemplo, la restauración de DB2 de Storage Direct puede fallar cuando varias bases de datoscomparten la misma ruta en el directorio de restauración. Cuando un directorio o archivo tiene unvalor clave convencional de un token de base de datos de DB2, como SQL00001 oLOGSTREAM0000, DB2 podría interpretarlo como otra base de datos que reside en el mismosistema de archivos. En tal caso, una restauración de base de datos de Storage Direct podría fallar.

Revise el archivo de db2diag.log para obtener más información sobre el problema. En ladocumentación de IBM se proporcionan detalles acerca del error SQL2081N.

Asegúrese de que los sistemas de archivos de restauración, especialmente el inicio de la base dedatos y los directorios de registros, estén dedicados a la base de datos que se restaurará. Cuandose incluyan en la operación de restauración los registros de la imagen de respaldo, asegúrese deque el directorio de registro esté vacío.





CAPÍTULO 7

Operaciones de Application Direct en sistemasOracle


l Descripción general de las operaciones de Application Direct en un ambiente de Oracle..... 228l Configuración de las operaciones de Application Direct en un ambiente de Oracle..............230l Ejecución de respaldos y restauraciones de Application Direct con Oracle RMAN...............234l Ejecución de respaldos y restauraciones de Application Direct con Oracle Enterprise Manager

............................................................................................................................................ 235l Ejecución de respaldos y restauraciones de CDB y PDB de Oracle...................................... 235l Ejecución de operaciones de eliminación y mantenimiento de respaldos de Oracle..............236l Preparación para la recuperación ante desastres de Oracle.................................................236l Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de Application Direct.. 237l Sugerencias de solución de problemas de Oracle para las operaciones de Application Direct

............................................................................................................................................ 238


Descripción general de las operaciones de Application Directen un ambiente de Oracle

El agente de aplicación de base de datos se integra con las interfaces de Oracle RMAN para losproveedores de administración de medios de otros fabricantes a fin de permitir respaldos de datos,restauraciones y operaciones de registros de reconstitución archivados de Oracle. El agente deaplicación de base de datos también es compatible con operaciones de eliminación ymantenimiento de respaldos de Oracle.

Puede realizar un respaldo o recuperación con el producto en un servidor de base de datos Oraclemediante la ejecución de una de las herramientas de respaldo o recuperación de Oraclecompatibles:

l Oracle Recovery Manager (RMAN) con el comando rmanl GUI de Oracle Enterprise Manager

Puede utilizar estas herramientas en cooperación con el agente de aplicación de base de datospara realizar todas las operaciones compatibles con Oracle RMAN, incluidas las siguientesoperaciones:


l Respaldos completos e incrementales

l Respaldos de registros de reconstitución archivados



l Respaldo y recuperación de bases de datos, espacios de tablas y registros de reconstituciónarchivados

l Eliminación de respaldos y otras operaciones de mantenimiento

El producto mantiene índices de respaldo en línea en el sistema Data Domain, que complementan elcatálogo de RMAN de Oracle. Durante los respaldos, el producto crea entradas de respaldo en losíndices en línea, que proporcionan la información necesaria para restaurar los datos respaldados.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente de aplicaciónde base de datos en un ambiente Oracle.

Procesos de respaldo de OracleUn respaldo de Oracle incluye las siguientes interacciones de procesos.

1. El administrador de base de datos inicia el respaldo mediante uno de los siguientes métodos:

l Para invocar el script de respaldo de RMAN, el administrador de bases de datos ejecuta uncomando rman, como el siguiente comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/backup.txt'

Nota: En lugar de aparecer en la línea de comandos, la contraseña se podría incluir conun comando connect en el script de RMAN. En ese caso, la línea de comandos rmanpodría ser de la siguiente manera: rman @/orasnb/backup.txt

Operaciones de Application Direct en sistemas Oracle


l El administrador de base de datos ejecuta Oracle Enterprise Manager para generar el scriptde respaldo de RMAN y realizar las operaciones de respaldo.

2. El software de Oracle carga la biblioteca compartida de Oracle utilizada por el agente deaplicación de base de datos, según lo especificado por el parámetro SBT_LIBRARY.

3. El agente de aplicación de base de datos lee el archivo de configuración especificado por elparámetro CONFIG_FILE e inicializa la conexión con el sistema Data Domain, según los ajustesen el archivo de configuración.

4. El software de Oracle garantiza que cada nombre de respaldo sea único, ya que le solicita alagente de aplicación de base de datos que verifique si existe el nombre de respaldo en elcatálogo del agente de aplicación de base de datos.

5. Si el agente de aplicación de base de datos responde negativamente (como se espera), elsoftware de Oracle envía las piezas de respaldo al agente de aplicación de base de datos pormedio de la API de SBT.

6. El agente de aplicación de base de datos utiliza la interfaz de DD Boost para enviar los datos derespaldo al sistema Data Domain para almacenamiento y cataloga el respaldo.

7. El software de Oracle le solicita al agente de aplicación de base de datos que confirme que elrespaldo está en el catálogo, registra la entrada en el catálogo de Oracle y completa elrespaldo.

Procesos de restauración de OracleUna restauración de Oracle incluye las siguientes interacciones de procesos.

1. El administrador de base de datos inicia la restauración mediante uno de los siguientesmétodos:

l Para invocar el script de restauración de RMAN, el administrador de bases de datos ejecutaun comando rman, como el siguiente comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/restore.txt'

Nota: En lugar de aparecer en la línea de comandos, la contraseña se podría incluir conun comando connect en el script de RMAN. En ese caso, la línea de comandos derman podría ser la siguiente:

rman @/orasnb/restore.txt

l Para generar el script de restauración de RMAN y realizar las operaciones de restauración yrecuperación, el administrador de bases de datos ejecuta Oracle Enterprise Manager.



4. El software de Oracle consulta y después solicita las piezas de respaldo al agente de aplicaciónde base de datos por medio de la API de SBT.

5. Para consultar el catálogo y recuperar los datos de respaldo del sistema Data Domain, el agentede aplicación de base de datos utiliza la interfaz de DD Boost.



Respaldos de Oracle para registros de reconstitución archivadosLos respaldos de registros de reconstitución archivados permiten la recuperación de una base dedatos de Oracle al estado anterior al desastre. Sin estos respaldos, puede recuperar la base dedatos solo a la hora en que se ejecutó el último respaldo coherente de Oracle. En este caso, seperderán las transacciones que se produjeron entre la hora del último respaldo coherente y la horade los daños de la base de datos.

Es posible que desee realizar un respaldo completo o incremental cada 24 horas como mínimo yprogramar respaldos más frecuentes de solo los registros de reconstitución archivados.

Puede respaldar los registros de reconstitución archivados utilizando la opción adecuada delcomando de respaldo de RMAN.

Configuración de las operaciones de Application Direct en unambiente de Oracle

Debe completar las configuraciones necesarias del agente de aplicaciones de base de datos parapermitir las operaciones de Application Direct en un ambiente de Oracle. En los temas siguientes,se proporciona información detallada sobre la configuración de productos.

Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de Application Direct en lapágina 237 En , se proporcionan detalles adicionales sobre los requisitos de configuraciónespecíficos en un ambiente Oracle RAC o de clúster activo/pasivo.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente deaplicaciones de base de datos en un ambiente de Oracle.

Nota: Para migrar una configuración de Oracle del agente de aplicaciones de base de datos alagente RMAN de Oracle, consulte las instrucciones en la versión correspondiente de la Guía deadministración del agente RMAN de Oracle.

Configuración del archivo de configuración en un ambiente de OracleSe recomienda configurar los parámetros requeridos para las operaciones de Oracle en el archivode configuración utilizado por el agente de aplicación de base de datos. Por ejemplo, el archivo deconfiguración denominado oracle_ddbda.cfg contiene las siguientes configuraciones deparámetros obligatorias:

DDBOOST_USER=qa_ostDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_ora

Preparación del archivo de configuración en la página 80 describe los parámetros comunes y cómoconfigurar los parámetros en el archivo de configuración. Configuración de las restauraciones derespaldos replicados en la página 96 también describe los parámetros y los requisitos para lasrestauraciones de respaldos replicados.

Después de configurar el archivo de configuración, asegúrese de que se hayan realizado losprocedimientos requeridos del lockbox, como se describe en Configuración del lockbox en la página111.



Creación de scripts de RMAN para las operaciones de Oracle de ApplicationDirect

Debe crear el script de RMAN necesario para las operaciones de respaldo o restauración deProtectPoint de Oracle.

Nota: En el script de RMAN, no se admite el carácter % en la cadena FORMAT, a menos que elcarácter se utilice como parte de una variable de sustitución de RMAN.

Debe configurar los parámetros SBT_LIBRARY y CONFIG_FILE, en el archivo de configuración oen el script de RMAN:

l Configure el parámetro SBT_LIBRARY en el nombre de ruta de la biblioteca de Oracle utilizadapor el agente de aplicación de base de datos.

l Configure el parámetro CONFIG_FILE en el nombre de ruta del archivo de configuración.Utilice la opción correcta si configura CONFIG_FILE en el script de RMAN:

n Con Oracle 11.2 o posterior, utilice la opción SBT_PARMS.

n Con Oracle 11.1 o anterior, utilice la opción SEND.

Para optimizar el rendimiento de las operaciones de Application Direct, utilice la configuración delparámetro BLKSIZE=1048576.

Los siguientes ejemplos muestran la configuración del parámetro correcta en el script de RMAN:

l En UNIX o Linux, mediante la opción SBT_PARMS con Oracle 11.2 o posterior:

ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)' FORMAT '%d_%U';BACKUP DATABASE;

CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';BACKUP DEVICE TYPE SBT DATABASE FORMAT '%d_%U';

l En Windows, mediante la opción SBT_PARMS con Oracle 11.2 o posterior:

ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)' FORMAT '%d_%U';BACKUP DATABASE;

CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)';BACKUP DEVICE TYPE SBT DATABASE FORMAT '%d_%U';

Nota: En Windows, se debe usar el nombre de ruta corto de Windows en la configuraciónde SBT_LIBRARY, como se muestra en los ejemplos anteriores. De lo contrario, si elnombre de ruta contiene espacios, el software de Oracle muestra un error de sintaxis.

l Mediante la opción SEND con Oracle 11.1 o anterior:

ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so FORMAT '%d_%U';SEND CHANNEL C1 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';BACKUP DATABASE;



CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so';SEND 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';BACKUP DEVICE TYPE SBT DATABASE FORMAT '%d_%U';

AVISO Cuando cree un script de RMAN, tenga en cuenta las siguientes restricciones:

l La multiplexación de RMAN podría tener un impacto negativo en la tasa de deduplicación.Configure FILESPERSET o MAXOPENFILES según corresponda.

l SET o BACKUP COPIES no son compatibles. Si configura BACKUP COPIES en el script deRMAN, el respaldo fallará. Si desea usar la replicación de Data Domain, consulte Replicación de Data Domain en la página 38.

Configuración de operaciones en un ambiente de Oracle Data GuardEl agente de aplicación de base de datos es compatible con Oracle Data Guard, una solución dedisponibilidad y protección de datos de Oracle para una base de datos principal y una o más basesde datos en espera mediante una red IP. Puede configurar operaciones de respaldo y restauracióncon el agente de aplicación de base de datos en un ambiente de Oracle Data Guard.

En un ambiente de Oracle Data Guard, debido a que las transacciones se producen en la base dedatos principal y Oracle escribe los datos de reconstitución en los registros de reconstituciónlocales, Data Guard realiza las siguientes operaciones automáticamente:

l Transfiere esos datos de reconstitución a los sitios en espera.

l Aplica los datos de reconstitución a las bases de datos en espera, lo cual sincroniza las bases dedatos en espera con la base de datos principal.

Puede descargar los respaldos de RMAN de archivos de datos, los registros de reconstituciónarchivados y posiblemente otros archivos en una base de datos física en espera. Después, puedeusar los respaldos para recuperar la base de datos principal o en espera. La documentación deRMAN y Data Guard describe cómo configurar y respaldar una base de datos física en espera, ycómo utilizar los respaldos para recuperar la base de datos principal o en espera.

Para configurar respaldos y restauraciones con el agente de aplicación de base de datos en unambiente de Oracle Data Guard:

1. Siga las instrucciones en la documentación de Oracle sobre cómo establecer lasconfiguraciones necesarias de RMAN, por ejemplo, para usar un catálogo de recuperación y elparámetro DB_UNIQUE_NAME.

2. Instale y configure el software del agente de aplicación de base de datos en el host de la basede datos principal, así como en cada host de base de datos física en espera que se incluya enlos respaldos y las restauraciones.

3. Para un respaldo, cree un script de RMAN y después establezca los parámetros en el archivode configuración para que el agente de aplicación de base de datos respalde datos desde unabase de datos física en espera, que puede utilizarse para restaurar la base de datos principal.Establezca el parámetro CLIENT en el archivo de configuración en un valor único queidentifique el ambiente de Data Guard, preferentemente el nombre de host de base de datosprincipal.

4. Para una recuperación, cree un script de RMAN y después establezca los parámetros en elarchivo de configuración para que el agente de aplicación de base de datos recupere datosdesde una base de datos principal o en espera, en función de la restauración. Establezca elparámetro CLIENT en el mismo valor que se usó durante el respaldo.



Configuración de deduplicación optimizada de OracleEl agente de aplicación de base de datos es compatible con la configuración de la deduplicaciónoptimizada de Oracle con un dispositivo Data Domain.

Use los siguientes comandos para administrar la deduplicación optimizada de Oracle en el nivel delsistema:

l filesys option set app-optimized-compression {none | oracle1}

l filesys option reset app-optimized-compressionl filesys option show app-optimized-compressionLa Guía de referencia de comandos de Data Domain Operating System en el sitio web de soporteproporciona detalles sobre estos comandos.

Cálculo del uso de recursos de Data Domain en sistemas OracleLos siguientes temas proporcionan instrucciones adicionales y mejores prácticas relacionadas conel uso de recursos de Data Domain para los sistemas Oracle.

Uso de capacidad en sistemas OracleSi se supera la capacidad de almacenamiento del sistema Data Domain, se produce un error en laoperación de respaldo. El agente de aplicación de base de datos genera el siguiente tipo demensaje de error en el registro operacional:

163542 12/09/2016 02:10:00 PM (pid8651) SYSTEM critical Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 8651] [139771055018560] Fri Dec 9 14:10:00 2016 ddp_write() failed Offset 167772160, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >

Uso de flujos en sistemas Oracle


La cantidad de flujos que RMAN suele utilizar para respaldos, restauraciones y operaciones demantenimiento (como verificación) corresponde a la cantidad de canales utilizados más 1.

Si el sistema Data Domain se queda sin flujos durante un respaldo, el canal de RMAN falla con elsiguiente tipo de mensaje de error en el registro operacional:

153004 05/10/2016 01:42:48 PM (pid6662) SYSTEM critical Unable to write to a file because the streams limit was exceeded.

El respaldo continúa y se realiza correctamente debido a que RMAN reasigna la tarea de respaldo aotros canales:

RMAN-03009: failure of backup command on CH5 channel at 03/30/2016 16:38:20 ORA-19502: write error on file "CER4_1sr1pqjo_1_1", block number 33 (block size=8192)ORA-27030: skgfwrt: sbtwrite2 returned error ORA-19511: Error received from media manager layer, error text: asdf_output_section1() failed xdr=0x0xb8183f8: bp=0x0xc19c538: send_len=262144: type=12800: fhand=0x0xc17e688: wrapper=0x(nil): directp=0x0x7f268ad9e000 (1:4:22)channel CH5 disabled, job failed on it will be run on another channel



A pesar de que se reasigna el trabajo de respaldo y el respaldo se realiza correctamente, el canalfallido genera un registro de savesets incompletos en el índice. Puede ejecutar el comandoddbmadmin -s para generar una lista de los savesets y ver el registro incompleto. Por ejemplo:

INCOMPLETE: client = ledma178.lss.emc.com, date and time = 03/30/2016 04:38:19 PM (1459370299)

El registro incompleto no afecta a ninguna restauración del respaldo debido a que el saveset esrespaldado por otro canal. Puede ejecutar el comando ddbmadmin -d para eliminar los savesetsincompletos. Por ejemplo:

ddbmadmin -d -b 1459370299 –e 1459370299 –n oracle –z <configuration_file>

Si el sistema Data Domain se queda sin flujos durante una restauración, el canal de RMAN falla conel siguiente tipo de mensaje de error en el registro operacional:

163971 11/23/2016 03:03:24 PM (pid26011) SYSTEM critical Unable to read from a file because the streams limit was exceeded.The error message is: [5519] [26011] [140130349429312] Wed Nov 23 15:03:24 2016 ddp_read() failed Offset 0, BytesToRead 262144, BytesRead 0 Err: 5519-nfs readext remote failed (nfs: Resource (quota) hard limit exceeded)

Ejecución de respaldos y restauraciones de Application Directcon Oracle RMAN


Antes de realizar un respaldo o restauración de Oracle, asegúrese de haber completado lasconfiguraciones necesarias que se indican en Configuración de las operaciones de ApplicationDirect en un ambiente de Oracle en la página 230.

Para ejecutar un respaldo o una restauración de Oracle en el host de servidor de Oracle, puedeejecutar el comando rman correspondiente en la línea de comandos.

Procedimiento

1. Inicie sesión como el usuario del sistema operativo de Oracle en el host de servidor deOracle.

2. Para iniciar el script de respaldo o restauración de RMAN, ejecute el comando rmancorrespondiente en la línea de comandos.

Por ejemplo, los scripts del respaldo y la restauración de RMAN se almacenan en losarchivos full_backup.txt o restore.txt. Para conectarse a las bases de datos denómina de pagos y rcvcatdb, se configuró el servicio de red. Puede ejecutar los siguientescomandos para realizar las operaciones de respaldo y restauración de Oracle:

rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/full_backup.txt\'rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/restore.txt\'

En sistemas Windows, puede usar el comando rman.exe para ejecutar el script de RMAN.



Ejecución de respaldos y restauraciones de Application Directcon Oracle Enterprise Manager

Por qué y cuándo se efectúa esta tareaAntes de realizar un respaldo o restauración de Oracle, asegúrese de haber completado lasconfiguraciones necesarias que se indican en Configuración de las operaciones de ApplicationDirect en un ambiente de Oracle en la página 230.

Las herramientas de administración de respaldo de Oracle Enterprise Manager proporcionan unainterfaz gráfica del usuario para RMAN, que puede usar para realizar un respaldo o unarestauración de Oracle en el host de servidor de Oracle.Procedimiento

1. Inicie sesión como el usuario de Oracle en el host de servidor de Oracle.2. Para respaldar o restaurar los datos de Oracle mediante la GUI, ejecute las herramientas de

administración del respaldo de Oracle Enterprise Manager que ejecutan el script de RMAN.Establezca SBT_LIBRARY y CONFIG_FILE en el cuadro de texto Media ManagementLibrary Parameters.Las herramientas de administración del respaldo generan los scripts de RMAN y el comandoque se requieren para ejecutar las operaciones de respaldo y restauración.

La siguiente figura muestra un ejemplo de una configuración de respaldo programado enOracle Enterprise Manager.

Figura 12 Configuración de respaldo programado en Oracle Enterprise Manager

Ejecución de respaldos y restauraciones de CDB y PDB deOracle

En Oracle 12c se presentó la compatibilidad para bases de datos multiusuario, que permite que enuna base de datos de un solo contenedor (CDB) se incluyan varias bases de datos con capacidad



para conectarse (PDB) creadas por usuarios. Puede realizar respaldos y restauraciones de unaCDB completa o de PDB individuales. No se necesitan pasos adicionales de configuración en elagente de Oracle RMAN para admitir el ambiente.

Se recomienda ejecutar respaldos periódicos de la CDB completa para garantizar que todas lasPDB y los registros archivados se respalden. Puede recuperar la CDB completa o PDB individualesen cualquier punto en el tiempo a partir de un respaldo de CDB. En la documentación de Oracle seproporciona información detallada.

Ejecución de operaciones de eliminación y mantenimiento derespaldos de Oracle

El agente de aplicación de base de datos no incluye ninguna política de vencimiento. Comoresultado, los respaldos realizados por el agente de aplicación de base de datos permanecen en elsistema Data Domain hasta que el DBA o el software de Oracle eliminan los respaldos.

Oracle RMAN proporciona una política de retención de Oracle para los respaldos. Una política deretención de Oracle se basa en la ventana de recuperación o en la redundancia. RMAN consideraque un respaldo es obsoleto cuando el respaldo ya no es necesario según la política de retención deOracle. Oracle RMAN comprueba la política de retención de un respaldo cuando se ejecuta elcomando REPORT OBSOLETE o DELETE OBSOLETE.

Puede ejecutar el comando DELETE BACKUP para eliminar manualmente los respaldos. CuandoRMAN solicita una eliminación, el agente de aplicación de base de datos elimina las entradas delcatálogo y los archivos de respaldo correspondientes en el sistema Data Domain. Si la eliminaciónse realiza correctamente, el software de Oracle, a continuación, elimina la entrada de respaldocorrespondiente en el catálogo de Oracle. Puede forzar la eliminación mediante el uso de la opciónFORCE en el comando DELETE. La documentación de RMAN proporciona detalles acerca delcomando DELETE y la sintaxis.

Si hay entradas huérfanas que permanecen en el sistema Data Domain por razones inesperadas,como una falla general durante la eliminación, puede usar el comando ddbmadmin para depurar losarchivos según las indicaciones del soporte técnico.

Nota: A pesar de que puede ejecutar los comandos CROSSCHECK y DELETE EXPIRED, estoscomandos no son útiles para los respaldos realizados por el agente de aplicación de base dedatos. El agente de aplicación de base de datos y el sistema Data Domain no hacen vencer losrespaldos. Si necesita ejecutar estos comandos, limite la lista de respaldos para los cualesejecuta estos comandos, debido a su impacto en el rendimiento del sistema Data Domain.

Preparación para la recuperación ante desastres de OracleEl agente de aplicación de base de datos y Oracle admiten la recuperación ante desastres en lamedida en que RMAN sea compatible con la funcionalidad. La documentación de Oracle y RMANproporciona detalles sobre las mejores prácticas para la recuperación ante desastres.


Para preparar un servidor de Oracle para la recuperación ante desastres, respalde la siguiente listamínima de archivos:

l Base de datos de Oracle (todos los archivos de datos)

l Registros de reconstitución archivados

l Archivo de control

l Archivo de parámetro de inicialización



Nota: RMAN solo respalda el archivo de parámetro administrado por el servidor (SPFILE).

La documentación de Oracle proporciona una lista exhaustiva de todos los archivos (excepto de labase de datos de Oracle) que debe respaldar. RMAN no respalda los demás archivos que puedenser necesarios para la recuperación ante desastres, como los archivos de red de Oracle, el archivode contraseña y así sucesivamente.

Utilice las siguientes reglas para prepararse para la recuperación ante desastres:

l Establezca archivos de control espejeados.

Consulte la documentación de Oracle para obtener recomendaciones sobre si se debenestablecer registros de reconstitución en línea espejeados.

l Respalde con frecuencia los registros de reconstitución archivados entre los respaldos de basede datos.

l Respalde el catálogo de recuperación después de cada respaldo de base de datos de destino sitiene un catálogo de recuperación.

Para realizar una recuperación ante desastres de Oracle, complete los pasos necesarios.

Procedimiento

1. Para crear un archivo de configuración, un script de RMAN y una caja de seguridad en elhost de recuperación ante desastres, siga los pasos de configuración que se proporcionan en Configuración de las operaciones de Application Direct en un ambiente de Oracle en lapágina 230.

2. En el archivo de configuración, establezca el parámetro CLIENT como el hostname utilizadoen el respaldo.

Para obtener la lista de nombres de clientes, como se describe en Uso del comandoddbmadmin para mostrar los clientes en una ruta de dispositivo en la página 131, si norecuerda el hostname o no estableció CLIENT para el respaldo, use el comando ddbmadmin-i.

3. Siga las instrucciones de recuperación ante desastres de la documentación de RMAN deOracle, en el sitio web de Oracle.

Requisitos de clúster activo/pasivo y Oracle RAC paraoperaciones de Application Direct

Puede realizar respaldos y restauraciones de Oracle con el agente de aplicación de base de datosen un ambiente Oracle RAC o de clúster activo/pasivo.

Debe cumplir los siguientes requisitos de configuración en el ambiente Oracle RAC o de clúster:

l Todos los nodos pueden acceder al archivo de configuración, el lockbox y el script de RMANpor medio de un sistema de archivos compartido o de un recurso compartido NFS/CIFS.

Nota: Si el archivo de configuración o el script de RMAN no son accesibles por medio de unsistema de archivos compartido ni a través de recursos compartidos NFS/CIFS, debecopiar y mantener un archivo de configuración o un script de RMAN idéntico en cada nodoimplicado en los respaldos y las restauraciones. Este requisito no se aplica a los scripts deRMAN almacenados, debido a que el software de Oracle puede acceder a un script deRMAN almacenado desde cualquier nodo.

l Todos los hosts del clúster obtienen acceso al lockbox, como se describe en Configuración dellockbox en un ambiente de alta disponibilidad en la página 124.



l Se seleccionó uno de los nombres de host virtuales de nodo o el nombre de host SCAN declúster y se estableció el parámetro CLIENT en el nombre de host del archivo de configuración.

l En un ambiente Oracle RAC, si los registros de reconstitución archivados no son accesiblesdesde todos los nodos (que no es una mejor práctica de Oracle), ha creado un script de RMANen el cual se asigna cada canal para que se conecte a un nodo diferente.

Oracle RMAN respalda todos los registros de reconstitución archivados de todos los nodos silos registros se encuentran en almacenamiento compartido.

Sugerencias de solución de problemas de Oracle para lasoperaciones de Application Direct

En Sugerencias generales para la solución de problemas en la página 144, se proporcionainformación de solución de problemas comunes que se aplica a las operaciones de agente deaplicación de base de datos con todas las aplicaciones y bases de datos compatibles.

Todos los mensajes operacionales y de error se muestran en la salida de RMAN. Por ejemplo:

ORA-19506: failed to create sequential file, name="42pu1tir_1_1", parms=""ORA-27028: skgfqcre: sbtbackup returned errorORA-19511: Error received from media manager layer, error text: DEVICE_HOST is not set correctly. (105:108:2)

Use la siguiente información para ejecutar la solución de problemas adicionales:

l Información del archivo sbtio.log de Oracle.

l Registros operacionales de Oracle generados por el agente de aplicación de base de datos,incluidos los mensajes de error, advertencia o cualquier otro mensaje operacional.

Debe configurar el parámetro DEBUG_LEVEL para habilitar la depuración.



CAPÍTULO 8

Operaciones de Storage Direct en sistemasOracle


l Descripción general de las operaciones de Storage Direct en un ambiente de Oracle.......... 240l Configuración de las operaciones de Storage Direct en un ambiente de Oracle...................242l Ejecución de respaldos y restauraciones de Storage Direct con Oracle RMAN....................249l Ejecución de respaldos y restauraciones de Storage Direct con Oracle Enterprise Manager

............................................................................................................................................250l Ejecución de respaldos y restauraciones de CDB y PDB de Oracle.......................................251l Ejecución de operaciones de eliminación y mantenimiento de respaldos de Oracle.............. 251l Preparación para la recuperación ante desastres de Oracle.................................................252l Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de Storage Direct.......253l Requisitos de Oracle ASM para operaciones de Storage Direct...........................................253l Restauración y reversión de Storage Direct para VCS en Solaris.........................................305l Sugerencias de solución de problemas de Oracle para las operaciones de Storage Direct.... 311


Descripción general de las operaciones de Storage Direct enun ambiente de Oracle

El agente de aplicación de base de datos está integrado en Oracle RMAN mediante la opción decopia de proxy para habilitar respaldos, recuperaciones y restauraciones de Storage Direct. Elagente de aplicación de base de datos también es compatible con operaciones de mantenimiento yeliminación de los respaldos de Storage Direct para Oracle.

Puede realizar un respaldo o recuperación de Storage Direct con el producto en un servidor debase de datos Oracle mediante la ejecución de una de las herramientas de respaldo o recuperaciónde Oracle compatibles:

l Oracle Recovery Manager (RMAN) con el comando rmanl GUI de Oracle Enterprise Manager

Puede utilizar estas herramientas en cooperación con el agente de aplicación de base de datospara realizar todas las operaciones compatibles con la copia de proxy de Oracle RMAN, incluidaslas siguientes operaciones:


l Respaldos de base de datos completos y parciales




l Respaldo y recuperación de bases de datos, espacios de tablas y registros de reconstituciónarchivados

l Eliminación de respaldos y otras operaciones de mantenimiento

El agente de aplicación de base de datos conserva un catálogo de respaldo en el sistema DataDomain. Durante los respaldos, el agente de aplicación de base de datos crea entradas de respaldoen el catálogo de respaldo, que proporcionan la información necesaria para restaurar los datosrespaldados. RMAN también realiza un seguimiento de esos respaldos en su propio catálogo, elcatálogo de RMAN.

Nota:El agente de aplicación de base de datos es compatible con dos tipos de ambientes Oracle: unambiente en el que la base de datos no utiliza discos de Oracle ASM y un ambiente en el que labase de datos utiliza discos Oracle ASM. Los procedimientos para configurar y realizarrespaldos y restauraciones de Storage Direct son diferentes en los dos tipos de ambientes:

l Para los datos de Oracle que no residen en discos ASM, siga los procedimientos quecomienzan con Configuración de las operaciones de Storage Direct en un ambiente deOracle en la página 242.

l Para los datos de Oracle que residen en discos ASM, siga los procedimientos quecomienzan con Requisitos de Oracle ASM para operaciones de Storage Direct en la página253.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Storage Direct con el agente de aplicación debase de datos en un ambiente Oracle.

Operaciones de Storage Direct en sistemas Oracle


Procesos de respaldo de Storage Direct para OracleEn un respaldo de Storage Direct para Oracle se incluyen las siguientes interacciones de procesos.

1. El administrador de base de datos inicia el respaldo mediante uno de los siguientes métodos:

l Para invocar el script de respaldo de RMAN, el administrador de bases de datos ejecuta uncomando rman, como el siguiente comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/backup.txt'

l Para generar el script de respaldo de RMAN y realizar las operaciones de respaldo, eladministrador de bases de datos ejecuta Oracle Enterprise Manager.



4. El flujo de trabajo de respaldo se lleva a cabo como se describe en el tema sobre el flujo detrabajo de respaldo de Storage Direct o el flujo de trabajo de respaldo de Storage Direct conRecoverPoint en el capítulo 1.

Procesos de restauración de Storage Direct para OracleEn una restauración de Storage Direct para Oracle se incluyen las siguientes interacciones deprocesos.

1. El administrador de base de datos inicia la restauración mediante uno de los siguientesmétodos:

l Para invocar el script de restauración de RMAN, el administrador de bases de datos ejecutaun comando rman, como el siguiente comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/restore.txt'

l Para generar el script de restauración de RMAN y realizar las operaciones de restauración yrecuperación, el administrador de bases de datos ejecuta Oracle Enterprise Manager.



4. El flujo de trabajo de restauración continúa como se describe en el tema acerca del flujo detrabajo de restauración de Storage Direct o el flujo de trabajo de restauración de StorageDirect con RecoverPoint en el capítulo 1.

Respaldos de Storage Direct para Oracle de registros de reconstituciónarchivados

Los respaldos de registros de reconstitución archivados permiten la recuperación de una base dedatos de Oracle al estado anterior al desastre. Sin estos respaldos, puede recuperar la base dedatos solo a la hora en que se ejecutó el último respaldo coherente de Oracle. En este caso, se



perderán las transacciones que se produjeron entre la hora del último respaldo coherente y la horade los daños de la base de datos.

Es posible que desee realizar un respaldo completo de la base de datos cada 24 horas como mínimoy programar respaldos más frecuentes de solo los registros de reconstitución archivados.

Puede respaldar los registros de reconstitución archivados utilizando la opción adecuada delcomando de respaldo de RMAN.

Configuración de las operaciones de Storage Direct en unambiente de Oracle




l Para las operaciones de Storage Direct para VMAX únicamente, asegúrese de que la versión deVMAX Solutions Enabler compatible esté instalada y configurada, ya sea en modo local en cadahost de producción o en modo de servidor remoto, de manera que el host de aplicacionespueda comunicarse con el servidor de SYMAPI. En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se describen las versionescompatibles.






Nota: Para los respaldos de Storage Direct, se recomienda que los archivos de control de labase de datos y los archivos de registro de reconstitución en línea se encuentren en LUNdiferentes a los de los registros archivados y los archivos de datos de Oracle. La




documentación de Oracle se describe en las mejores prácticas para el diseño de archivos debase de datos.

Debe completar las configuraciones necesarias del agente de aplicaciones de base de datos parapermitir las operaciones de Storage Direct en un ambiente de Oracle. En los temas siguientes, seproporciona información detallada sobre la configuración de productos.

Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de Storage Direct en la página253 En , se proporcionan detalles adicionales sobre los requisitos de configuración específicos enun ambiente Oracle RAC o de clúster activo/pasivo.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Storage Direct con el agente de aplicacionesde base de datos en un ambiente de Oracle.

Configuración del archivo de configuración en un ambiente de OracleSe recomienda configurar los parámetros requeridos para las operaciones de Storage Direct paraOracle en el archivo de configuración que utiliza el agente de aplicación de base de datos.

Por ejemplo, el archivo de configuración denominado oracle_ddbda_vmax.cfg contiene lassiguientes configuraciones de parámetros para las operaciones de Storage Direct para VMAX:

DDBOOST_USER=qa_ostDDVDISK_USER=vdiskDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_oraDEVICE_POOL=IT_data_pool

Por ejemplo, el archivo de configuración denominado oracle_ddbda_recoverpoint.cfgcontiene las siguientes configuraciones de parámetros para las operaciones de Storage Direct conRecoverPoint:

DDBOOST_USER=qa_ostDDVDISK_USER=vdiskDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_oraDEVICE_POOL=IT_data_poolRP_MGMT_HOST=RPA_management_hostnameRP_USER=RP_username


Después de configurar el archivo de configuración, asegúrese de que se hayan ejecutado losprocedimientos de lockbox requeridos, como se describe en Configuración del lockbox en la página111.

Creación de los scripts de RMAN para las operaciones de Storage DirectDebe crear el script de RMAN necesario para los respaldos o las restauraciones de Storage Directpara Oracle.


Nota: En el script de RMAN, no se admite el carácter % en la cadena FORMAT, a menos que elcarácter se utilice como parte de una variable de sustitución de RMAN.



Debe configurar los parámetros SBT_LIBRARY y CONFIG_FILE, en el archivo de configuración oen el script de RMAN. También debe especificar la opción PROXY correspondiente con el comandoBACKUP en el script de RMAN:

l Configure el parámetro SBT_LIBRARY en el nombre de ruta de la biblioteca de Oracle utilizadapor el agente de aplicación de base de datos.

l Configure el parámetro CONFIG_FILE en el nombre de ruta del archivo de configuración.Utilice la opción correcta si configura CONFIG_FILE en el script de RMAN:

n Con Oracle 11.2 o posterior, utilice la opción SBT_PARMS.

n Con Oracle 11.1 o anterior, utilice la opción SEND.

l Especifique las opciones PROXY o PROXY ONLY con el comando BACKUP:

n Cuando especifica la opción PROXY, RMAN realiza un respaldo de Application Direct enlugar de un respaldo de Storage Direct si el respaldo no se puede completar mediante elflujo de trabajo de Storage Direct. La configuración del parámetro BLKSIZE=1048576optimiza un respaldo de Application Direct.

n Cuando configura la opción PROXY ONLY, RMAN finaliza el respaldo con una falla si elrespaldo no se puede completar mediante el flujo de trabajo de Storage Direct.

RMAN es compatible con respaldos de Storage Direct mediante la opción de copia de proxy. Ladocumentación de Oracle proporciona más detalles sobre la opción de copia de proxy.

Nota: Con una opción PROXY en el comando BACKUP de RMAN, el software de Oracle noes compatible con ciertas opciones adicionales, como MAXSETSIZE, FILESPERSETyDISKRATIO. La documentación de Oracle proporciona detalles sobre las opciones deRMAN.

El archivo de control y el archivo de parámetros se respaldan automáticamente cuando serespalda la base de datos completa (por ejemplo, con BACKUP PROXY...DATABASE) o unsubconjunto que contiene el primer archivo de datos (por ejemplo, con BACKUP PROXY...TABLESPACE SYSTEM). El archivo de control y el archivo de parámetros siempre se respaldanmediante el flujo de trabajo de Application Direct, incluso cuando el comando BACKUP incluyeuna opción PROXY.

No es necesario utilizar una opción PROXY para la restauración de un respaldo de StorageDirect. El software determina automáticamente el tipo de respaldo que se está restaurando.

En los siguientes ejemplos se muestra la configuración de los parámetros correctos en el script deRMAN para un respaldo de Storage Direct de todos los archivos de datos y registros archivados:

l En UNIX o Linux, mediante la opción SBT_PARMS con Oracle 11.2 o posterior:

Si usa canales manuales (estos ajustes de canal no son persistentes en el catálogo de RMAN):

RUN (ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)' FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY DATABASE;sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY ARCHIVELOG ALL;}

Si usa canales automáticos:

CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/



oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY DATABASE FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY ARCHIVELOG ALL FORMAT '%d_%U';

l En Windows, mediante la opción SBT_PARMS con Oracle 11.2 o posterior:


RUN {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)' FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY DATABASE;sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY ARCHIVELOG ALL;}


CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY DATABASE FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY ARCHIVELOG ALL FORMAT '%d_%U';

Nota: En Windows, se debe usar el nombre de ruta corto de Windows en la configuraciónde SBT_LIBRARY, como se muestra en los ejemplos anteriores. De lo contrario, si elnombre de ruta contiene espacios, el software de Oracle muestra un error de sintaxis.

l Mediante la opción SEND con Oracle 11.1 o anterior:


RUN {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' FORMAT '%d_%U';SEND CHANNEL C1 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY DATABASE;sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY ARCHIVELOG ALL;}


CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so';SEND 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY DATABASE FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY ARCHIVELOG ALL FORMAT '%d_%U';

El comando BACKUP DATABASE PLUS ARCHIVELOG no se recomienda porque respalda los LUNde registros archivados dos veces: una vez antes de iniciar el respaldo del archivo de datos y otravez después de que termina el respaldo del archivo de datos. Este respaldo repetido puede causarproblemas de rendimiento, en comparación con un solo respaldo de los registros archivados.



En el siguiente ejemplo se muestran los comandos en un script de RMAN para la restauración de unrespaldo de Storage Direct. Una opción PROXY no se requiere en un script de restauración:

ALLOCATE CHANNEL DEVICE TYPE SBT_TAPE PARMS'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so,SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';RESTORE DATABASE;RECOVER DATABASE;

Asignación de varios canales en los scripts de RMANLa asignación de varios canales de RMAN en el script de RMAN no controla el grado de paralelismode un respaldo ni una restauración de Storage Direct. El software de Oracle utiliza solo uno de loscanales asignados para el respaldo o la restauración de Storage Direct, a menos que se utilicenopciones de respaldo específicas para distribuir un respaldo a varios canales.

No se recomiendan los siguientes tipos de scripts de RMAN para los respaldos de Storage Direct:

run {allocate channel c1 TYPE SBT_TAPE PARMS ‘SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)’;allocate channel c2 TYPE SBT_TAPE PARMS ‘SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)’;backup proxy(tablespace tbs1, tbs2 channel c1)(tablespace tbs3, tbs4 channel c2);}

Use el siguiente script de RMAN para asegurarse de que se realice correctamente el respaldo deStorage Direct:

run {allocate channel c1 TYPE SBT_TAPE PARMS ‘SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)’;backup proxy tablespace tbs1, tbs2, tbs3, tbs4;release channel c1;}

Puede asignar más de un solo canal en el script de RMAN si sabe que algunos de los archivos dedatos o registros archivados no residen en dispositivos que se pueden convertir en instantáneas.En este caso, un solo canal se usa para los respaldos de Storage Direct y todos los otros canales seutilizan para los respaldos de Application Direct.

Preparación para la restauración de los registros archivadosDespués de realizar una cantidad de respaldos de Oracle, los registros archivados respaldadospodrían estar en varios conjuntos de imágenes estáticas. Durante la restauración de los registrosarchivados de Oracle, un conjunto separado de los dispositivos de restauración debe estardisponible para montar cada conjunto de imágenes estáticas.

Antes de iniciar una restauración de los registros archivados, asegúrese de que tiene la cantidadrequerida de dispositivos de restauración en el pool de dispositivos vdisk de DD. Esta cantidad dedispositivos de restauración debe ser al menos igual a la cantidad de LUN de origen de VMAX oXtremIO multiplicada por la cantidad de respaldos, según los requisitos de la operación derestauración específica.



Nota:Los LUN o los dispositivos de restauración no necesitan estar dedicados al servidor de Oracle.Los dispositivos de restauración pueden estar en un pool que también se usa para otrasrestauraciones de aplicación o de servidor que podrían ejecutarse en momentos diferentes,siempre y cuando los dispositivos estén enmascarados según corresponda.

Asegúrese de realizar una restauración de un punto en el tiempo de los registros archivados, nouna restauración de reversión.

Por ejemplo, la política de respaldo especifica un respaldo diario completo de la base de datos y elrespaldo de los registros archivados cuatro veces al día. Para habilitar la restauración desde unrespaldo de base de datos específico y la aplicación de todos los registros requeridos, necesitacuatro veces la cantidad de LUN de origen de VMAX o XtremIO donde se encuentran los registrosarchivados.

Preparación del dispositivo Data Domain para la restauración en WindowsEn Windows, en un ambiente de Storage Direct con RecoverPoint, debe preparar el dispositivo devdisk de Data Domain antes de que pueda restaurar un respaldo de Storage Direct conRecoverPoint a un arreglo XtremIO.


Después de que se hayan creado los servicios de bloques de Data Domain para el dispositivo devdisk según la documentación de Storage Direct, complete los siguientes pasos.

Procedimiento

1. Para poner el dispositivo en línea, utilice el administrador de discos.

2. Si el dispositivo no se puede poner en línea porque el dispositivo está en un estadodesconocido:

a. Para poner el dispositivo offline, use el comando de Windows diskpart.

b. Para poner el dispositivo en línea, utilice el administrador de discos.

Preparación para respaldos y restauraciones de reversión de Oracle de StorageDirect con RecoverPoint que usan RecoverPoint 5.0 o versiones posteriores

Con RecoverPoint 5.0 o versiones posteriores, una restauración de reversión de un respaldo deOracle de Storage Direct con RecoverPoint en un sistema XtremIO es una restauración a nivel deLUN, con la que se puede restaurar un grupo de consistencia de RecoverPoint parcial. Losrequisitos específicos se aplican a los respaldos y a las restauraciones de reversión de Oracle deStorage Direct con RecoverPoint.


Asegúrese de cumplir los siguientes requisitos para la restauración de reversión de un respaldo deOracle de Storage Direct con RecoverPoint con RecoverPoint 5.0 o versiones posteriores:

l Los archivos de control de Oracle están en un LUN diferente al LUN que se incluye en larestauración de reversión. Como alternativa, los archivos de control de Oracle residen endispositivos convencionales que no son instantáneas. Oracle no es compatible con un respaldode instantánea (proxy) de los archivos de control. Oracle accede a los archivos de controldurante la restauración de reversión.

l Si un espacio de tablas de Oracle debe permanecer en línea durante una restauración dereversión, este espacio de tablas en línea y el espacio de tablas que se restaurará están en LUNdiferentes.

l Los archivos de registro de reconstitución en línea están en LUN diferentes a los LUN que seincluyen en la restauración de reversión.



l Si un espacio de tablas de Oracle tiene un archivo de datos que se encuentra en los LUN que serevertirán, antes de la restauración de reversión de los LUN, el espacio de tablas queda sinconexión para evitar una falla o daños en los datos.

Se recomienda asignar los archivos de datos de Oracle y los archivos de registro archivados enLUN diferentes. Esta recomendación es por si tiene que ejecutar una restauración de reversiónsolo para los archivos de datos o los archivos de registro archivados.

Preparación para respaldos y restauraciones de reversión de Oracle de StorageDirect con RecoverPoint que usan versiones de RecoverPoint anteriores a 5.0

Con las versiones de RecoverPoint anteriores a 5.0, el agente de aplicación de base de datosejecuta una restauración de reversión de un respaldo de Storage Direct con RecoverPoint en elnivel de grupo de consistencia. Si el grupo de coherencia de RecoverPoint que se está restaurandocontiene varios LUN, todos los LUN se sobrescriben y son inaccesibles durante la restauración dereversión. Los requisitos específicos se aplican a los respaldos y a las restauraciones de reversiónde Oracle de Storage Direct con RecoverPoint.


Nota: Con las versiones de RecoverPoint anteriores a 5.0, un respaldo y una restauración dereversión de Storage Direct con RecoverPoint siempre ocurren a nivel de grupo deconsistencia, independientemente de los objetos que se incluyan en el comando de respaldo.Como mejor práctica para una restauración de reversión de Storage Direct con RecoverPoint,cuando ejecute el respaldo o la restauración de reversión, no excluya registros ni archivos debase de datos que formen parte del grupo de consistencia de RecoverPoint que se estárespaldando o restaurando.

Asegúrese de cumplir los siguientes requisitos para la restauración de reversión de un respaldo deOracle de Storage Direct con RecoverPoint con versiones de RecoverPoint anteriores a 5.0:

l Los archivos de control de Oracle están en un grupo de coherencia de RecoverPoint diferenteal del grupo de coherencia que se incluye en la restauración de reversión. Como alternativa, losarchivos de control de Oracle residen en dispositivos convencionales que no son instantáneas.Oracle no es compatible con un respaldo de instantánea (proxy) de los archivos de control.Oracle accede a los archivos de control durante la restauración de reversión.

l Si un espacio de tablas de Oracle debe permanecer en línea durante una restauración dereversión, este espacio de tablas en línea y el espacio de tablas que se restaurará están engrupos de consistencia de RecoverPoint diferentes.

l Los archivos de registro de reconstitución en línea están en diferentes dispositivos que losgrupos de coherencia que se incluyen en la restauración de reversión.

l Si un espacio de tablas de Oracle tiene un archivo de datos que se encuentra en los LUN de ungrupo de consistencia de RecoverPoint, antes de la restauración de reversión del grupo deconsistencia, el espacio de tablas queda sin conexión para evitar una falla o daños en los datos.

Se recomienda que asigne los archivos de datos de Oracle y los archivos de registro archivados agrupos de coherencia de RecoverPoint diferentes. Esta recomendación es por si tiene que ejecutaruna restauración de reversión solo para los archivos de datos o los archivos de registro archivados.

Configuración de operaciones en un ambiente de Oracle Data GuardEl agente de aplicación de base de datos es compatible con Oracle Data Guard, una solución dedisponibilidad y protección de datos de Oracle para una base de datos principal y una o más basesde datos en espera mediante una red IP. Puede configurar operaciones de respaldo y restauracióncon el agente de aplicación de base de datos en un ambiente de Oracle Data Guard.



En un ambiente de Oracle Data Guard, debido a que las transacciones se producen en la base dedatos principal y Oracle escribe los datos de reconstitución en los registros de reconstituciónlocales, Data Guard realiza las siguientes operaciones automáticamente:

l Transfiere esos datos de reconstitución a los sitios en espera.

l Aplica los datos de reconstitución a las bases de datos en espera, lo cual sincroniza las bases dedatos en espera con la base de datos principal.

Puede descargar los respaldos de RMAN de archivos de datos, los registros de reconstituciónarchivados y posiblemente otros archivos en una base de datos física en espera. Después, puedeusar los respaldos para recuperar la base de datos principal o en espera. La documentación deRMAN y Data Guard describe cómo configurar y respaldar una base de datos física en espera, ycómo utilizar los respaldos para recuperar la base de datos principal o en espera.

Para configurar respaldos y restauraciones con el agente de aplicación de base de datos en unambiente de Oracle Data Guard:

1. Siga las instrucciones en la documentación de Oracle sobre cómo establecer lasconfiguraciones necesarias de RMAN, por ejemplo, para usar un catálogo de recuperación y elparámetro DB_UNIQUE_NAME.

2. Instale y configure el software del agente de aplicación de base de datos en el host de la basede datos principal, así como en cada host de base de datos física en espera que se incluya enlos respaldos y las restauraciones.

3. Para un respaldo, cree un script de RMAN y después establezca los parámetros en el archivode configuración para que el agente de aplicación de base de datos respalde datos desde unabase de datos física en espera, que puede utilizarse para restaurar la base de datos principal.Establezca el parámetro CLIENT en el archivo de configuración en un valor único queidentifique el ambiente de Data Guard, preferentemente el nombre de host de base de datosprincipal.

4. Para una recuperación, cree un script de RMAN y después establezca los parámetros en elarchivo de configuración para que el agente de aplicación de base de datos recupere datosdesde una base de datos principal o en espera, en función de la restauración. Establezca elparámetro CLIENT en el mismo valor que se usó durante el respaldo.

Ejecución de respaldos y restauraciones de Storage Direct conOracle RMAN


Antes de realizar un respaldo o una restauración de Oracle de Storage Direct, asegúrese de habercompletado las configuraciones necesarias que se indican en Configuración de las operaciones deStorage Direct en un ambiente de Oracle en la página 242.

Para ejecutar un respaldo o una restauración en el host de servidor de Oracle, puede ejecutar elcomando rman correspondiente en la línea de comandos.

Procedimiento

1. Inicie sesión como el usuario del sistema operativo de Oracle en el host de servidor deOracle.

2. Para iniciar el script de respaldo o restauración de RMAN, ejecute el comando rmancorrespondiente en la línea de comandos.

Por ejemplo, los scripts del respaldo y la restauración de RMAN se almacenan en losarchivos full_backup.txt o restore.txt. Para conectarse a las bases de datos de



nómina de pagos y rcvcatdb, se configuró el servicio de red. Puede ejecutar los siguientescomandos para realizar las operaciones de respaldo y restauración de Oracle:

rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/full_backup.txt\'rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/restore.txt\'

En sistemas Windows, puede usar el comando rman.exe para ejecutar el script de RMAN.

Ejecución de respaldos y restauraciones de Storage Direct conOracle Enterprise Manager


Antes de realizar un respaldo o una restauración de Oracle de Storage Direct, asegúrese de habercompletado las configuraciones necesarias que se indican en Configuración de las operaciones deStorage Direct en un ambiente de Oracle en la página 242.

Las herramientas de administración de respaldo de Oracle Enterprise Manager proporcionan unainterfaz gráfica del usuario para RMAN, que puede usar para realizar un respaldo o unarestauración en el host de servidor de Oracle.

Procedimiento

1. Inicie sesión como el usuario de Oracle en el host de servidor de Oracle.

2. Para respaldar o restaurar los datos de Oracle mediante la GUI, ejecute las herramientas deadministración del respaldo de Oracle Enterprise Manager que ejecutan el script de RMAN.Establezca SBT_LIBRARY y CONFIG_FILE en el cuadro de texto Media ManagementLibrary Parameters.

Las herramientas de administración del respaldo generan los scripts de RMAN y el comandoque se requieren para ejecutar las operaciones de respaldo y restauración.

La siguiente figura muestra un ejemplo de una configuración de respaldo programado enOracle Enterprise Manager.



Figura 13 Configuración de respaldo programado en Oracle Enterprise Manager

Ejecución de respaldos y restauraciones de CDB y PDB deOracle

En Oracle 12c se presentó la compatibilidad para bases de datos multiusuario, que permite que enuna base de datos de un solo contenedor (CDB) se incluyan varias bases de datos con capacidadpara conectarse (PDB) creadas por usuarios. Puede realizar respaldos y restauraciones de unaCDB completa o de PDB individuales. No se necesitan pasos adicionales de configuración en elagente de Oracle RMAN para admitir el ambiente.

Se recomienda ejecutar respaldos periódicos de la CDB completa para garantizar que todas lasPDB y los registros archivados se respalden. Puede recuperar la CDB completa o PDB individualesen cualquier punto en el tiempo a partir de un respaldo de CDB. En la documentación de Oracle seproporciona información detallada.

Ejecución de operaciones de eliminación y mantenimiento derespaldos de Oracle

El agente de aplicación de base de datos no incluye ninguna política de vencimiento. Comoresultado, los respaldos realizados por el agente de aplicación de base de datos permanecen en elsistema Data Domain hasta que el DBA o el software de Oracle eliminan los respaldos.

Oracle RMAN proporciona una política de retención de Oracle para los respaldos. Una política deretención de Oracle se basa en la ventana de recuperación o en la redundancia. RMAN consideraque un respaldo es obsoleto cuando el respaldo ya no es necesario según la política de retención deOracle. Oracle RMAN comprueba la política de retención de un respaldo cuando se ejecuta elcomando REPORT OBSOLETE o DELETE OBSOLETE.

Puede ejecutar el comando DELETE BACKUP para eliminar manualmente los respaldos. CuandoRMAN solicita una eliminación, el agente de aplicación de base de datos elimina las entradas del



catálogo y los archivos de respaldo correspondientes en el sistema Data Domain. Si la eliminaciónse realiza correctamente, el software de Oracle, a continuación, elimina la entrada de respaldocorrespondiente en el catálogo de Oracle. Puede forzar la eliminación mediante el uso de la opciónFORCE en el comando DELETE. La documentación de RMAN proporciona detalles acerca delcomando DELETE y la sintaxis.

Si hay entradas huérfanas que permanecen en el sistema Data Domain por razones inesperadas,como una falla general durante la eliminación, puede usar el comando ddbmadmin para depurar losarchivos según las indicaciones del soporte técnico.

Nota: A pesar de que puede ejecutar los comandos CROSSCHECK y DELETE EXPIRED, estoscomandos no son útiles para los respaldos realizados por el agente de aplicación de base dedatos. El agente de aplicación de base de datos y el sistema Data Domain no hacen vencer losrespaldos. Si necesita ejecutar estos comandos, limite la lista de respaldos para los cualesejecuta estos comandos, debido a su impacto en el rendimiento del sistema Data Domain.

Preparación para la recuperación ante desastres de OracleEl agente de aplicación de base de datos y Oracle admiten la recuperación ante desastres con laopción de copia de proxy, en la medida en que RMAN sea compatible con la funcionalidad. Ladocumentación de Oracle y RMAN proporciona detalles sobre las mejores prácticas para larecuperación ante desastres.


Para preparar un servidor de Oracle para la recuperación ante desastres, respalde la siguiente listamínima de archivos:

l Base de datos de Oracle (todos los archivos de datos)

l Registros de reconstitución archivados

l Archivo de control

l Archivo de parámetro de inicializaciónNota: RMAN solo respalda el archivo de parámetro administrado por el servidor (SPFILE).

La documentación de Oracle proporciona una lista exhaustiva de todos los archivos (excepto de labase de datos de Oracle) que debe respaldar. RMAN no respalda los demás archivos que puedenser necesarios para la recuperación ante desastres, como los archivos de red de Oracle, el archivode contraseña y así sucesivamente.

Utilice las siguientes reglas para prepararse para la recuperación ante desastres:

l Establezca archivos de control espejeados.

Consulte la documentación de Oracle para obtener recomendaciones sobre si se debenestablecer registros de reconstitución en línea espejeados.

l Respalde con frecuencia los registros de reconstitución archivados entre los respaldos de basede datos.

l Respalde el catálogo de recuperación después de cada respaldo de base de datos de destino sitiene un catálogo de recuperación.

Para realizar una recuperación ante desastres de Oracle, complete los pasos necesarios.

Procedimiento

1. Asegúrese de que los LUN de restauración se hayan aprovisionado al host de recuperaciónante desastres. El documento Storage Direct proporciona información detallada.

2. Para crear un archivo de configuración, un script de RMAN y una caja de seguridad en elhost de recuperación ante desastres, siga los pasos de configuración que se proporcionan en



Configuración de las operaciones de Storage Direct en un ambiente de Oracle en la página242.

3. En el archivo de configuración, establezca el parámetro CLIENT como el hostname utilizadoen el respaldo.

Para obtener la lista de nombres de clientes, como se describe en Uso del comandoddbmadmin para mostrar los clientes en una ruta de dispositivo en la página 131, si norecuerda el hostname o no estableció CLIENT para el respaldo, use el comando ddbmadmin-i.

4. Siga las instrucciones de recuperación ante desastres de la documentación de RMAN deOracle, en el sitio web de Oracle.

Requisitos de clúster activo/pasivo y Oracle RAC paraoperaciones de Storage Direct

Puede ejecutar respaldos y restauraciones de Storage Direct con el agente de aplicación de basede datos en un ambiente Oracle RAC o de clúster activo/pasivo.

Debe cumplir los siguientes requisitos de configuración en el ambiente Oracle RAC o de clúster:

l Todos los nodos pueden acceder al archivo de configuración, el lockbox y el script de RMANpor medio de un sistema de archivos compartido o de un recurso compartido NFS/CIFS.

Nota: Si el archivo de configuración o el script de RMAN no son accesibles por medio de unsistema de archivos compartido ni a través de recursos compartidos NFS/CIFS, debecopiar y mantener un archivo de configuración o un script de RMAN idéntico en cada nodoimplicado en los respaldos y las restauraciones. Este requisito no se aplica a los scripts deRMAN almacenados, debido a que el software de Oracle puede acceder a un script deRMAN almacenado desde cualquier nodo.

l Todos los hosts del clúster obtienen acceso al lockbox, como se describe en Configuración dellockbox en un ambiente de alta disponibilidad en la página 124.

l Se seleccionó uno de los nombres de host virtuales de nodo o el nombre de host SCAN declúster y se estableció el parámetro CLIENT en el nombre de host del archivo de configuración.

l En un ambiente Oracle RAC, si los registros de reconstitución archivados no son accesiblesdesde todos los nodos (que no es una mejor práctica de Oracle), ha creado un script de RMANen el cual se asigna cada canal para que se conecte a un nodo diferente.

Oracle RMAN respalda todos los registros de reconstitución archivados de todos los nodos silos registros se encuentran en almacenamiento compartido.

l Todos los LUN de restauración se aprovisionan correctamente a todos los nodos, ya que larestauración se puede iniciar desde cualquier nodo del clúster.

Requisitos de Oracle ASM para operaciones de Storage DirectOracle Automatic Storage Management (ASM) es un administrador de volúmenes y un sistema dearchivos para la base de datos de Oracle y utiliza grupos de discos para almacenar datos de Oracle.Un grupo de discos de Oracle ASM es un conjunto de discos que Oracle ASM administra como unaunidad. Los discos ASM son los dispositivos de almacenamiento que se aprovisionan a los gruposde discos ASM. En las instancias de Oracle ASM se montan los grupos de discos para que losarchivos de Oracle ASM estén disponibles para las instancias de base de datos.

El agente de aplicación de base de datos es compatible con los respaldos y las restauraciones deStorage Direct de una base de datos de Oracle y los registros de reconstitución archivados en



discos Oracle ASM. Los discos Oracle ASM pueden ser LUN de VMAX o LUN de XtremIO. La basede datos de Oracle que reside en los discos ASM puede ser una base de datos de Oracle RAC.

En los siguientes temas se describen las operaciones y los procedimientos de Oracle ASMcompatibles para configurar y realizar respaldos y restauraciones de Storage Direct de datos deOracle en discos ASM.

Descripción general de los respaldos y las restauraciones de Storage Direct parabases de datos de Oracle en ASM de Oracle

El agente de aplicaciones de base de datos 4.5.1 introdujo la compatibilidad para respaldos yrestauraciones de Storage Direct de datos de Oracle en discos ASM de sistemas Linuxcompatibles. El agente de aplicación de base de datos 19.2 incorporó compatibilidad para lasoperaciones de Storage Direct de ASM de Oracle en sistemas AIX compatibles. En un ambiente deOracle RAC, puede realizar operaciones de respaldo y restauración de RMAN desde cualquier hostde Oracle RAC que esté configurado para acceder a los discos ASM.

Tiene una opción para realizar una restauración de reversión. También tiene una opción paraejecutar una recuperación lógica mediante el montaje de los respaldos con el agente de aplicaciónde base de datos en un host proxy, también conocido como host de montaje.

El agente de aplicación de base de datos 4.7 introdujo compatibilidad para realizar operaciones delcatálogo de RMAN y operaciones de restauración y recuperación automatizadas en un host proxy(host de montaje) en lugar del host de producción.

En los siguientes temas, se describen las interacciones de procesos que se producen duranterespaldos o restauraciones de Storage Direct en ASM de Oracle. En los temas subsiguientes, sedescribe cómo configurar y ejecutar respaldos y restauraciones de Storage Direct en datos deASM de Oracle.

Procesos de respaldo de Storage Direct en ASM de Oracle

En un respaldo de Storage Direct ASM de Oracle se incluyen las siguientes interacciones deprocesos.

1. El usuario root en Linux o el usuario del sistema operativo de Oracle Grid en AIX inicia elrespaldo mediante la ejecución del comando ddboraasm con las opciones de respaldocorrespondientes.

2. El componente de descubrimiento ddboraasm se conecta a la instancia de base de datos yobtiene información sobre las ubicaciones de los archivos de datos y registros dereconstitución archivados, además de los nombres de los grupos de discos ASM asociados.

3. El componente de descubrimiento ddboraasm se conecta a la instancia de ASM como unusuario del sistema operativo de Oracle Grid. El programa asigna los grupos de discos ASM adispositivos físicos del sistema operativo y los LUN en el arreglo de almacenamiento.

4. Para Oracle 11.2, el programa ddboraasm coloca la base de datos en modo de respaldo activo.

5. El programa ddboraasm toma una instantánea de todos los dispositivos físicos del grupo dediscos ASM para la base de datos de Oracle y saca la base de datos del modo de respaldo, si esnecesario. El programa copia la instantánea de cada dispositivo ASM de la base de datos en elsistema de Data Domain mediante el uso de la tecnología de Storage Direct y crea las imágenesestáticas.

6. El programa ddboraasm archiva el registro de reconstitución en línea actual y toma unainstantánea de todos los dispositivos físicos del grupo de discos ASM para los registros dereconstitución archivados. El programa copia la instantánea de cada dispositivo ASM de losregistros de reconstitución archivados en el sistema de Data Domain mediante el uso de latecnología de Storage Direct y crea las imágenes estáticas.



7. Luego, el programa ddboraasm monta las copias de grupos de discos ASM con nombresúnicos, las cataloga en el catálogo de RMAN y las desmonta. El sistema también almacena unregistro de los respaldos en su propio catálogo.

Procesos de restauración de Storage Direct en ASM de Oracle

En una restauración de Storage Direct de un respaldo en ASM de Oracle, se incluyen las siguientesinteracciones de procesos.

1. El usuario root en Linux o el usuario del sistema operativo de Oracle Grid en AIX inicia larestauración mediante el comando ddboraasm la con las opciones de restauración adecuadas.

2. El programa ddboraasm ejecuta el script de RMAN especificado por el usuario y genera lasalida de vista previa de la restauración.

Si el usuario no especifica un archivo de script de RMAN, se realiza una vista previa derestauración de la base de datos completa de manera predeterminada.

3. El programa ddboraasm lee la salida de vista previa y busca los nombres de grupos de discosASM necesarios para la restauración.

4. El programa ddboraasm consulta el catálogo del agente de aplicaciones de base de datos paracada grupo de discos necesario para la restauración, además de buscar y restaurar lasimágenes estáticas necesarias.

5. El programa ddboraasm cambia el nombre de las etiquetas de disco ASM y los nombres degrupos de discos a los nombres únicos que se utilizan en el catálogo, y monta los discos ASMen el host de restauración para asegurarse de que estén disponibles en el sistema de archivos.

6. El usuario ejecuta los comandos de restauración y recuperación de RMAN para restaurar yrecuperar la base de datos completa o los objetos de datos individuales a la hora actual o a unpunto en el tiempo. Los objetos de datos pueden ser espacios de tablas, archivos de datos,tablas o bloques.

7. El usuario ejecuta RMAN para completar la restauración y recuperación.

8. El usuario ejecuta el comando ddboraasm con las opciones --list-mounts y --dismountpara desmontar los grupos de discos.

El programa ddborasm hace un seguimiento de los discos ASM montados en el directoriomounts de la instalación del agente de aplicaciones de base de datos.

Configuración de los respaldos y las restauraciones de Storage Direct parabases de datos de Oracle en ASM de Oracle

Antes de poder realizar respaldos y restauraciones de Storage Direct para una base de datos deOracle en ASM de Oracle con el agente de aplicaciones de base de datos, debe cumplir con losrequisitos previos de configuración. También debe completar los procedimientos de configuraciónrequeridos.

Asegúrese de cumplir con los siguientes requisitos previos de configuración para las operacionesde Oracle ASM:

l La instancia de ASM y la instancia de base de datos se ejecutan en el mismo host, que puedeser un host de Oracle RAC.

l Solo una base de datos existe en un grupo de discos ASM único.

l La base de datos, los registros de reconstitución en línea y los registros de reconstituciónarchivados residen en grupos de discos ASM independientes que se crean medianteredundancia externa.

Todas las bases de datos y todos los registros de reconstitución residen en los grupos dediscos ASM correspondientes.



l Los discos ASM son LUN de VMAX o XtremIO que se crean mediante el uso de ASMLib o undispositivo de bloques, que también se denomina partición de disco crudo en la documentaciónde Oracle. En un ambiente virtualizado, los LUN se asignan al SO huésped como RDM físico.

En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/modernHomeDataProtection, se proporcionan detalles sobre las versiones de microcódigo y losarreglos de VMAX y XtremIO compatibles.

l El sistema de Data Domain y el sistema de VMAX o RecoverPoint con XtremIO estánconfigurados y establecidos como se describe en PowerProtect Storage Direct Primary andProtection Storage Configuration Guide.

l Para las operaciones de Storage Direct con RecoverPoint para XtremIO, los siguientes discosse encuentran en grupos de consistencia de RecoverPoint diferentes:

n Los discos en el grupo de discos ASM para la base de datos.

n Los discos en el grupo de discos ASM para los registros de reconstitución archivados.

l Solo para las operaciones de Storage Direct para VMAX, se instala y configura la versión deVMAX Solutions Enabler compatible en cada host en que se realizará el respaldo y larestauración. Solutions Enabler también se instala y configura en el host proxy, si corresponde.En la sección de DDBEA de E-Lab Navigator en https://elabnavigator.emc.com/eln/elnhome,se describen las versiones compatibles.

Nota: Solutions Enabler no es necesario en el host de recuperación solo si se ejecuta unarestauración directamente desde Data Domain sin usar VMAX.

La base de datos de Solutions Enabler debe estar actualizada en cualquier host en el que seejecute un respaldo o una restauración. Para actualizar la base de datos de Solutions Enabler,ejecute el comando symcfg discover. En la documentación de Solutions Enabler se ofrecendetalles.

También se deben configurar los equipos selectores necesarios, como se describe enPowerProtect Storage Direct Primary and Protection Storage Configuration Guide. SolutionsEnabler utiliza los dispositivos selectores para comunicarse con el arreglo de almacenamientoVMAX.

Realice los siguientes pasos para completar los procedimientos de configuración para lasoperaciones de Oracle ASM:

Nota: Las operaciones de restauración de Storage Direct en ASM de Oracle no soncompatibles con una configuración de sistema secundario y el archivo de configuración noincluye una sección [SECONDARY_SYSTEM]. En el caso de las operaciones de restauraciónde Oracle ASM desde un sistema Data Domain replicado, debe configurar los parámetros deconfiguración correspondientes en la sección [PRIMARY_SYSTEM] del archivo deconfiguración. El nombre original de la unidad de almacenamiento de DD Boost y el nombre delpool de dispositivos vdisk de DD se deben usar para la unidad de almacenamiento y el pool dedispositivos creados para la replicación en el sistema de Data Domain secundario.

1. En AIX únicamente, ejecute el comando ddbmadmin -L como usuario root para cambiar lapropiedad del grupo de caja de seguridad y permitir que el usuario del sistema operativo deOracle Grid realice operaciones de caja de seguridad. Especifique el nombre de ruta deldirectorio de caja de seguridad y la ID de grupo del usuario del sistema operativo de OracleGrid, ya sea en la línea de comandos ddbmadmin o en las peticiones de comandos.

Por ejemplo, puede ejecutar los comandos id grid y id oracle para verificar la ID de grupoy, a continuación, ejecutar el comando ddbmadmin -L:

# id griduid=1100(grid) gid=1000(oinstall) groups=1100(asmadmin),1200(dba),1201(oper),1300(asmdba),





https://elabnavigator.emc.com/eln/elnhome

1301(asmoper)# id oracleuid=1101(oracle) gid=1000(oinstall) groups=1200(dba),1201(oper),1300(asmdba)# /opt/dpsapps/dbappagent/bin/ddbmadmin -LProvide full pathname for the lockbox, or press Enter to accept the default directory (/opt/dpsapps/common/lockbox):Using the default pathname '/opt/dpsapps/common/lockbox' for lockbox.Provide a group ID for lockbox ownership, or type 0 to accept the 'root user' group as the lockbox owner: 1000Lockbox has been successfully created in the directory '/opt/dpsapps/common/lockbox' with group ownership 1000.

2. Agregue la configuración de parámetros necesaria a partir de Tabla 22 en la página 259 en elarchivo de configuración, que se puede personalizar desde la plantilla de archivo deconfiguración oracle_asm_ddbda.cfg, como se describe en Preparación del archivo deconfiguración en la página 80.

Verifique la siguiente configuración de parámetro para las operaciones de Oracle ASM:

l GRID_HOME, GRID_SID, GRID_OS_USER, ORACLE_HOME, ORACLE_SID yORACLE_OS_USER se configuran como se describe en la siguiente tabla.

l CLIENT se establece según el hostname virtual de Oracle RAC. El valor predeterminado deCLIENT es el hostname del host físico local en el cual se ejecuta el respaldo o larestauración.

l ORACLE_USER se establece si se utiliza la autenticación de base de datos.

l RMAN_CATALOG_SERVICE y RMAN_CATALOG_USER se establecen si se utiliza la base dedatos del catálogo de RMAN.

l VMAX_FASTX_RESTORE_SG se establece de manera opcional para un respaldo o unarestauración de RMAN en VMAX. El parámetro especifica el nombre del grupo dealmacenamiento VMAX de un dispositivo nativo seleccionado de FAST.X o VMAX que seutilizará durante la operación de montaje. De manera predeterminada, se utiliza el grupo dealmacenamiento NsrSnapSG.

En ambientes VMAX, cuando RESTORE_FROM_DD_ONLY se establece en FALSE (valorpredeterminado), el agente de aplicaciones de base de datos intenta montar, en primerlugar, el respaldo VMAX desde la instantánea local, si está disponible. Para esta operaciónde montaje, el agente utiliza el dispositivo nativo de VMAX del grupo de almacenamientoVMAX_FASTX_RESTORE_SG. Si la instantánea local no está disponible o siRESTORE_FROM_DD_ONLY se establece en TRUE, el agente intenta montar los respaldosdesde Data Domain:

n Si se establecen RESTORE_DEVICE_GROUP y RESTORE_DEVICE_POOL, el agente deaplicaciones de base de datos intenta montar el respaldo directamente desdedispositivos de Data Domain, mediante los dispositivos de restauración de vdisk desde laubicación definida.

n De lo contrario, el agente de aplicaciones de base de datos utiliza dispositivos de FAST.Xsegún lo especificado en el parámetro VMAX_FASTX_RESTORE_SG.

l En ambientes XtremIO, los ajustes RESTORE_DEVICE_GROUP y RESTORE_DEVICE_POOLson obligatorios, ya que el agente de aplicaciones de base de datos siempre utiliza estasconfiguraciones de parámetro para montar el respaldo directamente desde Data Domain.

El siguiente archivo de configuración de ejemplo muestra la configuración de parámetros paralas operaciones de ASM de Oracle:

GRID_OS_USER=gridGRID_HOME=/home/gridORACLE_HOME=/u01/app/oracle/product/12.2.0/dbhome_1



ORACLE_SID=ORCL1GRID_SID=+ASM1ORACLE_OS_USER=oracle

RMAN_CATALOG_SERVICE=CATALOGDBRMAN_CATALOG_USER=c##rcatuser

DEBUG_LEVEL=2DPRINTF=TRUEVMAX_FASTX_RESTORE_SG = NsrSnapSGCLIENT=blrv049a048.lss.emc.comRESTORE_FROM_DD_ONLY=TRUE

[PRIMARY_SYSTEM]DEVICE_HOST=blrv071a091.lss.emc.comDDBOOST_USER=testDDVDISK_USER=ddvdiskDEVICE_PATH=/ppvmaxnew

3. Registre las credenciales del lockbox para los usuarios que se especifican en el archivo deconfiguración. Para registrar las credenciales, ejecute el comando ddbmadmin -P -z<configuration_file>, como se describe en Configuración del lockbox en la página 111.

Nota: Debe ejecutar este comando ddbmadmin como el usuario root en Linux o el usuariodel sistema operativo de Oracle Grid en AIX.

4. En AIX únicamente, complete los siguientes pasos de configuración para permitir que el usuariodel sistema operativo de Oracle Grid realice las operaciones de respaldo y restauración de ASMde Oracle:

a. Para crear el directorio mounts y permitir que el usuario del sistema operativo de OracleGrid ejecute el programa ddboraasm, ejecute uno de los siguientes comandos comousuario root:

# /opt/dpsapps/dbappagent/bin/ddboraasm -g -z <configuration_file_pathname># /opt/dpsapps/dbappagent/bin/ddboraasm --grid-config -z <configuration_file_pathname>

b. Edite el archivo de configuración de Solutions Enabler /usr/emc/API/symapi/config/daemon_users y agregue las siguientes entradas en el archivo:

grid stororad freezegrid storapidgrid storgnsd

c. Para cambiar la propiedad de los dispositivos de restauración al grupo de asmadmin y alusuario del sistema operativo de Oracle Grid, ejecute los siguientes comandos como usuarioroot:

# symdev -sid <VMAX_ID> -sg <restore_storage_group> list pd# symdev -sid 476 -sg NsrSnapSG list pd

Por ejemplo, los comandos muestran el siguiente tipo de salida:

Symmetrix ID: 000297000476

Device Name Dir Device--------------------------------------------------------------------------CapSym Physical SA :P Config Attribute Sts (MB)--------------------------------------------------------------------------00E63 /dev/rhdisk18 03D:008 TDEV N/Grp'd RW 15360



00E64 /dev/rhdisk19 03D:008 TDEV N/Grp'd RW 1536000E65 /dev/rhdisk20 03D:008 TDEV N/Grp'd RW 15360

Para cambiar la propiedad y los permisos de cada archivo de dispositivo físico que seenumera en la salida del comando, ejecute los comandos chown y chmod como usuario rootpara cada archivo de dispositivo. Por ejemplo:

# chown grid:asmadmin /dev/rhdisk18# chmod 660 /dev/rhdisk18

d. Para crear el directorio /nsr/tmp y cambiar la propiedad al usuario del sistema operativode Oracle Grid, ejecute los siguientes comandos como usuario root:

# mkdir -p /nsr/tmp# chown grid:oinstall /nsr/tmp

En la siguiente tabla se describen los parámetros que son específicos de las operaciones de OracleASM. En la tabla, se detallan los encabezados de las secciones del archivo de configuración quecontienen cada uno de los parámetros.

Nota: A menos que se especifique lo contrario, los siguientes parámetros distinguenmayúsculas de minúsculas, no tienen valores predeterminados y se aplican a las operaciones deStorage Direct para VMAX y Storage Direct para RecoverPoint.

Tabla 22 Parámetros para las operaciones de Oracle ASM

Parámetro: GRID_HOME

Sección: [GENERAL]

Especifica el nombre de ruta completo de la instalación de Oracle Grid Infrastructure.

Obligatorio.

Valor válido: nombre de ruta completo válido de la instalación de Oracle Grid Infrastructure.

Parámetro: GRID_OS_USER

Sección: [GENERAL]

Especifica el nombre de usuario del usuario de sistema operativo para Oracle GridInfrastructure, que es el usuario del sistema operativo utilizado durante la instalación delsoftware de Oracle Grid Infrastructure.

Obligatorio.

Valor válido: nombre de usuario válido del usuario del sistema operativo de Oracle GridInfrastructure.

Parámetro: GRID_SID

Sección: [GENERAL]

Especifica el identificador único del sistema (SID) de ASM de Oracle, por ejemplo, +ASM.

Obligatorio.

Valor válido: SID válido de ASM de Oracle.

Parámetro: ORACLE_HOME



Tabla 22 Parámetros para las operaciones de Oracle ASM (continuación)

Sección: [GENERAL]

Especifica el nombre de ruta completo de la instalación de la base de datos de Oracle.

Obligatorio.

Valor válido: nombre de ruta completo válido de la instalación de la base de datos de Oracle.

Parámetro: ORACLE_OS_USER

Sección: [GENERAL]

Especifica el nombre de usuario del sistema operativo para conectarse a la base de datos:

l Si se configura sin ORACLE_USER, especifica el usuario del sistema operativo paraconectarse a la base de datos mediante la autenticación del sistema operativo.

l Si se configura con ORACLE_USER, especifica el usuario del sistema operativo paraconectarse a la base de datos mediante la autenticación de la base de datos conORACLE_USER. En este caso, el usuario ORACLE_OS_USER debe tener OSDBA comogrupo primario.

Obligatorio.

Valor válido: nombre de usuario del sistema operativo válido.

Parámetro: ORACLE_SID

Sección: [GENERAL]

Especifica el identificador único del sistema (SID) de la base de datos de Oracle.

Obligatorio.

Valor válido: SID de base de datos de destino válido.

Parámetro: ORACLE_USER

Sección: [GENERAL]

Especifica el nombre de usuario del usuario de la base de datos de Oracle con privilegioSYSDBA. Si se establece, se utiliza la autenticación de base de datos para conectarse a la basede datos.

Opcional.

Valor válido: nombre de usuario válido del usuario de la base de datos de Oracle.

Parámetro: RESTORE_FROM_DD_ONLY


En un sistema de VMAX, especifica si primero se debe intentar montar la copia de respaldomediante una instantánea local de VMAX o montar desde Data Domain (a través dedispositivos de FAST.X o de manera directa).

Opcional.

Valores válidos:



Tabla 22 Parámetros para las operaciones de Oracle ASM (continuación)

l FALSE (predeterminado) = primero intentar montar la copia de respaldo mediante el usode una instantánea local de VMAX.

l TRUE = montar la copia de respaldo desde Data Domain mediante el uso de dispositivos deFAST.X o montar directamente desde los dispositivos de Data Domain.

Parámetro: RMAN_CATALOG_SERVICE

Sección: [GENERAL]

Especifica el servicio Net o de Easy Connect de la base de datos del catálogo de RMAN.

Para asegurarse de que el nombre especificado es correcto, ejecute el siguiente comando en lalínea de comandos:

rman catalog <RMAN_catalog_username>/<password>@<RMAN_catalog_service_name>

Opcional.

Valor válido: nombre válido del servicio Net o Easy Connect de la base de datos del catálogode RMAN.

Parámetro: RMAN_CATALOG_USER

Sección: [GENERAL]

Especifica el nombre de usuario de la base de datos del catálogo de RMAN.Nota: El usuario de catálogo especificado debe tener los privilegios necesarios paraconectarse al catálogo de RMAN como usuario de catálogo.

Para asegurarse de que el usuario especificado tenga los privilegios necesarios, ejecute elsiguiente comando en la línea de comandos:

rman catalog <RMAN_catalog_username>/<password>@<RMAN_catalog_service_name>

Obligatorio solo cuando se utiliza la base de datos del catálogo RMAN y siRMAN_CATALOG_SERVICE está configurado.

Valor válido: nombre de usuario válido para la base de datos del catálogo RMAN.

Ejecución y administración de los respaldos de Storage Direct en la base dedatos de Oracle para ASM de Oracle

Después de haber completado los procedimientos de configuración necesarios, puede ejecutar elcomando ddboraasm para realizar un respaldo de Storage Direct en una base de datos de Oraclepara ASM de Oracle.

Nota: El respaldo de Storage Direct de ASM de Oracle crea un solo saveset para cada respaldodel grupo de discos. Toda la información que el comando ddboraasm imprime en la salidaestándar se agrega al archivo de registro operacional, ddboraasm.messages.log.



Para realizar el respaldo de Storage Direct para datos de ASM de Oracle, ejecute el comandoddboraasm con las opciones correspondientes, como usuario root en Linux o usuario del sistemaoperativo de Oracle Grid en AIX:

ddboraasm {--backup|-b} {--config <configuration_file>|-z <configuration_file>} [--controlfile] [--dismount] [--grid-config|-g] [--no-dismount] [--hot-backup-mode] [--no-hot-backup-mode] [--no-catalog] [--debug 9|-D 9]

Puede ejecutar el comando de respaldo en cualquier nodo RAC de base de datos de Oracle quetenga acceso a los discos Oracle ASM.

Las opciones de comandos que van entre llaves ({ }) son obligatorias. Las opciones de comandosque van entre corchetes ([]) son opcionales. Para un respaldo de Storage Direct en ASM deOracle, solo hay dos opciones obligatorias:

l --backup o -bl --config <configuration_file> o -z <configuration file>

En la siguiente tabla, se describen las opciones del comando ddboraasm para un respaldo. Paraobtener una lista de todas las opciones de comandos disponibles para el comando ddboraasm,ejecute el comando ddboraasm --help o ddboraasm -h.

Tabla 23 Opciones del comando ddboraasm para un respaldo de Storage Direct en ASM deOracle


--backup o -b Obligatorio. Especifica la realización de un respaldo de Storage Direct en ASM deOracle según la configuración de parámetros en el archivo de configuración.

--config<archivo_de_configuración>

o


Obligatorio. Especifica el nombre de ruta absoluto del archivo de configuración,como se describe en Preparación del archivo de configuración en la página 80. Elarchivo contiene la configuración de parámetros que se usará para el respaldoStorage Direct en ASM de Oracle.

Nota: Un nombre de ruta relativo no es compatible para el archivo deconfiguración.

Configuración de los respaldos y las restauraciones de Storage Direct para bases dedatos de Oracle en ASM de Oracle en la página 255 proporciona informacióndetallada sobre la configuración de parámetros necesaria.

--controlfile Obligatorio cuando se realiza cualquiera de las siguientes operaciones en un hostproxy:

l Restauración de proxy automatizada con el comando ddboraasm --proxy-restore.

l Operación del catálogo de RMAN.

De lo contrario, opcional, aunque se recomienda. Especifica el respaldo el archivode control y spfile al final del respaldo de Storage Direct de ASM de Oracle. Sinesta opción, ddboraasm no respalda el archivo de control ni spfile.

Nota: El archivo de control y spfile se respaldan a través del flujo de trabajo deApplication Direct. Los savesets de respaldo se generan en la unidad dealmacenamiento de Data Domain que se especifica en el archivo deconfiguración.



Tabla 23 Opciones del comando ddboraasm para un respaldo de Storage Direct en ASM deOracle (continuación)


Configuración y ejecución de las operaciones del catálogo de RMAN en un hostproxy en la página 267 se proporcionan más detalles acerca de la operación delcatálogo de RMAN en un host proxy.

--dismount Opcional. Especifica el desmontaje de todas las imágenes de respaldo después delrespaldo, el comportamiento predeterminado para un respaldo de Storage Direct enASM de Oracle.

Puede usar --dismount o --no-dismount para un respaldo, pero no ambos.

--grid-config o -g Obligatorio en AIX solamente. Especifica que se debe ejecutar la configuración deusuario de la cuadrícula del sistema operativo Oracle para las operaciones derespaldo y restauración en AIX solamente. El procedimiento de configuración en Configuración de los respaldos y las restauraciones de Storage Direct para bases dedatos de Oracle en ASM de Oracle en la página 255 proporciona más detalles.

--hot-backup-mode Opcional. Especifica que se utilice el modo de respaldo en activo, que es elcomportamiento predeterminado de los respaldos con Oracle 11.2.

--no-catalog Obligatorio cuando se realiza la operación del catálogo de RMAN en un host proxy.Especifica que se omite la operación del catálogo de RMAN en el host deproducción, lo que impide que se monte el respaldo.

Especifique esta opción solo cuando configure y realice la operación del catálogo deRMAN en un host proxy, tal como se describe en Configuración y ejecución de lasoperaciones del catálogo de RMAN en un host proxy en la página 267.

--no-dismount Opcional. Especifica que se dejen todas las imágenes de respaldo en el estadomontado después del respaldo.

Puede usar --no-dismount o --dismount para un respaldo, pero no ambos.

--no-hot-backup-mode Opcional. Especifica que no se utilice el modo de respaldo en activo, que es elcomportamiento predeterminado de los respaldos con Oracle 12.1 o versionesposteriores.

Uso del comando ddboraasm para enumerar y desmontar los montajes actuales

Puede ejecutar el comando ddboraasm con la opción --list-mounts o -l como un comandoindependiente del comando de respaldo, para enumerar y, si lo desea, desmontar los montajes derespaldo actuales. Ejecute el comando como el usuario root en Linux o el usuario del sistemaoperativo de Oracle Grid en AIX:

ddboraasm {--list-mounts|-l} [--dismount] {--config <configuration_file>|-z <configuration_file>}

El resultado del comando depende de si se incluye la opción --dismount:

l Sin la opción --dismount, el comando enumera los montajes actuales, pero no los desmonta.Por ejemplo:

ddboraasm --list-mounts --config /opt/dbapps/config/oracleasm.cfg



l Con la opción --dismount, el comando enumera y desmonta todos los montajes actuales. Porejemplo:

ddboraasm --list-mounts --dismount --config /opt/dbapps/config/oracleasm.cfg

Nota: No puede desmontar montajes específicos con el comando ddboraasm. Solo puededesmontar todos los montajes actuales al mismo tiempo.

Ejemplos de comandos de respaldo de Storage Direct en ASM de Oracle

En el siguiente ejemplo, el comando ddboraasm realiza un respaldo de Storage Direct en ASM deOracle mediante la configuración de parámetros en el archivo de configuración /opt/dbapps/config/oracleasm.cfg:

ddboraasm --backup --config /opt/dbapps/config/oracleasm.cfg

En el siguiente ejemplo, el comando ddboraasm realiza un respaldo de Storage Direct en ASM deOracle mediante la configuración de parámetros en el archivo de configuración y deja todas lasimágenes de respaldo en el estado montado después del respaldo:

ddboraasm --backup --no-dismount --config /opt/dbapps/config/oracleasm.cfg

En el siguiente ejemplo, el comando ddboraasm realiza un respaldo de Storage Direct en ASM deOracle mediante la configuración de parámetros en el archivo de configuración y también respaldael archivo de control y spfile al final del respaldo:

ddboraasm --backup --controlfile --config /opt/dbapps/config/oracleasm.cfg

El siguiente ejemplo solo es válido cuando se realiza la operación del catálogo de RMAN en un hostproxy, como se describe en Configuración y ejecución de las operaciones del catálogo de RMAN enun host proxy en la página 267.

El comando ddboraasm con la opción --no-catalog realiza un respaldo de Storage Direct enASM de Oracle de los datafiles y archivelogs sin montar el respaldo o el catálogo de RMAN. Elcomando también respalda el archivo de control y el spfile:

ddboraasm --backup --no-catalog --controlfile --config /opt/dbapps/config/oracleasm.cfg

Respaldo de los registros de reconstitución archivados, además del archivo de control yspfile de Oracle

Cuando realiza un respaldo de Storage Direct en ASM de Oracle mediante la ejecución delcomando ddboraasm --backup, se respaldan el grupo de discos de base de datos y el grupo dediscos de registros de reconstitución archivados. No puede usar el comando ddboraasm pararealizar un respaldo independiente del grupo de discos de registros de reconstitución archivados.

Puede usar RMAN para realizar un respaldo individual del grupo de discos de registros dereconstitución archivados cuando desee respaldos de registros de reconstitución archivados con



más frecuencia que respaldos de base de datos. Por ejemplo, puede ejecutar el siguiente script deRMAN para llevar a cabo el respaldo:

run {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so,SBT_PARMS=(CONFIG_FILE=/opt/dpsapps/dbappagent/config/oracle_asm_ddbda.cfg)'FORMAT '%d_%U';BACKUP ARCHIVELOG ALL DELETE INPUT;}

Como se mencionó en el tema anterior, también puede usar la opción --controlfile con elcomando ddboraasm --backup para respaldar automáticamente el archivo de control y spfile alfinal del respaldo de Storage Direct en ASM de Oracle. Este respaldo del archivo de control y spfilees un respaldo de conjunto de respaldos de RMAN en Data Domain mediante Application Direct.

Se recomienda que utilice la opción --controlfile con el comando ddboraasm --backup sino respalda el archivo de control y spfile usando RMAN por separado.

Si especifica la opción --controlfile, se ejecutará el siguiente comando de RMAN para llevar a caboel respaldo del archivo de control y spfile.

run {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so,SBT_PARMS=(CONFIG_FILE=/opt/dpsapps/dbappagent/config/oracle_asm_ddbda.cfg)'FORMAT '%d_%U';BACKUP CURRENT CONTROLFILE;BACKUP SPFILE;}

De manera opcional, también puede usar RMAN para realizar un respaldo del archivo de control yspfile. Por ejemplo, puede ejecutar manualmente el script de RMAN anterior.

Uso de RMAN para enumerar respaldos

Las copias de Oracle ASM se catalogan como copias de disco en el catálogo de RMAN. Puede usarel comando LIST de RMAN para enumerar los respaldos de Storage Direct de Oracle ASM.

En el ejemplo siguiente, se inicia el archivo ejecutable de RMAN con conexiones al catálogo debase de datos y recuperación de destino. A continuación, el comando list se usa para obteneruna lista de los respaldos que se completaron dentro del último día:

rman> list copy completed after 'sysdate-1';

List of Datafile Copies=======================Key File S Completion Time Ckp SCN Ckp Time Sparse------- ---- - --------------- ---------- --------------- ------33 1 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/system.256.947227511

34 3 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/sysaux.257.947227545

35 4 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/undotbs1.258.947227571

36 7 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/users.259.947227571



El archivo de control y spfile que se respaldan con la opción --controlfile se catalogan comorespaldos en el catálogo de RMAN. Puede usar el comando list para enumerar los respaldos de lasiguiente manera:

rman> list backup of controlfile;rman> list backup of spfile;

Uso del comando ddbmadmin para enumerar y eliminar los respaldos

Puede usar el comando ddbmadmin para enumerar y eliminar los respaldos de Storage Direct delos datos en ASM de Oracle. Debe usar la opción -n oracle_asm con cada comandoddbmadmin. Uso del comando ddbmadmin para mostrar y eliminar savesets en la página 126proporciona detalles sobre las opciones de comando necesarias para las operaciones de eliminacióny enumeración.

Nota: Un respaldo de Storage Direct en ASM de Oracle crea un solo saveset para cadarespaldo del grupo de discos.

Por ejemplo:

l El siguiente comando ddbmadmin enumera la información del saveset para los respaldos deStorage Direct en ASM de Oracle que se crearon la semana anterior:

ddbmadmin -s -b "1 week ago" -e now -n oracle_asm -z /opt/dbapps/config/oracleasm.cfg

l El siguiente comando ddbmadmin elimina los respaldos de Storage Direct en ASM de Oracleque se crearon hace más de 90 días:

ddbmadmin -d -e "90 days ago" -n oracle_asm -z /opt/dbapps/config/oracleasm.cfg

Nota:Después de realizar una eliminación con el comando ddbmadmin, utilice los comandoscrosscheck y delete de RMAN para asegurarse de limpiar las entradas del catálogo deRMAN. Por ejemplo:

RMAN> crosscheck copy completed before 'sysdate-90';RMAN> delete force expired copy completed before 'sysdate-90';

Uso de RMAN para eliminar los respaldos del archivo de control y spfile

Puede utilizar RMAN para eliminar los respaldos del archivo de control y spfile, como se realiza conla opción --controlfile. Use el mismo archivo de configuración para eliminar el respaldo queutilizó para ejecutar el respaldo. Por ejemplo, puede ejecutar el siguiente script de RMAN paraeliminar los respaldos del archivo de control y spfile que se ejecutaron hace más de 90 días:

run {ALLOCATE CHANNEL CH1 DEVICE TYPE 'SBT_TAPE'PARMS='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so'SEND 'ENV=(CONFIG_FILE=/opt/dpsapps/dbappagent/config/oracle_asm_ddbda.cfg)':DELETE BACKUP OF SPFILE COMPLETED BEFORE 'SYSDATE-90';DELETE BACKUP OF CONTROLFILE COMPLETED BEFORE 'SYSDATE-90';}



Configuración y ejecución de las operaciones del catálogo de RMAN en un hostproxy

Con el agente de aplicación de base de datos 4.7 o posterior, puede ejecutar los respaldos deOracle ASM en el host de producción y ejecutar las operaciones del catálogo de RMANcorrespondientes en un host proxy separado en lugar del host de producción.

Para poder realizar las operaciones del catálogo de RMAN en un host proxy, debe cumplir losrequisitos previos de configuración y completar los procedimientos de configuración necesarios.Debe utilizar el comando ddboraasm con las opciones correspondientes para realizar lasoperaciones del catálogo de RMAN en el host proxy.

Configuración de las operaciones del catálogo de RMAN en un host proxy

Asegúrese de cumplir con los siguientes requisitos previos de configuración antes de realizar lasoperaciones del catálogo de RMAN en un host proxy:

l El host de la base de datos del catálogo, el host de la base de datos de producción y el host dela base de datos proxy son hosts diferentes con la misma versión de Oracle.

l En el host de producción con la base de datos de producción:

n Durante el respaldo de Oracle ASM en el host de producción, se conecta la base de datosdel catálogo de RMAN. En el archivo de configuración del host de producción, se debenestablecer los parámetros RMAN_CATALOG_SERVICE y RMAN_CATALOG_USER. Porejemplo:

RMAN_CATALOG_SERVICE=asmcatRMAN_CATALOG_USER=rman

n Durante el respaldo de Oracle ASM en el host de producción, se omite la operación delcatálogo y se respalda el archivo de control. Debe ejecutar el siguiente comando pararealizar el respaldo en el host de producción:

ddboraasm --backup --no-catalog --controlfile --config <configuration_file>

Ejecución y administración de los respaldos de Storage Direct en la base de datos de Oraclepara ASM de Oracle en la página 261 se proporcionan más detalles sobre las opciones decomando ddboraasm.

l Realice lo siguiente en el host proxy:

n La instancia de Oracle ASM está en ejecución en el host proxy.

n Los dispositivos que se utilizan para la operación de montaje, como dispositivos VMAXFAST.X o nativos o los dispositivos vdisk de Data Domain, se proporcionan en el host proxy.

n La misma versión de software de Oracle Grid se instala en el host proxy y el host deproducción.

n La misma versión de software de la base de datos de Oracle se instala en el host proxy y elhost de producción.

Nota: El host de la base de datos del catálogo, el host de la base de datos de produccióny el host de la base de datos proxy son hosts diferentes con la misma versión de Oracle.

n El usuario de SO de Grid en el host proxy tiene el mismo UID y GID que el usuario de SO deGrid en el host de producción.

n El host proxy se puede conectar a la misma base de datos del catálogo que la del host deproducción. El archivo de configuración del host proxy contiene los mismos ajustes de



parámetros RMAN_CATALOG_SERVICE y RMAN_CATALOG_USER que el archivo deconfiguración en el host de producción. Por ejemplo:


El archivo tnsnames.ora en el host proxy tiene la configuración necesaria para la base dedatos del catálogo especificada por RMAN_CATALOG_SERVICE. Por ejemplo, el archivo$ORACLE_HOME/network/admin/tnsnames.ora tiene la siguiente configuración denombre de TNS:

ASMCAT = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = ledma033.lss.emc.com)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = asmcat.lss.emc.com) ) )

Ejecutó el siguiente comando para registrar el usuario del catálogo que especificaRMAN_CATALOG_USER:

ddbmadmin -P -z <configuration_file>

n El archivo de configuración en el host proxy contiene el ajuste de parámetrosORACLE_OS_USER, que se utiliza para conectarse a la base de datos proxy a través de laautenticación del sistema operativo. Por ejemplo:

ORACLE_OS_USER=oracle

Nota: El usuario de sistema operativo de Oracle, oracle en este caso, debe ser elusuario del sistema operativo con el grupo oninstall. No es necesario configurar elusuario de Oracle o el archivo tnsnames.ora para la base de datos proxy.

n El host proxy no tiene una base de datos de Oracle con el mismo nombre (SID) que la basede datos de producción. Si existe tal base de datos proxy, se utiliza solo para lasoperaciones del catálogo y se puede sobrescribir mediante el proceso del catálogo.

n Los parámetros de configuración necesarios están configurados correctamente en elarchivo de configuración.

Realice los siguientes pasos para completar los procedimientos de configuración para lasoperaciones del catálogo de RMAN en el host proxy:

1. En AIX únicamente, ejecute el comando ddbmadmin -L como usuario root para cambiar lapropiedad del grupo de caja de seguridad y permitir que el usuario del sistema operativo deOracle Grid realice operaciones de caja de seguridad. Especifique el nombre de ruta deldirectorio de caja de seguridad y la ID de grupo del usuario del sistema operativo de OracleGrid, ya sea en la línea de comandos ddbmadmin o en las peticiones de comandos.

Por ejemplo, puede ejecutar los comandos id grid y id oracle para verificar la ID de grupoy, a continuación, ejecutar el comando ddbmadmin -L:

# id griduid=1100(grid) gid=1000(oinstall) groups=1100(asmadmin),1200(dba),1201(oper),1300(asmdba),1301(asmoper)# id oracle



uid=1101(oracle) gid=1000(oinstall) groups=1200(dba),1201(oper),1300(asmdba)# /opt/dpsapps/dbappagent/bin/ddbmadmin -LProvide full pathname for the lockbox, or press Enter to accept the default directory (/opt/dpsapps/common/lockbox):Using the default pathname '/opt/dpsapps/common/lockbox' for lockbox.Provide a group ID for lockbox ownership, or type 0 to accept the 'root user' group as the lockbox owner: 1000Lockbox has been successfully created in the directory '/opt/dpsapps/common/lockbox' with group ownership 1000.

2. Agregue la configuración de parámetros necesaria desde Tabla 24 en la página 270 en elarchivo de configuración del host proxy, que se personaliza en la plantilla de archivo deconfiguración oracle_asm_ddbda.cfg, como se describe en Preparación del archivo deconfiguración en la página 80.

Por ejemplo, el archivo de configuración en el host proxy contiene la siguiente configuración deparámetros:

CLIENT=asm-031GRID_HOME=/u01/app/product/12.2.0/gridGRID_OS_USER=gridGRID_SID=+ASMORACLE_HOME=/u01/app/product/12.2.0/dbhome_1ORACLE_OS_USER=oracleORACLE_SID=CERRMAN_CATALOG_SERVICE=asmcatRMAN_CATALOG_USER=rman

DDBOOST_USER=ddvdiskDEVICE_HOST=10.241.181.11DEVICE_PATH=/asmtestDDVDISK_USER=ddvdiskRESTORE_DEVICE_GROUP=ESX_ledma191_DGRESTORE_DEVICE_POOL=ESX_ledma191_poolRESTORE_FROM_DD_ONLY=TRUEVMAX_FASTX_RESTORE_SG = NsrSnapSGDEBUG_LEVEL=9DIAGNOSTIC_DEST=/root/asm_test/logs/DPRINTF=TRUE

3. Asegúrese de haber registrado las credenciales del lockbox para los usuarios que se especificanen el archivo de configuración. Para registrar las credenciales, ejecute el comando ddbmadmin-P -z <configuration_file>, como se describe en Configuración del lockbox en la página 111.

Nota: Debe ejecutar este comando ddbmadmin como el usuario root en Linux o el usuariodel sistema operativo de Oracle Grid en AIX.

4. En AIX únicamente, complete los siguientes pasos de configuración para permitir que el usuariodel sistema operativo de Oracle Grid realice las operaciones de respaldo y restauración de ASMde Oracle:

a. Para crear el directorio mounts y permitir que el usuario del sistema operativo de OracleGrid ejecute el programa ddboraasm, ejecute uno de los siguientes comandos comousuario root:

# /opt/dpsapps/dbappagent/bin/ddboraasm -g -z <configuration_file_pathname># /opt/dpsapps/dbappagent/bin/ddboraasm --grid-config -z <configuration_file_pathname>



b. Edite el archivo de configuración de Solutions Enabler /usr/emc/API/symapi/config/daemon_users y agregue las siguientes entradas en el archivo:

grid stororad freezegrid storapidgrid storgnsd

c. Para cambiar la propiedad de los dispositivos de restauración al grupo de asmadmin y alusuario del sistema operativo de Oracle Grid, ejecute los siguientes comandos como usuarioroot:

# symdev -sid <VMAX_ID> -sg <restore_storage_group> list pd# symdev -sid 476 -sg NsrSnapSG list pd

Por ejemplo, los comandos muestran el siguiente tipo de salida:

Symmetrix ID: 000297000476

Device Name Dir Device--------------------------------------------------------------------------CapSym Physical SA :P Config Attribute Sts (MB)--------------------------------------------------------------------------00E63 /dev/rhdisk18 03D:008 TDEV N/Grp'd RW 1536000E64 /dev/rhdisk19 03D:008 TDEV N/Grp'd RW 1536000E65 /dev/rhdisk20 03D:008 TDEV N/Grp'd RW 15360

Para cambiar la propiedad y los permisos de cada archivo de dispositivo físico que seenumera en la salida del comando, ejecute los comandos chown y chmod como usuario rootpara cada archivo de dispositivo. Por ejemplo:

# chown grid:asmadmin /dev/rhdisk18# chmod 660 /dev/rhdisk18

d. Para crear el directorio /nsr/tmp y cambiar la propiedad al usuario del sistema operativode Oracle Grid, ejecute los siguientes comandos como usuario root:

# mkdir -p /nsr/tmp# chown grid:oinstall /nsr/tmp

En la siguiente tabla se describen los parámetros que son específicos de las operaciones delcatálogo de RMAN en un host proxy. En la tabla, se detallan los encabezados de las secciones delarchivo de configuración que contienen cada uno de los parámetros.

Nota: A menos que se especifique lo contrario, los siguientes parámetros distinguenmayúsculas de minúsculas, no tienen valores predeterminados y se aplican a las operaciones deStorage Direct para VMAX y Storage Direct para RecoverPoint.

Tabla 24 Parámetros para las operaciones del catálogo de RMAN en un host proxy

Parámetro: CLIENT

Sección: [GENERAL]

Especifica la misma configuración del parámetro CLIENT que la del archivo de configuracióndel host de producción, para garantizar la restauración del respaldo realizado mediante la basede datos de producción.

Nota: Si no se establece este parámetro, se utiliza de forma predeterminada el hostnamedel proxy y se produce un error en la operación del catálogo de RMAN en el host proxy.



Tabla 24 Parámetros para las operaciones del catálogo de RMAN en un hostproxy (continuación)

Obligatorio.

Valor válido: hostname de cliente válido, como se especifica en el archivo de configuración delhost de producción.

Parámetro: GRID_HOME

Sección: [GENERAL]

Especifica el nombre de ruta completo de la página de inicio de instalación de Oracle GridInfrastructure en el host proxy.

Obligatorio.

Valor válido: nombre de ruta válido de la página de inicio de instalación de Oracle GridInfrastructure en el host proxy.

Parámetro: GRID_OS_USER

Sección: [GENERAL]

Especifica el nombre de usuario del sistema operativo de Oracle Grid Infrastructure en el hostproxy, como se utilizó durante la instalación del software de Oracle Grid Infrastructure.

Nota: Este usuario de SO de Grid debe tener el mismo GID y UID que el usuario de SO deGrid en el host de producción.

Obligatorio.

Valor válido: nombre de usuario válido del usuario del sistema operativo de Oracle GridInfrastructure en el host proxy.

Parámetro: GRID_SID

Sección: [GENERAL]

Especifica el identificador único del sistema (SID) de ASM de Oracle en el host proxy, porejemplo, +ASM.

Obligatorio.

Valor válido: SID válido de ASM de Oracle en el host proxy.

Parámetro: ORACLE_HOME

Sección: [GENERAL]

Especifica el nombre de ruta completo de la página de inicio de instalación de la base de datosde Oracle en el host proxy.

Obligatorio.

Valor válido: nombre de ruta válido de la página de inicio de instalación de la base de datos deOracle en el host proxy.

Parámetro: ORACLE_OS_USER

Sección: [GENERAL]



Tabla 24 Parámetros para las operaciones del catálogo de RMAN en un hostproxy (continuación)

Especifica el nombre de usuario del sistema operativo del servidor de Oracle en el host proxy.El usuario de SO de Oracle se utiliza para crear la base de datos proxy y conectarse a la basede datos mediante la autenticación de SO.

Obligatorio.

Valor válido: nombre de usuario válido del usuario del sistema operativo de Oracle dentro delgrupo oinstall.

Parámetro: ORACLE_SID

Sección: [GENERAL]

Especifica el identificador único del sistema (SID) de la base de datos de Oracle en el hostproxy.

Nota: El host proxy no debe tener una base de datos de Oracle con el mismo nombre (SID)que la base de datos de producción. Si existe tal base de datos proxy, se utiliza solo paralas operaciones del catálogo y se puede sobrescribir mediante el proceso del catálogo.

Obligatorio.

Valor válido: SID válido de la base de datos de Oracle en el host proxy.

Parámetro: RMAN_CATALOG_SERVICE

Sección: [GENERAL]

Especifica el servicio Net o de Easy Connect de la base de datos del catálogo de RMAN.Nota: El nombre TNS debe estar configurado y hacer referencia a la misma base de datosdel catálogo que utiliza el host de producción.

Obligatorio.

Valor válido: nombre válido del servicio Net o Easy Connect para la base de datos del catálogode RMAN que se utiliza en el host de producción.

Parámetro: RMAN_CATALOG_USER

Sección: [GENERAL]

Especifica el nombre de usuario de la base de datos que se conecta a la base de datos delcatálogo de RMAN.

Nota: La información del usuario de la base de datos del catálogo debe registrarse en ellockbox.

Obligatorio.

Valor válido: nombre de usuario válido de la base de datos del catálogo de RMAN.

Ejecución de las operaciones del catálogo de RMAN en un host proxy

Después de completar los procedimientos de configuración del tema anterior, puede ejecutar elcomando ddboraasm para realizar las operaciones del catálogo de RMAN en el host proxy.

Asegúrese de haber realizado los respaldos de ASM de Oracle en el host de producción mediante elcomando ddboraasm con las opciones --no-catalog y --controlfile, como se describe en Ejecución y administración de los respaldos de Storage Direct en la base de datos de Oracle para



ASM de Oracle en la página 261. Tras la finalización del respaldo, en un mensaje de la consolaaparece el ID de respaldo que se usará cuando se realice la operación del catálogo de RMAN. Porejemplo, el siguiente mensaje incluye el ID de respaldo 1523394188:

Backup was successful. Use the command "ddboraasm --proxy-catalog 1523394188 --config <config-file>" to update the RMAN catalog.

Para realizar la operación del catálogo de RMAN en el host proxy, ejecute el comando ddboraasmcon las opciones correspondientes como el usuario root en el host proxy de Linux o el usuario delsistema operativo de Oracle Grid en el host proxy de AIX:

ddboraasm {--proxy-catalog <backup_ID>} {--config <configuration_file>|-z <configuration_file>} [--no-controlfile] [--skip-prompts] [--debug 9|-D 9]

Las opciones de comandos que van entre llaves ({ }) son obligatorias. Las opciones de comandosque van entre corchetes ([]) son opcionales. Para la operación del catálogo de RMAN, solo dosopciones son obligatorias:

l --proxy-catalog <backup_ID>

l --config <configuration_file> o -z <configuration file>

En la siguiente tabla, se describen las opciones del comando ddboraasm para la operación delcatálogo de RMAN. Para obtener una lista de todas las opciones de comandos disponibles para elcomando ddboraasm, ejecute el comando ddboraasm --help o ddboraasm -h.

Tabla 25 Las opciones de comando ddboraasm para una operación del catálogo de RMAN en unhost proxy


--proxy-catalog<backup_ID>

Obligatorio. Especifica que se catalogan los respaldos de datafiles y registrosarchivados con el ID de respaldo de datafile especificado en el host proxy. El ID derespaldo se incluye en un mensaje que aparece tras la finalización del respaldo en elhost de producción.


o


Obligatorio. Especifica el nombre de ruta completo del archivo de configuración enel host proxy. El archivo contiene la configuración de parámetros que se utilizarápara la operación del catálogo de RMAN.

Nota: Un nombre de ruta relativo no es compatible para el archivo deconfiguración.

Configuración de las operaciones del catálogo de RMAN en un host proxy en lapágina 267 proporciona información detallada sobre la configuración de parámetrosnecesaria.

--no-controlfile Opcional. Se utiliza con fines de depuración. Especifica que solo se realiza laoperación del catálogo y no restaura el archivo de control, a la vez que se asumeque la base de datos está montada y existe un archivo de control válido.

De forma predeterminada, se restaura el archivo de control. Sin la opción --no-controlfile, la base de datos se inicia en modo de no montaje mediante el

archivo predeterminado init<SID>.ora sin especificar el spfile. El archivo de

control se restaura mediante el flujo de trabajo de Application Direct y la base dedatos se monta antes de ejecutar el comando RMAN CATALOG.

Nota: Cuando se omite la opción --no-controlfile, un paso inicial prepara

la base de datos mediante la restauración del archivo de control y el montaje dela base de datos. Durante este paso inicial, si la base de datos de producción es



Tabla 25 Las opciones de comando ddboraasm para una operación del catálogo de RMAN en unhost proxy (continuación)


una Oracle CDB, se muestra el siguiente error ORA-65093, pero se puedeignorar:

ORA-65093: multitenant container database not set up properly

--skip-prompts Opcional. Especifica que no se avisará al usuario antes de realizar la operación delcatálogo de RMAN.

Sin esta opción, el comando ddboraasm --proxy-catalog solicita que el

usuario confirme que la operación del catálogo no se realizará en un host deproducción.

Por ejemplo, el siguiente comando ddboraasm realiza la operación del catálogo de RMAN en elhost proxy sin avisarle al usuario y restaura el archivo de control en el proceso:

ddboraasm --proxy-catalog 1213782243 --config oracleasm.cfg --skip-prompts

La operación del catálogo de RMAN incluye varios pasos que preparan la base de datos, preparanel respaldo, ejecutan el catálogo y limpian el sistema. Los pasos operacionales muestran elsiguiente tipo de salida:

Nota: Cuando omite la opción --no-controlfile, un paso inicial prepara la base de datosmediante la restauración del archivo de control y el montaje de la base de datos. Durante estepaso inicial, si la base de datos de producción es una Oracle CDB, aparece el error ORA-65093,pero se puede ignorar:

ddboraasm --proxy-catalog 1213782243 --config oracleasm.cfg --skip-prompts

Catalog is started.Preparing the database, which may take several minutes.Finished preparing the database.Preparing the backup.Unable to query V$ASM_CLIENT for the ASM instance name '+ASM'.Finished preparing the backup.Starting the RMAN catalog, which may take several minutes.Finished the RMAN catalog operation.Operation succeeded.

Ejecución de la restauración y recuperación de RMAN en respaldos de StorageDirect de ASM de Oracle

Puede ejecutar restauraciones y recuperaciones de un respaldo de Storage Direct de ASM deOracle desde el host de producción o un host alternativo (proxy). El agente de aplicaciones debase de datos 4.7 introdujo la recuperación automatizada en los respaldos de Storage Direct deASM de Oracle desde un host proxy.


A menos que ejecute una restauración o una recuperación automatizadas mediante un host proxy,debe ejecutar un script de RMAN para restaurar un respaldo de Storage Direct de datos de ASMde Oracle, realizado con el agente de aplicaciones de base de datos.



Realice los pasos de los siguientes temas para restaurar y recuperar un respaldo de Storage Directde ASM de Oracle desde el host de producción o un host proxy:

l Ejecución de la restauración y recuperación de RMAN de respaldos de Storage Direct de ASMde Oracle a partir de un host de producción en la página 275

l Ejecución de restauraciones y recuperaciones manuales mediante el uso de un host proxy (hostde montaje). en la página 278

l Ejecución de restauraciones y recuperaciones automatizadas mediante el uso de un host proxy(host de montaje) en la página 287

Ejecución de la restauración y recuperación de RMAN de respaldos de Storage Direct de ASM deOracle a partir de un host de producción

Debe ejecutar un script de RMAN para restaurar un respaldo de Storage Direct de datos de ASMde Oracle realizado con el agente de aplicación de base de datos. Antes de la restauración en unhost de producción, ejecute el comando ddboraasm para obtener una vista previa y montar elrespaldo necesario en el host de Oracle. Una vez finalizada la restauración, ejecute también elcomando ddboraasm para desmontar el respaldo.


Realice los siguientes pasos para restaurar y recuperar el respaldo de Storage Direct de datos deASM de Oracle a partir de un host de producción.

Procedimiento

1. Cree un script de RMAN que contenga un comando restore...preview para obteneruna vista previa y montar el respaldo de Storage Direct de ASM de Oracle en el host deOracle.

Por ejemplo, el archivo /rman/restore_preview.txt contiene un script de RMAN conun comando restore...preview:

cat /rman/restore_preview.txt

run {ALLOCATE CHANNEL CH1 DEVICE TYPE DISK;RESTORE TABLESPACE USERS PREVIEW;}

El comando restore...preview muestra el archivo de base de datos y las copias deregistros archivados necesarias para restaurar y recuperar el objeto determinado de Oracle.Por ejemplo, la salida del comando muestra lo siguiente:

rman cmdfile=/rman/restore_preview.txt

Recovery Manager: Release 12.1.0.2.0 - Production on Tue Aug 22 20:21:13 2017

Copyright (c) 1982, 2014, Oracle and/or its affiliates. All rights reserved.

RMAN> connect target *2> connect CATALOG *3> run {4> ALLOCATE CHANNEL ch1 DEVICE TYPE DISK;5> RESTORE TABLESPACE users PREVIEW;6> }7>connected to target database: CDBRAC (DBID=435368449)



connected to recovery catalog database

allocated channel: ch1channel ch1: SID=19 instance=CDBRAC2 device type=DISK

Starting restore at 22-AUG-17

List of Datafile Copies=======================

Key File S Completion Time Ckp SCN Ckp Time------- ---- - --------------- ---------- ---------------7410 6 A 22-AUG-17 6612713 22-AUG-17 Name: +T1_1503408427/CDBRAC/DATAFILE/users.259.949772053

no backup of archived log for thread 1 with sequence 237 and starting SCN of 6612270 found to restoreno backup of archived log for thread 1 with sequence 238 and starting SCN of 6612719 found to restoreno backup of archived log for thread 2 with sequence 173 and starting SCN of 6612713 found to restorerecovery will be done up to SCN 6629546Media recovery start SCN is 6612713Recovery must be done beyond SCN 6612713 to clear datafile fuzzinessFinished restore at 22-AUG-17released channel: ch1

Recovery Manager complete.

2. Para obtener una vista previa y montar el respaldo de Storage Direct de ASM de Oracle,ejecute el siguiente comando ddboraasm como el usuario correspondiente en el mismo hostde base de datos que la base de datos de destino: Ejecute el comando como el usuario rooten Linux o el usuario del sistema operativo de Oracle Grid en AIX:

ddboraasm {--prepare-restore|-r} {--config <configuration_file>|-z <configuration_file>} [--input <script_file>|-i <script_file>] [--debug 9|-D 9]

Las opciones de comandos que van entre llaves ({ }) son obligatorias. Todas las opciones decomando son obligatorias excepto las opciones --input o -i y las opciones de depuración--debug 9 o -D 9.

Por ejemplo:

ddboraasm --prepare-restore --input /rman/restore_preview.txt --config /opt/dbapps/config/oracleasm.cfg

En la siguiente tabla, se describen las opciones de comando ddboraasm para la operaciónde montaje y vista previa de restauración. Para obtener una lista de todas las opciones decomandos disponibles para el comando ddboraasm, ejecute el comando ddboraasm --help o ddboraasm -h.



Tabla 26 Opciones de comando ddboraasm para una vista previa de la restauración de comandosy la operación de montaje



o


Obligatorio. Especifica el nombre de ruta completo del archivo deconfiguración, según se utiliza para el respaldo de Storage Direct deASM de Oracle.

Nota: Un nombre de ruta relativo no es compatible para elarchivo de configuración.

--input <script_file>

o

-i <script_file>

Opcional. Especifica el nombre de ruta completo del archivo delscript RMAN que se usará para la vista previa de restauración y laoperación de montaje del respaldo.

Si no se configura este parámetro, el programa ddboraasm ejecuta

el comando de RMAN RESTORE DATABASE PREVIEW para

obtener la lista de respaldos necesarios para restaurar la base dedatos completa.

--prepare-restore

o

-r

Obligatorio. Especifica que se debe realizar una vista previa de larestauración y la preparación para la restauración de RMAN de unrespaldo de Storage Direct de ASM de Oracle.

3. Cree y ejecute un script de RMAN para restaurar y recuperar los datos de Oracle ASM. Porejemplo:

cat /rman/restore.txt

run {ALLOCATE CHANNEL CH1 TYPE DISK;SQL 'ALTER TABLESPACE USERS OFFLINE';RESTORE TABLESPACE USERS;RECOVER TABLESPACE USERS;SQL 'ALTER TABLESPACE USERS ONLINE';}

4. Para desmontar el respaldo de Storage Direct de ASM de Oracle, ejecute el siguiente tipo decomando ddboraasm como usuario root en Linux o usuario del sistema operativo de OracleGrid en AIX. Después de la opción --config, especifique el nombre de ruta del archivo deconfiguración que se creó en Configuración de los respaldos y las restauraciones de StorageDirect para bases de datos de Oracle en ASM de Oracle en la página 255:

ddboraasm --list-mounts --dismount --config /opt/dbapps/config/oracleasm.cfg

Nota: Antes de comenzar cualquier base de datos RAC, asegúrese de que todas lasimágenes de respaldo se hayan desmontado mediante el uso de este comando.



Ejecución de restauraciones y recuperaciones manuales mediante el uso de un host proxy (host demontaje).

El agente de aplicación de base de datos puede montar el respaldo de los grupos de discos en unhost proxy. A continuación, puede iniciar la base de datos en el host proxy a partir de estos gruposde discos montados mediante el uso de RMAN. Puede utilizar cualquier procedimiento de Oracle,como vínculos de base de datos, un suministro de datos u otro mecanismo, para ejecutar unarecuperación lógica a partir de la copia de base de datos en el host proxy a la base de datos deproducción original u otra base de datos.


Nota: Para ejecutar restauraciones y recuperaciones automatizadas mediante el uso de un hostproxy, consulte Ejecución de restauraciones y recuperaciones automatizadas mediante el usode un host proxy (host de montaje) en la página 287. Una restauración y recuperaciónautomatizada incluye menos pasos manuales.

Asegúrese de cumplir los siguientes requisitos previos antes de ejecutar una recuperación lógicamanual con el host de montaje:


n Antes de ejecutar el respaldo que se recuperará, asegúrese de que el ajuste de respaldoautomático esté activado. Por ejemplo, el siguiente comando muestra que el respaldoautomático está activado, lo cual corresponde a la configuración de RMAN predeterminada:

RMAN> show all;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

Si el respaldo automático está desactivado, ejecute el siguiente comando de RMAN paraactivarlo:

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;

n El respaldo automático del archivo de control y spfile se ejecuta con el agente de aplicaciónde base de datos después del respaldo de Oracle ASM.

La mejor práctica es ejecutar el respaldo de ASM de Oracle mediante el uso de la opción --controlfile con el comando ddboraasm, que garantiza que el agente de aplicaciones debase de datos respalde el archivo de control y spfile después del respaldo de ASM. Porejemplo:

ddboraasm --backup --controlfile -z <configuration_file>

n Registró el DBID de la base de datos de producción en el host de producción, lo cual semuestra cuando se establece la conexión de RMAN. Por ejemplo:

rman target /

Recovery Manager: Release 12.1.0.2.0 - Production on Tue Sep 26 12:46:33 2017Copyright (c) 1982, 2014, Oracle and/or its affiliates. All rights reserved.connected to target database: RAC (DBID=928851189)




n La misma versión de software de Oracle Grid se instala con la misma UID y GUID que en elhost de producción.

n La misma versión de software de base de datos de Oracle se instala con la misma UID yGUID que en el host de producción.

n La instancia de Oracle ASM está en ejecución. Los parámetros GRID_HOME,GRID_OS_USER y GRID_SID se establecen según corresponda en el archivo deconfiguración.

n Se configuró la conexión a la base de datos de destino. ORACLE_SID se establece alidentificador del sistema (SID) de la base de datos de producción. ORACLE_OS_USER seestablece al nombre del usuario del sistema operativo que realiza la conexión. De maneraopcional, si desea utilizar la autenticación de base de datos, se configura ORACLE_USER.

n No se conecte a la base de datos de catálogo durante la restauración.RMAN_CATALOG_SERVICE no se establece en el archivo de configuración, lo que garantizaque el registro del catálogo en la base de datos de catálogo no se dañe durante larestauración.

n El parámetro CLIENT se configura al mismo valor que en el archivo de configuración de labase de datos de producción, lo que garantiza la restauración del respaldo que ejecuta labase de datos de producción.

n Los parámetros de configuración de almacenamiento están configurados correctamente enel archivo de configuración.

Realice los siguientes pasos para completar una restauración mediante el uso de un host proxy.

Procedimiento

1. Asegúrese de que las imágenes de respaldo se desmonten antes de ejecutar la restauracióny la recuperación en el host proxy:

a. Desactive la base de datos de Oracle en el host proxy.

b. Para comprobar si se montaron imágenes de respaldo anteriores, ejecute el siguientecomando como el usuario correspondiente en el host proxy para enumerar los montajesde respaldo actuales: Ejecute el comando como el usuario root en Linux o el usuario delsistema operativo de Oracle Grid en AIX:

ddboraasm --list-mounts --config <configuration_file>

Por ejemplo:

ddboraasm --list-mounts --config /racasm.cfg

GetAsmMountFactory: Unable to query the database: Could not connect to Oracle database.SCMABS_LOG: 3 PSLogger.cpp:653 EMC NetWorker Snapshot Management 19.1.0.0.Build.32 # Copyright (c) 2018, EMC Corporation. #All rights reserved.

SCMABS_LOG: 3 PSLogger.cpp:658 Snapshot logging initialized with a debug level 9

SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount 'a1bd0e64-f42c-11e8-b946-7f6dff095148':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.



Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543531442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543531442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543531442_1', mounted on device '/dev/sdh'.Operation succeeded.

c. Para desmontar todas las imágenes de respaldo, ejecute el siguiente comando como elusuario correspondiente en el host proxy: Ejecute el comando como el usuario root enLinux o el usuario del sistema operativo de Oracle Grid en AIX:

ddboraasm --list-mounts --dismount --config <configuration_file>

Por ejemplo:

ddboraasm --list-mounts --dismount --config /racasm.cfg



SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543538442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543538442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543538442_1', mounted on device '/dev/sdh'. ... Dismounting.AsmMountOperations: Did not delete disk group 'DATA1NODE1'; continuing.175924:ddboraasm:The dismount of the mount with the identifier '1543538442' stored in '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8' failed: 'Unable to obtain the configuration for the database 'ORCL1'. Error code from srvctl program: 1.'; manual cleanup may be required. Continuing with the next mount.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '9c61cbfc-f43c-11e8-94b1-c3e668650d63':Original source backup device(s): '/dev/sdd'.Backup mounted on device(s): '/dev/sdi'.Disk group 'FRANODE1' contains: ASMLib device 'A0_1543538546_1', mounted on device '/dev/sdi'. ... Dismounting.Unable to obtain the configured disk groups for database 'ORCL1' on the proxy host. Trying to continue with the dismount operation.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3998 Unmount will be done from DDSCMABS_LOG: 3 SymApiInterface.cpp:238 Entering SymApiInterface::init



SCMABS_LOG: 3 SymApiInterface.cpp:476 Runtime symapi version T9.0-2500 (90009C4)SCMABS_LOG: 3 SymApiInterface.cpp:4844 Checking for configured VMax net services, named, NSM_SERVERSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3612 Waiting for FAST.X devices to be in the required stateSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDOperation succeeded.

2. Como usuario del SO de Oracle, restaure el spfile. Si ya existe un spfile válido en el hostproxy, puede omitir este paso.

Para restaurar el spfile desde el respaldo automático, ejecute un script de RMAN que seasimilar al siguiente script de ejemplo. El DBID se debe establecer en el DBID de la base dedatos de producción:

connect target / nocatalogset DBID=928851189run {2> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/home/oracle12/oracle-dbagent-vmax-rdf-lfcp1099.cfg)";3> restore spfile to '/home/oracle/spfileCITY-tmp.ora' from autobackup;4> }

Después de restaurar el spfile, si se requiere alguna modificación, convierta el spfile a pfile.Por ejemplo:

SQL> create pfile='/oraspace/12.2.0.1/oracle/product/12.2.0/dbhome_1/dbs/initcity2.ora-dummy-instance-used-as-proxy' from spfile='/home/oracle/spfileCITY-tmp.ora';

Modifique el pfile para ajustar la configuración según la configuración del host proxy:

a. Asegúrese de que las ubicaciones de archivos de control existan en el host proxy. Si lasubicaciones no son accesibles en el host proxy, cámbielas mediante la modificación delparámetro *.control_files. No configure las ubicaciones en los grupos de discosASM que se sobrescribirán con la operación de restauración. Por ejemplo, modifique*.control_files según las siguientes indicaciones:

*.control_files='/home/oracle/city2-test/CONTROLFILE/controlfile1','/home/oracle/city2-test/CONTROLFILE/controlfile2'

b. Si la base de datos de producción es una base de datos RAC, cambie la configuración de*.cluster_database a false.

c. Si la base de datos de producción utiliza FRA, elimine los siguientes parámetros del pfile.Puede configurar el FRA en cualquier ubicación que resulte adecuada en el host proxydespués de restaurar la base de datos:

*.db_recovery_file_dest='+FRA_METRO'*.db_recovery_file_dest_size=20g

d. Verifique que todos los directorios en el pfile sean accesibles en el host operacional. Porejemplo:

*.audit_file_dest='/home/oracle/app/oracle/admin/RAC/adump'



e. Inicie la base de datos en el estado sin montaje con el pfile modificado:

RMAN> startup nomount pfile='/home/oracle/spfileCITY-tmp.ora';

3. Como usuario del SO de Oracle, restaure el archivo de control.

En el siguiente ejemplo de script de RMAN se restaura el archivo de control más reciente delrespaldo automático que creó el agente de aplicación de base de datos:

connect target /set DBID=928851189run {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/home/oracle12/oracle-dbagent-vmax-rdf-lfcp1099.cfg)";restore controlfile from autobackup;}alter database mount;

4. Como usuario root en Linux o el sistema operativo de Oracle Grid en AIX, ejecute el comandoddboraasm que monta el grupo de discos de ASM desde el respaldo al host proxy. Tabla26 en la página 277 proporciona detalles sobre el ddboraasm comando y sus opcionesnecesarias para la vista previa de restauración y la operación de montaje.

En el siguiente ejemplo, la vista previa de la restauración y la operación de montaje seejecuta para el respaldo más reciente. Puede especificar un script de RMAN de vista previade restauración mediante la opción --input <script_file>, según sea necesario:

/opt/dpsapps/dbappagent/bin/ddboraasm --prepare-restore --config /home/oracle12/oracle-dbagent-vmax-rdf-lfcp1099.cfg

Restore started.Recovery Manager: Release 12.2.0.1.0 - Production on Fri Feb 16 16:42:29 2018Copyright (c) 1982, 2017, Oracle and/or its affiliates. All rights reserved.RMAN> connect ********2>3> restore database preview;4> exitconnected to target database: CITY (DBID=928851189, not open)

Starting restore at 16-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=50 device type=DISK

List of Datafile Copies=======================

Key File S Completion Time Ckp SCN Ckp Time Sparse--- ---- - --------------- ------- -------- ------66 1 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/system.257.954442427

67 3 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/sysaux.258.954442471

68 4 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/undotbs1.259.954442497

70 5 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/undotbs2.265.954442593



69 7 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/users.260.954442497

using channel ORA_DISK_1

no backup of archived log for thread 2 with sequence 39 and starting SCN of 2460907 found to restorerecovery will be done up to SCN 2479782Media recovery start SCN is 2479782Recovery must be done beyond SCN 2479782 to clear datafile fuzzinessFinished restore at 16-FEB-18

Recovery Manager complete.The RMAN script was run successfully.SCMABS_LOG: 3 PSLogger.cpp:656 EMC NetWorker Snapshot Management 19.1.0.0.Build.32 # Copyright (c) 2018, EMC Corporation. #All rights reserved....Tablespace backups selected by restore preview:Backup '1516384413', finished at '01/19/2018 12:53:33 PM', mounted on devices '/dev/sdm' that contain 1 device groups:Disk group 'DATA_METRO' (mounted as 'T1_1516384413') is located on devices '/dev/sdg'.Archive log backups selected by restore preview:Backup '1516384507', finished at '01/19/2018 12:55:07 PM', mounted on devices '/dev/sdn','/dev/sdo' that contain 1 device groups:Disk group 'FRA_METRO' (mounted as 'A1_1516384507') is located on devices '/dev/sdh','/dev/sdi'.Operation succeeded.

Registre la hora de término del respaldo del archivo de datos, el cual necesitará másadelante en el paso de recuperación. En este ejemplo, la hora de término del respaldo es19/01/2018 12:53:33 p. m.

También, registre los nombres de grupo de discos originales. En este ejemplo,DATA_METRO es el nombre de grupo de discos original de los archivos de datos yFRA_METRO es el nombre de grupo de discos original de los registros archivados.

5. Como usuario Grid, ejecute el comando asmcmd y cambie el nombre de todos los grupos dediscos montados a los nombres originales. Por ejemplo:

asmcmd lsdg

State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files NameMOUNTED EXTERN N 512 512 4096 4194304 32768 30476 0 30476 0 N A1_1516384507/MOUNTED EXTERN N 512 512 4096 4194304 16384 15836 0 15836 0 N ARCHRDF/MOUNTED EXTERN N 512 512 4096 4194304 16384 12960 0 12960 0 N DATARDF/MOUNTED EXTERN N 512 512 4096 4194304 32768 32628 0 32628 0 N DATAVMAX/MOUNTED EXTERN N 512 512 4096 4194304 32768 31136 0 31136 0 N FARDF/MOUNTED NORMAL N 512 512 4096 4194304 32760 32560 0 16280 0 N ORCVOTING/MOUNTED EXTERN N 512 512 4096 4194304 16384 13604 0 13604 0 N T1_1516384413/

Cambie el nombre del grupo de discos ASM que restaura el agente de aplicación de base dedatos al mismo nombre de grupo de discos que usó la base de datos de host de producción:

asmcmd umount T1_1516384413oracleasm listdisks

A1_1516384507_1A1_1516384507_2ORCVOTING1



ORCVOTING2RDF1_420RDF1_421RDF1_422RDF1_423T1_1516384413_1VMAX32_49DVMAX32_49EVMAX32_504

renamedg dgname=T1_1516384413 newdgname=DATA_METRO config=/tmp/renameDATA asm_diskstring=/dev/oracleasm/disks/T1_1516384413_1

Parsing parameters..renamedg operation: dgname=T1_1516384413 newdgname=DATA_METRO config=/tmp/renameDATA asm_diskstring=/dev/oracleasm/disks/T1_1516384413_1Executing phase 1Discovering the groupChecking for hearbeat...Re-discovering the groupGenerating configuration file..Completed phase 1Executing phase 2Completed phase 2

asmcmd umount A1_1516384507renamedg dgname=A1_1516384507 newdgname=FRA_METRO config=/tmp/renameFRA asm_diskstring=/dev/oracleasm/disks/A1_1516384507_1,/dev/oracleasm/disks/A1_1516384507_2

Parsing parameters..renamedg operation: dgname=A1_1516384507 newdgname=FRA_METRO config=/tmp/renameFRA asm_diskstring=/dev/oracleasm/disks/A1_1516384507_1,/dev/oracleasm/disks/A1_1516384507_2Executing phase 1Discovering the groupChecking for hearbeat...Re-discovering the groupGenerating configuration file..Completed phase 1Executing phase 2Completed phase 2

asmcmdASMCMD> mount FRA_METROASMCMD> mount DATA_METROASMCMD> lsdg

State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files NameMOUNTED EXTERN N 512 512 4096 4194304 16384 15836 0 15836 0 N ARCHRDF/MOUNTED EXTERN N 512 512 4096 4194304 16384 12960 0 12960 0 N DATARDF/MOUNTED EXTERN N 512 512 4096 4194304 32768 32628 0 32628 0 N DATAVMAX/MOUNTED EXTERN N 512 512 4096 4194304 16384 13604 0 13604 0 N DATA_METRO/MOUNTED EXTERN N 512 512 4096 4194304 32768 31136 0 31136 0 N FARDF/MOUNTED EXTERN N 512 512 4096 4194304 32768 30476 0 30476 0 N FRA_METRO/MOUNTED NORMAL N 512 512 4096 4194304 32760 32560 0 16280 0 N ORCVOTING/

6. Recupere la base de datos. Ejecute el comando recover database preview paradeterminar el último SCN de los archivos de datos.



En el siguiente ejemplo, la declaración Recovery must be done beyond SCN2479782 to clear datafile fuzziness indica que el último SCN es 2479782 y elregistro archivado es necesario para avanzar en la recuperación:

RMAN> recover database preview;

Starting recover at 14-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=34 device type=DISKusing channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name CITY=================================================================

Key Thrd Seq S Low Time--- ---- --- - --------485 2 39 A 13-DEC-17Name: +FRA_METRO/CITY/ARCHIVELOG/2018_01_19/thread_2_seq_39.328.965825707

recovery will be done up to SCN 2479782Media recovery start SCN is 2479782Recovery must be done beyond SCN 2479782 to clear datafile fuzzinessFinished recover at 14-FEB-18

Determine los registros archivados que se requieren para ejecutar la recuperación.

En el ejemplo siguiente, se requiere el registro archivado con NEXT_CHANGE# 2481039para realizar la recuperación:

SQL> select THREAD#, sequence#, first_change#, next_change# from v$archived_log where FIRST_CHANGE# <=2479782 and NEXT_CHANGE# >=2479782;

THREAD# SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#------- --------- ------------- ------------2 39 2460907 2481039

Ejecute el comando recover con el SCN que obtuvo del comando anterior y la hora de lainstantánea que registró en el paso 3. Por ejemplo:

RMAN> recover database until scn 2481039 snapshot time "to_timestamp('19-01-18 12.54.00 PM', 'DD-MM-YY HH12.MI.SS.FF2 AM')";

Starting recover at 14-FEB-18using channel ORA_DISK_1

starting media recovery

archived log for thread 2 with sequence 39 is already on disk as file +FRA_METRO/CITY/ARCHIVELOG/2018_01_19/thread_2_seq_39.328.965825707archived log file name=+FRA_METRO/CITY/ARCHIVELOG/2018_01_19/thread_2_seq_39.328.965825707 thread=2 sequence=39media recovery complete, elapsed time: 00:00:01Finished recover at 14-FEB-18

7. Revise los registros de reconstitución en línea. Si las ubicaciones de los registros dereconstitución en línea son accesibles para el host proxy, puede omitir este paso y continuarcon el inicio de la base de datos. Si las ubicaciones de registros de reconstitución en línea noestán accesibles para el host proxy, cambie las ubicaciones antes de abrir la base de datos.



Para determinar las ubicaciones de los registros de reconstitución en línea, ejecute lasiguiente consulta de SQL:

SQL> select member from v$logfile;MEMBER------------------------------------------------+DATA_METRO/CITY/ONLINELOG/group_2.262.954442553+FRA_METRO/CITY/ONLINELOG/group_2.258.954442553+DATA_METRO/CITY/ONLINELOG/group_1.263.954442553+FRA_METRO/CITY/ONLINELOG/group_1.257.954442553+DATA_METRO/CITY/ONLINELOG/group_3.266.954442673+FRA_METRO/CITY/ONLINELOG/group_3.259.954442675+DATA_METRO/CITY/ONLINELOG/group_4.267.954442675+FRA_METRO/CITY/ONLINELOG/group_4.260.9544426758 rows selected.

Si es necesario, cambie las ubicaciones de registros de reconstitución en línea a lasubicaciones adecuadas en el host proxy:

SQL> alter database rename file '+DATA_METRO/CITY/ONLINELOG/group_2.262.954442553', '+FRA_METRO/CITY/ONLINELOG/group_2.258.954442553' to '/home/oracle/city2-test/ONLINELOG/log2.1', '/home/oracle/city2-test/ONLINELOG/log2.2';Database altered.

SQL> alter database rename file '+DATA_METRO/CITY/ONLINELOG/group_1.263.954442553', '+FRA_METRO/CITY/ONLINELOG/group_1.257.954442553' to '/home/oracle/city2-test/ONLINELOG/log1.1','/home/oracle/city2-test/ONLINELOG/log1.2';Database altered.



SQL> select member from v$logfile;MEMBER----------------------------------------/home/oracle/city2-test/ONLINELOG/log2.1/home/oracle/city2-test/ONLINELOG/log2.2/home/oracle/city2-test/ONLINELOG/log1.1/home/oracle/city2-test/ONLINELOG/log1.2/home/oracle/city2-test/ONLINELOG/log3.1/home/oracle/city2-test/ONLINELOG/log3.2/home/oracle/city2-test/ONLINELOG/log4.1/home/oracle/city2-test/ONLINELOG/log4.28 rows selected.

SQL> SELECT GROUP#, ARCHIVED, STATUS FROM V$LOG;GROUP# ARC STATUS------ --- ------1 YES CLEARING2 YES CLEARING3 YES CLEARING4 NO CLEARING_CURRENT

SQL> alter database clear unarchived logfile group 4;



Database altered.

SQL> alter database clear unarchived logfile group 3;Database altered.



8. Inicie la base de datos con la opción resetlogs:

RMAN> alter database open resetlogs;

Statement processed

9. Para asegurarse de que la tabla que se restaurará tiene los datos que necesita, ejecute lainstrucción select * en la tabla.

10. Utilice cualquier procedimiento de Oracle, como vínculos de base de datos, un suministro dedatos u otro mecanismo, para ejecutar una recuperación lógica a partir de la copia de basede datos en el host proxy a la base de datos de producción.

Ejecución de restauraciones y recuperaciones automatizadas mediante el uso de un host proxy(host de montaje)

El agente de aplicación de base de datos puede montar el respaldo de los grupos de discos en unhost proxy. El agente de aplicaciones de base de datos 4.7 introdujo la compatibilidad con larecuperación y la restauración automatizadas de un respaldo de Storage Direct de ASM de Oraclemediante el uso de un host proxy.

Mediante el uso del procedimiento de restauración y recuperación automatizadas de este tema,puede realizar una recuperación lógica desde la copia de la base de datos en el host proxy hacia labase de datos de producción original u otra base de datos.

Asegúrese de cumplir los siguientes requisitos previos antes de realizar una recuperación lógicaautomatizada con el host de montaje:


n Durante el respaldo de Oracle ASM en el host de producción, se conecta la base de datosdel catálogo de RMAN. En el archivo de configuración del host de producción, se debenestablecer los parámetros RMAN_CATALOG_SERVICE y RMAN_CATALOG_USER. Porejemplo:


n Si se realiza la operación del catálogo de RMAN en el host proxy, el respaldo de Oracle ASMen el host de producción omite la operación del catálogo y respalda el archivo de control. Eneste caso, debe ejecutar el siguiente comando para realizar el respaldo en el host deproducción:

ddboraasm --backup --no-catalog --controlfile --config <configuration_file>

Especifique la opción --no-catalog solo cuando se realice la operación del catálogo deRMAN en el host proxy. Ejecución y administración de los respaldos de Storage Direct en la



base de datos de Oracle para ASM de Oracle en la página 261 se proporcionan más detallessobre las opciones de comando ddboraasm.


n La misma versión de software de Oracle Grid se instala con la misma UID y GUID que en elhost de producción.

n La misma versión de software de base de datos de Oracle se instala con la misma UID yGUID que en el host de producción.

n La instancia de Oracle ASM está en ejecución. Los parámetros GRID_HOME,GRID_OS_USER y GRID_SID se establecen según corresponda en el archivo deconfiguración.

n Se configuró la conexión a la base de datos de destino. ORACLE_SID se establece alidentificador del sistema (SID) de la base de datos de producción. ORACLE_OS_USER seestablece al nombre del usuario del sistema operativo que realiza la conexión. De maneraopcional, si desea utilizar la autenticación de base de datos, se configura ORACLE_USER.

n No se conecte a la base de datos de catálogo durante la restauración.RMAN_CATALOG_SERVICE no se establece en el archivo de configuración, lo que garantizaque el registro del catálogo en la base de datos de catálogo no se dañe durante larestauración.

n El parámetro CLIENT se configura al mismo valor que en el archivo de configuración de labase de datos de producción, lo que garantiza la restauración del respaldo que ejecuta labase de datos de producción.

n Los parámetros de configuración de almacenamiento están configurados correctamente enel archivo de configuración.

n El host proxy no tiene ningún grupo de discos de ASM con los mismos nombres que losgrupos de discos de ASM respaldados desde la base de datos de producción.

Por ejemplo, si los datafiles y los archivelogs en el host de producción están en +DATA y+LOG, respectivamente, los grupos de discos de ASM +DATA y +LOG no deben existir en elhost proxy. El comando ddboraasm --proxy-restore restaura los respaldos y crea losgrupos de discos de ASM +LOG y +DATA para montar los respaldos.

En los siguientes subtemas se describe cómo prepararse para una restauración y una recuperaciónautomatizadas, además de cómo realizarlas, mediante el uso de un host proxy:

l Preparación para la restauración y la recuperación automatizadas con un host proxy en lapágina 288

l Ejecución de la restauración y la recuperación automatizadas con un host proxy en la página290

Preparación para la restauración y la recuperación automatizadas con un host proxy

Para prepararse para la restauración y la recuperación automatizadas con un host proxy, realice lossiguientes pasos según sea necesario.

1. Para realizar la operación del catálogo de RMAN en el host proxy, ejecute el siguiente comandoen el host proxy:

ddboraasm --proxy-catalog <backup_ID> --config <configuration_file>

Configuración y ejecución de las operaciones del catálogo de RMAN en un host proxy en lapágina 267 En se proporcionan más detalles acerca de la operación del catálogo de RMAN en elhost proxy.

2. Asegúrese de que las imágenes de respaldo se desmonten antes de ejecutar la restauración y larecuperación automatizadas en el host proxy:



a. Desactive la base de datos de Oracle en el host proxy.

b. Para comprobar si se montaron imágenes de respaldo anteriores, ejecute el siguientecomando como el usuario correspondiente en el host proxy para enumerar los montajes derespaldo actuales: Ejecute el comando como el usuario root en Linux o el usuario del sistemaoperativo de Oracle Grid en AIX:

ddboraasm --list-mounts --config <configuration_file>

Por ejemplo:

ddboraasm --list-mounts --config /racasm.cfg



SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount 'a1bd0e64-f42c-11e8-b946-7f6dff095148':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543531442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543531442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543531442_1', mounted on device '/dev/sdh'.Operation succeeded.

c. Para desmontar todas las imágenes de respaldo, ejecute el siguiente comando como elusuario correspondiente en el host proxy: Ejecute el comando como el usuario root en Linuxo el usuario del sistema operativo de Oracle Grid en AIX:

ddboraasm --list-mounts --dismount --config <configuration_file>

Por ejemplo:

ddboraasm --list-mounts --dismount --config /racasm.cfg



SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/



centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543538442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543538442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543538442_1', mounted on device '/dev/sdh'. ... Dismounting.AsmMountOperations: Did not delete disk group 'DATA1NODE1'; continuing.175924:ddboraasm:The dismount of the mount with the identifier '1543538442' stored in '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8' failed: 'Unable to obtain the configuration for the database 'ORCL1'. Error code from srvctl program: 1.'; manual cleanup may be required. Continuing with the next mount.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '9c61cbfc-f43c-11e8-94b1-c3e668650d63':Original source backup device(s): '/dev/sdd'.Backup mounted on device(s): '/dev/sdi'.Disk group 'FRANODE1' contains: ASMLib device 'A0_1543538546_1', mounted on device '/dev/sdi'. ... Dismounting.Unable to obtain the configured disk groups for database 'ORCL1' on the proxy host. Trying to continue with the dismount operation.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3998 Unmount will be done from DDSCMABS_LOG: 3 SymApiInterface.cpp:238 Entering SymApiInterface::initSCMABS_LOG: 3 SymApiInterface.cpp:476 Runtime symapi version T9.0-2500 (90009C4)SCMABS_LOG: 3 SymApiInterface.cpp:4844 Checking for configured VMax net services, named, NSM_SERVERSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3612 Waiting for FAST.X devices to be in the required stateSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDOperation succeeded.

Ejecución de la restauración y la recuperación automatizadas con un host proxy

Para realizar la restauración y la recuperación automatizadas con un host proxy, ejecute elsiguiente comando ddboraasm como usuario root en el host proxy. Ejecute el comando como elusuario root en Linux o el usuario del sistema operativo de Oracle Grid en AIX:

ddboraasm {--proxy-restore <backup_ID>} {--config <configuration_file>|-z <configuration_file>} [--mount-only] [--skip-controlfile] [--skip-mount] [--use-pfile <pfile_location>] [--debug 9|-D 9]

Las opciones de comandos que van entre llaves ({ }) son obligatorias. Las opciones de comandosque van entre corchetes ([]) son opcionales. Tabla 27 en la página 291 describe todas las opcionesde comandos.

Nota: Especifique la opción --use-pfile solo cuando esté disponible un pfile válido.

Solo las opciones --proxy-restore y --config son obligatorias. Cuando ejecute el comandocon las opciones obligatorias únicamente, ddboraasm --proxy-restore <backup_ID>--config <configuration_file>, el comando realiza los siguientes pasos:

1. Monta el respaldo en el grupo de discos original.

2. Desactiva la base de datos.



3. Inicia la base de datos en modo de no montaje desde un spfile ficticio.

El spfile ficticio generado por Oracle garantiza que todos los destinos de archivo seanaccesibles localmente y que no se hayan establecido FRA y RAC.

4. Restaura el archivo de control y monta la base de datos.

5. Recupera la base de datos.

En la siguiente tabla, se describen las opciones de comando ddboraasm para la operación derestauración y recuperación automatizada. Para obtener una lista de todas las opciones decomandos disponibles para el comando ddboraasm, ejecute el comando ddboraasm --help oddboraasm -h.

Tabla 27 Las opciones de comando ddboraasm para una restauración y una recuperaciónautomatizadas



o




--mount-only Opcional. Especifica que solo se monta el respaldo en los grupos dediscos originales y que no se realiza la restauración ni larecuperación de la base de datos.

Nota: No especifique esta opción con la opción --skip-mountporque las opciones --mount-only y --skip-mount son

mutuamente excluyentes.

--proxy-restore<backup_ID>

Obligatorio. Especifica que se realizará la restauración y larecuperación automatizadas del respaldo de Storage Direct de ASMde Oracle con el ID de respaldo especificado.

--skip-controlfile Opcional. Especifica que se restaura y recupera la base de datos sinrestaurar el archivo de control. Se asume que el spfile o el pfile y elarchivo de control válidos ya están en su lugar.

--skip-mount Opcional. Especifica que se restaura y recupera la base de datos sinmontar los grupos de discos de respaldo. Se asume que los gruposde discos de respaldo ya están montados.

Nota: No especifique esta opción con la opción --mount-onlyporque las opciones --mount-only y --skip-mount son

mutuamente excluyentes.

--use-pfile<pfile_location>

Opcional. Especifica que se inicia la base de datos con el pfile en laubicación especificada antes de restaurar el archivo de control.

Los siguientes ejemplos muestran diferentes casos de uso para el comando ddboraasm con laopción --proxy-restore. Ejecute el comando con o sin la opción --use-pfile<pfile_location> en función de si hay disponible un pfile válido:



l El siguiente comando incluye solo las opciones obligatorias. En este caso, no hay disponible unpfile válido:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file>

Por ejemplo:

ddboraasm --proxy-restore 1543596459 --config /racasm.cfg

Tablespace backups selected by proxy restore: : :Recovery Manager: Release 12.1.0.2.0 - Production on Fri Nov 30 23:32:32 2018


RMAN> connect ********2>3> connect *********4>5> shutdown abort;6> set dbid 2291739687;7> startup force nomount;8> run {9> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/tmp/config_7599)";10> restore spfile to pfile '/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora';11> }12>13> shutdown immediate;14>connected to target database (not started)


target database instance not started

executing command: SET DBIDdatabase name is "TEST" and DBID is 2291739687

Oracle instance started

Total System Global Area 3707764736 bytes

Fixed Size 2930944 bytesVariable Size 905971456 bytesDatabase Buffers 2785017856 bytesRedo Buffers 13844480 bytes

allocated channel: CH1channel CH1: SID=40 instance=ORCL1 device type=SBT_TAPEchannel CH1: Database Application Agent 19.1.0.0

Starting restore at 30-NOV-18

channel CH1: starting datafile backup set restorechannel CH1: restoring SPFILE to PFILEoutput file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.orachannel CH1: reading from backup piece 06tji5as_1_1channel CH1: piece handle=06tji5as_1_1 tag=TAG20181130T230604channel CH1: restored backup piece 1channel CH1: restore complete, elapsed time: 00:00:03Finished restore at 30-NOV-18



released channel: CH1

Oracle instance shut down

Recovery Manager complete.The RMAN script was run successfully.Preparing the database, which may take several minutes.

Recovery Manager: Release 12.1.0.2.0 - Production on Fri Nov 30 23:33:29 2018


RMAN> connect ********2>3> connect *********4>5> shutdown abort;6> set dbid 2291739687;7> startup nomount pfile='/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora';8> run {9> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/tmp/config_7599)";10> SET UNTIL TIME "to_date('11/30/18 22:40:44','mm/dd/yy HH24:MI:SS')";11> restore controlfile;12> }13>14> alter database mount;15>connected to target database (not started)







allocated channel: CH1channel CH1: SID=28 device type=SBT_TAPEchannel CH1: Database Application Agent 19.1.0.0

executing command: SET until clause

Starting restore at 30-NOV-18

channel CH1: starting datafile backup set restorechannel CH1: restoring control filechannel CH1: reading from backup piece 01tji2l3_1_1channel CH1: piece handle=01tji2l3_1_1 tag=TAG20181130T222019channel CH1: restored backup piece 1channel CH1: restore complete, elapsed time: 00:00:01output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.261.993593255.0output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.256.993593255.1Finished restore at 30-NOV-18released channel: CH1

Statement processed



Recovery Manager complete.The RMAN script was run successfully.



RMAN> connect ********2>3> recover database preview;4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 30-NOV-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=28 device type=DISKusing channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name TEST=====================================================================

Key Thrd Seq S Low Time------- ---- ------- - ---------1 1 5 A 30-NOV-18 Name: +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951

RMAN-05119: recovery can not be done to a consistent state.Media recovery start SCN is 1607341Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 30-NOV-18

Recovery Manager complete.The RMAN script was run successfully.RMAN-05119: recovery can not be done to a consistent state.threadNo: 1, sequenceNo: 5, firstSCN: 1605236, nextSCN: 1608403Latest SCN: 1608403Backup time: 11/30/2018 10:17:49 PMRecover until: 1608403. Snapshot time: 11/30/2018 10:17:49 PM.



RMAN> connect ********2>3> recover database until scn 1608403 snapshot time "to_timestamp('11/30/2018 10:17:49 PM', 'MM/DD/YYYY HH12:MI:SS AM')";4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 30-NOV-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=37 device type=DISK


archived log for thread 1 with sequence 5 is already on disk as file +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951archived log file name=+FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951 thread=1 sequence=5media recovery complete, elapsed time: 00:00:01Finished recover at 30-NOV-18




Recovery of database 'TEST' succeeded.Checking the redo logs.Opening the database.Operation succeeded.

l El siguiente comando incluye la opción --use-pfile <pfile_location>. En este caso, laoperación de la base de datos utiliza el pfile válido en la ubicación especificada. Por ejemplo,siguió los pasos de Preparación para la restauración y la recuperación automatizadas con unhost proxy en la página 288 para modificar el pfile especificado:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --use-pfile <pfile_location>

Por ejemplo:

ddboraasm --proxy-restore 1543596459 --config /racasm.cfg --use-pfile /u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora

Tablespace backups selected by proxy restore: : :Preparing the database, which may take several minutes.

Recovery Manager: Release 12.1.0.2.0 - Production on Sat Dec 1 00:32:21 2018


RMAN> connect ********2>3> connect *********4>5> shutdown abort;6> set dbid 2291739687;7> startup nomount pfile='/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora';8> run {9> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/tmp/config_30717)";10> SET UNTIL TIME "to_date('11/30/18 22:40:44','mm/dd/yy HH24:MI:SS')";11> restore controlfile;12> }13>14> alter database mount;15>connected to target database (not started)







allocated channel: CH1channel CH1: SID=28 device type=SBT_TAPE



channel CH1: Database Application Agent 19.1.0.0

executing command: SET until clause

Starting restore at 01-DEC-18

channel CH1: starting datafile backup set restorechannel CH1: restoring control filechannel CH1: reading from backup piece 01tji2l3_1_1channel CH1: piece handle=01tji2l3_1_1 tag=TAG20181130T222019channel CH1: restored backup piece 1channel CH1: restore complete, elapsed time: 00:00:03output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.261.993593255.0output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.256.993593255.1Finished restore at 01-DEC-18released channel: CH1

Statement processed




RMAN> connect ********2>3> recover database preview;4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 01-DEC-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=28 device type=DISKusing channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name TEST=====================================================================

Key Thrd Seq S Low Time------- ---- ------- - ---------1 1 5 A 30-NOV-18 Name: +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951

RMAN-05119: recovery can not be done to a consistent state.Media recovery start SCN is 1607341Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 01-DEC-18

Recovery Manager complete.The RMAN script was run successfully.RMAN-05119: recovery can not be done to a consistent state.threadNo: 1, sequenceNo: 5, firstSCN: 1605236, nextSCN: 1608403Latest SCN: 1608403Backup time: 11/30/2018 10:17:49 PMRecover until: 1608403. Snapshot time: 11/30/2018 10:17:49 PM.



RMAN> connect ********2>3> recover database until scn 1608403 snapshot time "to_timestamp('11/30/2018 10:17:49 PM', 'MM/DD/YYYY HH12:MI:SS AM')";



4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 01-DEC-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=37 device type=DISK


archived log for thread 1 with sequence 5 is already on disk as file +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951archived log file name=+FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951 thread=1 sequence=5media recovery complete, elapsed time: 00:00:00Finished recover at 01-DEC-18

Recovery Manager complete.The RMAN script was run successfully.Recovery of database 'TEST' succeeded.Checking the redo logs.Opening the database.Operation succeeded.

l El siguiente comando incluye la opción --mount-only. En este caso, el comando solo montalos grupos de discos de respaldo. Debe realizar los pasos de la operación de la base de datosmanualmente:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --mount-only

l El siguiente comando incluye la opción --skip-controlfile. En este caso, el pfile y elarchivo de control válidos ya están en su lugar:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --skip-controlfile

l El siguiente comando incluye la opción --skip-mount. En este caso, se asume que los gruposde discos de respaldo ya están montados. Por ejemplo, la operación de restauración de la basede datos falló por algún motivo y solo desea volver a ejecutar los pasos de la operación de labase de datos:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --skip-mount

Ejecución de restauraciones de reversión de respaldos de Storage Direct enASM de Oracle

Puede usar el comando ddboraasm para realizar una restauración de reversión de un respaldo deStorage Direct en ASM de Oracle.


Realice los siguientes pasos para completar la restauración de reversión de un respaldo de StorageDirect de datos de ASM de Oracle.

Procedimiento

1. Si se pierde el archivo de control, primero restaure el archivo de control del respaldo. Si aúntiene el archivo de control, puede montar la base de datos y omitir este paso.



a. Para restaurar el archivo de control, inicie la base de datos en el estado sin montaje yestablezca el DBID en el DBID original.

SQL> startup nomount;RMAN> set DBID=1188725344executing command: SET DBID

b. Ejecute el script de restauración de RMAN para restaurar el archivo de control.

En el siguiente ejemplo, el archivo de control se respaldó con ddboraasm mediante laespecificación de la opción –controlfile. Para restaurar el archivo de control esnecesario usar el canal SBT_TAPE con la configuración de Storage Direct adecuada.Cuando se restaura un archivo de control que no se respaldó con ddboraasm, debeconfigurar el script de RMAN según corresponda.

RMAN> run {2> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/home/oracle12/oracle-dbagent-vmax.cfg)";3> restore controlfile from autobackup maxdays 2;4> }using target database control file instead of recovery catalogallocated channel: CH1channel CH1: SID=42 device type=SBT_TAPEchannel CH1: Database Application Agent 19.1.0.0Starting restore at 18-OCT-17channel CH1: looking for AUTOBACKUP on day: 20171018channel CH1: AUTOBACKUP found: c-1188725344-20171018-02channel CH1: restoring control file from AUTOBACKUP c-1188725344-20171018-02channel CH1: control file restore from AUTOBACKUP completeoutput file name=+DATAVMAX/VMAX/CONTROLFILE/current1018output file name=+FRAVMAX/VMAX/CONTROLFILE/current.256.947227617Finished restore at 18-OCT-17released channel: CH1RMAN> **end-of-file**After the control file is restored, you can now mount your database.RMAN> alter database mount;Statement processed

2. Identifique los respaldos necesarios para la restauración de reversión mediante la ejecucióndel comando ddboraasm o ddbmadmin.

Con la base de datos en un estado abierto o montado, puede ejecutar el comandoddboraasm --prepare-rollback, que ejecuta el script restore…preview de RMANe identifica los respaldos necesarios para la restauración.

En la siguiente tabla, se describen las opciones de comando ddboraasm con la opción --prepare-rollback. Para obtener una lista completa de todas las opciones de comandoddboraasm disponibles, ejecute el comando ddboraasm --help o ddboraasm -h.

Tabla 28 Opciones de comando ddboraasm para una vista previa de la restauración de comandosy preparar la operación de reversión






Tabla 28 Opciones de comando ddboraasm para una vista previa de la restauración de comandosy preparar la operación de reversión (continuación)


o



--input <script_file>

o

-i <script_file>

Opcional. Especifica el nombre de ruta completo del archivo delscript RMAN que se usará para la vista previa de restauración ypreparar la operación de reversión.

Si no se configura este parámetro, el programa ddboraasm ejecuta

el comando de RMAN RESTORE DATABASE PREVIEW para

obtener la lista de respaldos necesarios para restaurar la base dedatos completa.

--prepare-rollback

o

-p

Obligatorio. Especifica la realización de una vista previa de larestauración y la preparación para la restauración de reversión deRMAN de un respaldo de Storage Direct en ASM de Oracle.

Por ejemplo, el comando ddboraasm --prepare-rollback muestra el siguienteresultado:

ddboraasm --prepare-rollback -z ../config/oracle_asm_ddbda.cfg.current

Preview started.Recovery Manager: Release 12.1.0.2.0 - Production on Thu Feb 1 13:19:04 2018Copyright (c) 1982, 2014, Oracle and/or its affiliates. All rights reserved.RMAN> connect ********2>3> restore database preview;4> exitconnected to target database: RAC (DBID=2549325238)Starting restore at 01-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=24 instance=RAC1 device type=DISK

List of Datafile Copies=======================Key File S Completion Time Ckp SCN Ckp Time------- ---- - --------------- ---------- ---------------56 1 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/system.258.96134311354 2 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/tmp1.dbf55 3 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/sysaux.257.96134306158 4 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/undotbs1.260.96134317959 5 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/undotbs2.265.96134344757 6 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/users.259.961343177

using channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name RAC



================================================================Key Thrd Seq S Low Time------- ---- ------- - ---------1566 1 1 A 31-JAN-18 Name: +LOGS/archivelog/1_1_966876051.dbf1567 1 2 A 31-JAN-18 Name: +LOGS/archivelog/1_2_966876051.dbf1568 1 3 A 31-JAN-18 Name: +LOGS/archivelog/1_3_966876051.dbf1565 2 1 A 31-JAN-18 Name: +LOGS/archivelog/2_1_966876051.dbf1875 1 1 A 01-FEB-18 Name: +LOGS/archivelog/1_1_966944314.dbf1876 1 2 A 01-FEB-18 Name: +LOGS/archivelog/1_2_966944314.dbf1877 1 3 A 01-FEB-18 Name: +LOGS/archivelog/1_3_966944314.dbf1878 1 4 A 01-FEB-18 Name: +LOGS/archivelog/1_4_966944314.dbf1879 1 5 A 01-FEB-18 Name: +LOGS/archivelog/1_5_966944314.dbf1880 1 6 A 01-FEB-18 Name: +LOGS/archivelog/1_6_966944314.dbf1881 1 7 A 01-FEB-18 Name: +LOGS/archivelog/1_7_966944314.dbf

RMAN-05119: recovery cannot be done to a consistent state.Media recovery start SCN is 4999748Recovery must be done beyond SCN 4999748 to clear datafile fuzzinessFinished restore at 01-FEB-18

Recovery Manager complete.The RMAN script was run successfully.Tablespace backups selected by restore preview: Backup '1517434866' finished at '01/31/2018 04:41:16 PM' contains 1 device groups: Disk group 'DATA' (mounted as 'T1_1517434866') is located on devices '/dev/sdf'.No backups of archived logs are required by restore preview.You may select to roll back the following archived log backups one at a time during a rollback restore. Backup '1517434905' finished at '01/31/2018 04:41:55 PM' contains 1 device groups: Disk group 'LOGS' (mounted as 'A1_1517434905') is located on devices '/dev/sdg'.Operation succeeded.

En este resultado de ejemplo se muestran dos respaldos:

l El primer respaldo es para los archivos de datos, con el ID de respaldo 1517434866.

l El segundo respaldo es para los registros archivados, con el ID de respaldo 1517434905.

Nota: Tome nota de los dos ID de respaldo debido a que necesitará el ID de respaldopara la operación de reversión.

Según la versión de la base de datos de Oracle, es posible que deba tomar nota de la hora dela instantánea:

l Con una versión de la base de datos de Oracle anterior a 12, puede omitir la hora de lainstantánea en el resultado.

l Con la versión 12 de la base de datos de Oracle o versiones posteriores, la base de datosno está en modo de respaldo en activo durante el respaldo de Oracle ASM, por lo quenecesitará la hora de la instantánea más adelante cuando recupere la base de datos.

Nota: Tome nota de la hora del respaldo de archivo de datos, que corresponde a lahora en que finalizó la instantánea de archivo de datos. En este ejemplo, el tiempo deejecución del respaldo del archivo de datos es 31/01/2018 04:41:16 p. m.



Durante un respaldo con un agente de aplicación de base de datos cuya versión sea anteriora 4.6, la hora de finalización de la instantánea no se registra y el resultado de la reversión depreparación muestra solo la hora de inicio de la instantánea. Por ejemplo:

The RMAN script was run successfully.Tablespace backups selected by restore preview: Backup '1517434866' started at '01/31/2018 04:41:06 PM' contains 1 device groups: Disk group 'DATA' (mounted as 'T1_1517434866') is located on devices '/dev/sdf'.No backups of archived logs are required by restore preview.You may select to roll back the following archived log backups one at a time during a rollback restore. Backup '1517434905' started at '01/31/2018 04:41:45 PM' contains 1 device groups: Disk group 'LOGS' (mounted as 'A1_1517434905') is located on devices '/dev/sdg'.Operation succeeded.

En este caso, debe calcular la hora de finalización de la instantánea mediante la adición detiempo al inicio. Calcule la duración de la instantánea según su experiencia de respaldoanterior.

Como alternativa a la ejecución del comando ddboraasm --prepare-rollback, puedeejecutar el comando ddbmadmin para obtener las ID de respaldo si conoce el tiempo deejecución del respaldo al que desea realizar la reversión. Por ejemplo, el siguiente comandoddbmadmin muestra los respaldos que se ejecutaron en los últimos dos días:

ddbmadmin -s -b now-2day -e now -n oracle_asm -z ../config/oracle_asm_ddbda.cfg.current

Save set information:client = lfcp11-cluster, date and time = 01/31/2018 04:41:06 PM (1517434866), size = 2188, name = T_1517434866client = lfcp11-cluster, date and time = 01/31/2018 04:41:45 PM (1517434905), size = 2188, name = A_1517434905

Este comando ddbmadmin enumera dos respaldos. La salida del comando ofrece lasiguiente información:

l El campo name representa el contenido del respaldo. El nombre de un respaldo dedatafile comienza con la letra T. El nombre de un respaldo de registro archivadocomienza con la letra A.

l El campo date and time indica la hora de inicio de la instantánea. El tiempo Epoch seutiliza como el ID de respaldo. En el ejemplo anterior, los ID de respaldo del archivo dedatos y los respaldos de registros archivados son 1517434866 y 1517434905,respectivamente.

La salida del comando ddbmadmin solo muestra la hora de inicio de la instantánea. Por lotanto, con la versión 12 o posterior de la base de datos de Oracle, debe calcular la hora definalización de la instantánea.

3. Asegúrese de que la base de datos esté apagada y desmonte los grupos de discos ASM:

a. Si la base de datos se está ejecutando, apáguela con el siguiente comando sqlplus:

shutdown database



b. Desmonte los grupos de discos ASM donde residen los archivos de datos y los registrosarchivados. Por ejemplo:

$ asmcmd

ASMCMD> umount DATAASMCMD> umount LOGS

4. Para realizar la reversión con las ID de respaldo que identificó en el paso 2, ejecute elcomando ddboraasm --rollback.

En la tabla a continuación, se describen las opciones del comando ddboraasm para laoperación de reversión. Para obtener una lista completa de todas las opciones de comandoddboraasm disponibles, ejecute el comando ddboraasm --help o ddboraasm -h.

Tabla 29 Opciones de comando ddboraasm para una operación de reversión



o




--rollback<backup_ID_1>[<backup_ID_2> ...<backup_ID_n>]

Obligatorio. Especifica uno o más ID de respaldo de los respaldosque se restaurarán durante la restauración de reversión.

--target <device_1>[<device_2> ...<device_n>]

Opcional. Especifica una o más rutas de dispositivo físico de losdispositivos de destino de la restauración de reversión. La cantidadde dispositivos de destino debe coincidir con la cantidad de losdispositivos físicos a partir de los cuales se realizó el respaldo en unprincipio.

--skip-prompts Opcional. Especifica que se realice una operación de reversión sinconfirmación del usuario. De forma predeterminada, se requiereconfirmación del usuario antes de comenzar una operación dereversión.

Por ejemplo, el comando ddboraasm --rollback muestra el siguiente resultado dereversión:

ddboraasm --rollback 1517434866 1517434905 -z ../config/oracle_asm_ddbda.cfg.current

Rollback of save sets was started.SCMABS_LOG: 3 PSLogger.cpp:656 EMC NetWorker Snapshot Management 19.1.0.0.Build.32 # Copyright (c) 2018, EMC Corporation. #All rights reserved.SCMABS_LOG: 3 PSLogger.cpp:661 Snapshot logging initialized with a debug level 9SCMABS_LOG: 3 SSServiceProvider.cpp:572 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_rp.so]About to roll back the devices '/dev/sdf'; '/dev/sdg' from 2 backups



containing: Backup '1517434866' contains 1 device groups: Disk group 'DATA' (mounted as 'T1_1517434866') is located on devices '/dev/sdf'. Backup '1517434905' contains 1 device groups: Disk group 'LOGS' (mounted as 'A1_1517434905') is located on devices '/dev/sdg'.Continue (yes/no)? yes ...Operation succeeded.

Si las rutas de dispositivo físico originales están ocupadas por algún motivo o desea realizarla reversión en otra ubicación, puede especificar los dispositivos de destino en el comandoddboraasm --rollback. Por ejemplo, el siguiente comando ejecuta la reversión a losdispositivos físicos /dev/sdp y /dev/sdo:

ddboraasm --rollback 1517434866 1517434905 --target /dev/sdp dev/sdo -z ../config/oracle_asm_ddbda.cfg.current

Nota: La cantidad de dispositivos de destino debe coincidir con la cantidad dedispositivos físicos a partir de los cuales se realizó el respaldo en un principio.

5. Para montar los discos ASM, ejecute los siguientes comandos como usuario de Oracle Grid:

$ oracleasm scandisks

Reloading disk partitions: doneCleaning any stale ASM disks...Scanning system for ASM disks...

$ oracleasm listdisks

DSK0DSK1DSK2DSK3DSK4DSK5

$ asmcmd

ASMCMD> mount DATAASMCMD> mount LOGSASMCMD> lsdg

State Type Rebal Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files NameMOUNTED EXTERN N 512 4096 1048576 10239 10088 0 10088 0 N CTLF/MOUNTED EXTERN N 512 4096 1048576 10239 7373 0 7373 0 N DATA/MOUNTED EXTERN N 512 4096 1048576 10239 331 0 331 0 N LOGS/MOUNTED EXTERN N 512 4096 1048576 10239 5632 0 5632 0 Y VOTING/

6. Si el archivo de control se encuentra en el mismo grupo de discos Oracle ASM que losarchivos de datos, el archivo de control se sobrescribió debido a la operación de reversión.Restaure el archivo de control de acuerdo con el paso 1.

7. Catalogue los archivos de registros archivados. Este paso es necesario si se eliminaron losregistros archivados después del respaldo. Si los registros archivados no se eliminan y sesiguen registrando en el archivo de control, puede omitir este paso.



Por ejemplo, ejecute el siguiente comando para catalogar los archivos de registrosarchivados:

RMAN> run { catalog start with "+LOG/" noprompt;}

using target database control file instead of recovery catalogsearching for all files that match the pattern +LOGS/

List of Files Unknown to the Database=====================================File Name: +LOGS/archivelog/1_1_966876051.dbfFile Name: +LOGS/archivelog/1_2_966876051.dbfFile Name: +LOGS/archivelog/1_3_966876051.dbfFile Name: +LOGS/archivelog/2_1_966876051.dbf

cataloging files...cataloging done

List of Cataloged Files=======================File Name: +LOGS/archivelog/1_1_966876051.dbfFile Name: +LOGS/archivelog/1_2_966876051.dbfFile Name: +LOGS/archivelog/1_3_966876051.dbfFile Name: +LOGS/archivelog/2_1_966876051.dbf

8. Recupere la base de datos y ejecute una recuperación de medios para actualizar los archivosde datos. Para habilitar la recuperación, determine el SCN o el número de secuencia delregistro archivado que se aplicará. Dado que la base de datos ya está montada en estepunto, puede ejecutar un script de RMAN recover…preview para determinar el SCN.

Con la versión 12 o superior de base de datos de Oracle, debe establecer la hora de lainstantánea que obtuvo en el paso 2. Por ejemplo:

RMAN> recover database snapshot time "to_timestamp('01-31-18 16:41:06','MM-DD-YY HH24.MI.SS')" preview;

Starting recover at 01-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=240 instance=RAC1 device type=DISKusing channel ORA_DISK_1

no backup of archived log for thread 1 with sequence 4 and starting SCN of 5004927 found to restoreno backup of archived log for thread 1 with sequence 5 and starting SCN of 5014210 found to restoreno backup of archived log for thread 1 with sequence 6 and starting SCN of 5014349 found to restoreno backup of archived log for thread 1 with sequence 7 and starting SCN of 5014415 found to restoreno backup of archived log for thread 1 with sequence 8 and starting SCN of 5014488 found to restoreno backup of archived log for thread 1 with sequence 9 and starting SCN of 5014567 found to restoreno backup of archived log for thread 1 with sequence 10 and starting SCN of 5014643 found to restore

List of Archived Log Copies for database with db_unique_name RAC================================================================Key Thrd Seq S Low Time------- ---- ------- - ---------1566 1 1 A 31-JAN-18 Name: +LOGS/archivelog/1_1_966876051.dbf1567 1 2 A 31-JAN-18 Name: +LOGS/archivelog/1_2_966876051.dbf



1568 1 3 A 31-JAN-18 Name: +LOGS/archivelog/1_3_966876051.dbf1565 2 1 A 31-JAN-18 Name: +LOGS/archivelog/2_1_966876051.dbf

RMAN-05119: recovery can not be done to a consistent state.Media recovery start SCN is 4999748Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 01-FEB-18

En este ejemplo, el archivo de control tiene más registros de archivos de registro archivadosde los que se restauraron. El comando informó que faltan algunos archivos de registroarchivados, lo que se esperaba, ya que no se respaldaron y se perdieron. Solo puederecuperar a un punto con los registros archivados que se respaldaron. Para garantizar laaplicación de todos los registros archivados que se respaldaron, debe usar la opción untilcon el primer registro archivado faltante que encontró RMAN. En este caso, archivedlog for thread 1 with sequence 4 and starting SCN of 5004927 informael primer registro archivado faltante. Por lo tanto, puede ejecutar el comando recoverdatabase con la opción until SCN 5004927.

RMAN> recover database until SCN 5004927 snapshot time "to_timestamp('01-31-18 16:41:06','MM-DD-YY HH24.MI.SS')" preview;

Starting recover at 01-FEB-18using channel ORA_DISK_1using channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name RAC================================================================Key Thrd Seq S Low Time------- ---- ------- - ---------1566 1 1 A 31-JAN-18 Name: +LOGS/archivelog/1_1_966876051.dbf1567 1 2 A 31-JAN-18 Name: +LOGS/archivelog/1_2_966876051.dbf1568 1 3 A 31-JAN-18 Name: +LOGS/archivelog/1_3_966876051.dbf1565 2 1 A 31-JAN-18 Name: +LOGS/archivelog/2_1_966876051.dbf

recovery will be done up to SCN 5004927Media recovery start SCN is 4999748Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 01-FEB-18

9. Para abrir la base de datos, especifique la opción resetlogs:

SQL> alter database open resetlogs;

Restauración y reversión de Storage Direct para VCS enSolaris

Utilice los procedimientos en los temas siguientes para ejecutar operaciones de restauración yreversión de Storage Direct para un sistema de VCS en Solaris.



Ejecución de una restauración de VCS de Storage DirectProcedimiento

1. En el nodo primario de VCS, ejecute los siguientes pasos como usuario raíz.

a. Enumere los grupos de servicios de VCS:

root:/# hastatus -sum

-- SYSTEM STATE-- System State Frozen

A ledma054 RUNNING 0A ledma056 RUNNING 0

-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

b. Habilite la configuración de VCS como de lectura/escritura:

root:/# haconf -makerw

c. Congelar los grupos de servicios de VCS deshabilitando las opciones En línea/Offline.Escriba el comando siguiente:

Nota: Este es un ejemplo de una configuración de VCS y de Oracle.

root:/# hagrp -freeze <oracle_sg> -persistent

d. Compruebe el estado de VCS escribiendo el siguiente comando:


-- SYSTEM STATE-- System State FrozenA ledma054 RUNNING 0A ledma056 RUNNING 0

-- GROUP STATE



-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

-- GROUPS FROZEN-- GroupC oracle_ctl_sgC oracle_sg

-- RESOURCES DISABLED-- Group Type ResourceH oracle_ctl_sg DiskGroup oracle_ctl_dg_DG_res1H oracle_ctl_sg Mount oracle_ctl_dg_MNT_res1H oracle_ctl_sg Volume oracle_ctl_dg_VOL_res1H oracle_sg DiskGroup oracle_dg_DG_res1H oracle_sg Mount oracle_dg_MNT_res1H oracle_sg Volume oracle_dg_VOL_res1

e. Habilite la configuración de VCS como de solo lectura. Escriba el comando siguiente:

root:/# haconf -dump –makero:

2. En el nodo primario de VCS, ejecute los siguientes pasos como usuario de Oracle.

a. Ejecute los comandos shutdown y startup mount en la base de datos de Oracle.

a. oracle:/# sqlplus / as sysdba

b. SQL > shutdown immediate

c. SQL > startup mount

d. SQL > exit

b. Lleve a cabo la restauración y la recuperación de RMAN.


a. Habilite la configuración de VCS como de lectura/escritura. Escriba el comandosiguiente:

root:/# haconf –makerw



b. Descongele los grupos de servicios y habilite las opciones On line/Offline. Escriba elcomando siguiente:

root:/# hagrp -unfreeze <oracle_ctl_sg> -persistentroot:/# hagrp -unfreeze <oracle_sg> -persistent

c. Confirme el estado de VCS. Escriba el comando siguiente:

root:/# hastatus –sum



Ejecución de una reversión de VCS de Storage DirectPor qué y cuándo se efectúa esta tarea

Nota: Una reversión falla si cambia el estilo del nombre del dispositivo mpio. La reversión alLUN de origen es correcta. Sin embargo, la operación de fsck y el montaje fallan. En esteescenario, debe montar manualmente el FS.

Procedimiento






-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINE



B ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE





root:/# hagrp -freeze <oracle_sg> -persistentroot:/# hagrp -freeze <oracle_ctl_sg> -persistent
















d. SQL > exit

b. Lleve a cabo la reversión y la recuperación de RMAN.




b. Descongele los grupos de servicios y habilite las opciones On line y Offline. Escriba elcomando siguiente:





-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINE



B ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

Nota: Los grupos de servicio presentarán fallas, pero aparecerán nuevamente enlínea en poco tiempo.

Sugerencias de solución de problemas de Oracle para lasoperaciones de Storage Direct


Todos los mensajes operacionales y de error se muestran en la salida de RMAN. Por ejemplo:

ORA-19506: failed to create sequential file, name="42pu1tir_1_1", parms=""ORA-27028: skgfqcre: sbtbackup returned errorORA-19511: Error received from media manager layer, error text: DEVICE_HOST is not set correctly. (105:108:2)

Use la siguiente información para ejecutar la solución de problemas adicionales:

l Información del archivo sbtio.log de Oracle.

l Registros operacionales de Oracle generados por el agente de aplicación de base de datos,incluidos los mensajes de error, advertencia o cualquier otro mensaje operacional.

Las operaciones de Oracle de Storage Direct mantienen un registro operacional independientedenominado ddbsm.log, que contiene detalles sobre los errores y las operaciones.

Puede configurar el parámetro DEBUG_LEVEL para activar la depuración.

Para la depuración de las operaciones de Storage Direct de Oracle ASM, utilice la opción --debug9 o -D 9 con el comando ddboraasm para generar información de depuración durante la vistaprevia de respaldo o restauración. Se genera el registro de depuración ddboraasm en eldirectorio /opt/dpsapps/dbappagent/logs. Por ejemplo, la operación genera el siguienteregistro de depuración:

ddboraasm_2017_08_08.15_51_14.30983.logPara obtener información de depuración adicional a partir de las operaciones de Storage Direct deOracle ASM, agregue el valor del parámetro DPRINTF=TRUE en el archivo de configuración. Paraactivar los registros de depuración completos, agregue el valor del parámetro DEBUG_LEVEL=9.



Es posible que falle la restauración de reversión de Oracle a una base de datosnueva cuando se activa OMF

Cuando se activa la función de base de datos de archivos administrados por Oracle (OMF), esprobable que falle una restauración de reversión a una base de datos nueva.

Por ejemplo, cuando se ejecuta una restauración de reversión redirigida a LUN alternativosmediante el uso de un respaldo de Storage Direct para VMAX de una base de datos de OracleOMF, es posible que falle la restauración con el siguiente mensaje de error:

ORA-19511: non RMAN, but media manager or vendor specific failure, error text:A rollback is not possible when doing relocation during a restore.Please remove 'rollback' from the RESTORE_TYPE_ORDER parameter or do not request relocation. (114:123:2)

Como solución alternativa, desactive la función OMF después de restaurar el spfile de la base dedatos y antes de restaurar el archivo de control y los archivos de datos.



CAPÍTULO 9

Operaciones de Application Direct en sistemasSAP HANA


l Descripción general de las operaciones de Application Direct en un ambiente SAP HANA... 314l Configuración de las operaciones de Application Direct en un ambiente SAP HANA............ 316l Ejecución de respaldos, recuperaciones y eliminaciones de Application Direct con SAP HANA

Studio.................................................................................................................................. 321l Ejecución de recuperaciones y respaldos de Application Direct con la CLI de SAP HANA....327l Preparación para la recuperación ante desastres de SAP HANA......................................... 330l Requisitos de escalamiento horizontal de SAP HANA para operaciones de Application Direct

.............................................................................................................................................331l Sugerencias de solución de problemas de SAN HANA para las operaciones de Application

Direct.................................................................................................................................. 332


Descripción general de las operaciones de Application Directen un ambiente SAP HANA

Una base de datos de SAP HANA conserva la mayor parte de los datos en la memoria, perotambién utiliza almacenamiento persistente en el disco. Durante las operaciones de base de datosnormales, los datos se guardan automáticamente de la memoria al disco en intervalos periódicos.Todos los cambios de datos también se capturan en el registro de reconstitución en el disco, quese actualiza después de cada transacción de base de datos comprometida. Deben realizarserespaldos de los datos en el disco para garantizar la protección contra una falla de discos.

El agente de aplicación de base de datos se integra con la interfaz BACKINT de SAP HANA parahabilitar respaldos y restauraciones de datos de la base de datos y registros de reconstitución deSAP HANA.

Puede realizar operaciones de respaldo, recuperación, consulta o eliminación con el producto en unservidor de base de datos de SAP HANA mediante la ejecución de una de las herramientas de SAPHANA compatibles:

l Interfaz de la línea de comandos (CLI) de SAP HANA con el comando hdbsqll GUI de SAP HANA Studio

l SAP DBA Cockpit en la GUI de Computing Center Management System (CCMS)

Puede utilizar estas herramientas en cooperación con el agente de aplicación de base de datospara realizar las siguientes operaciones de SAP HANA en los contenedores de bases de datosúnicas y en los de bases de datos de multiusuario:

l Respaldos en línea

l Respaldos completos de bases de datos

l Respaldos del registro de reconstitución

l Respaldos delta (incrementales y diferenciales)

l Respaldos completos y delta programados

Nota: SAP HANA SPS 12 o versiones posteriores son compatibles con los respaldosprogramados.

l Recuperación de una base de datos a su estado más reciente, un momento específico, unrespaldo de datos específico o una posición de registro

l Recuperación en el host original o en un host alternativo

Nota: SAP HANA SPS 09 o versiones posteriores le permite realizar una recuperaciónredireccionada mediante un SID diferente. Las versiones de SAP HANA que son anterioresa SPS 09 le permiten realizar una recuperación redireccionada con el mismo SID

SAP HANA requiere que la restauración y la recuperación se realicen en un sistema Linux con lamisma arquitectura que el sistema de respaldo:

l En un ambiente de replicación, los sistemas primarios y secundarios deben ser sistemas Linuxx64 o Linux Power PC.

l Un respaldo de SAP HANA que se ejecuta en un sistema Linux x64 se puede restaurar solo a unsistema Linux x64.

l Un respaldo de SAP HANA que se ejecuta en un sistema Linux Power PC se puede restaurarsolo a un sistema Linux Power PC.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente de aplicaciónde base de datos en un ambiente SAP HANA.

Operaciones de Application Direct en sistemas SAP HANA



Procesos de respaldo de SAP HANAUn respaldo de base de datos de SAP HANA incluye las siguientes interacciones de proceso.

1. El administrador de base de datos inicia el respaldo mediante la ejecución del comandohdbsql, la GUI de SAP HANA Studio o SAP DBA Cockpit en CCMS.

2. El servidor de base de datos de SAP HANA ejecuta el programa hdbbackint, instalado comoparte del agente de aplicación de base de datos, y pasa una lista de canalizaciones pararespaldar.

3. El programa hdbbackint procesa los parámetros de SAP HANA desde el archivo deconfiguración e inicia los procesos secundarios hdbbackint que respaldan los datosrequeridos.

4. Los procesos secundarios hdbbackint envían los datos de la base de datos y la informaciónde rastreo al sistema Data Domain para almacenamiento.

Procesos de restauración de SAP HANAUna restauración de base de datos de SAP HANA incluye las siguientes interacciones de procesos.

1. El administrador de base de datos inicializa la operación de restauración mediante la ejecuciónde la GUI de SAP HANA Studio.

2. El servidor de base de datos de SAP HANA ejecuta el programa hdbbackint y después pasauna lista de canalizaciones para recibir los datos restaurados.

3. El programa hdbbackint procesa los parámetros de SAP HANA desde el archivo deconfiguración y después inicia los procesos secundarios hdbbackint que restauran los datosrequeridos.

4. Los procesos secundarios hdbbackint ejecutan las siguientes tareas:

a. Consultan el índice en el sistema Data Domain para ubicar los datos de respaldo.

b. Recuperan los datos de respaldo desde el sistema Data Domain.

c. Escriben los datos de respaldo en archivos en el servidor de base de datos de SAP HANA.

Respaldos de SAP HANA de registros de reconstituciónEl servidor de base de datos de SAP HANA realiza automáticamente respaldos periódicos de losregistros de reconstitución para una base de datos. Usted no ejecuta los respaldos de registros concomandos de respaldo, como es el caso para los respaldos de base de datos.

Puede usar SAP HANA Studio para configurar la frecuencia de los respaldos de registrosautomáticos y para determinar si la interfaz BACKINT se utiliza para los respaldos de registroscomo se describe en Configuración de respaldos automáticos de registros de reconstitución deSAP HANA en la página 318.



Configuración de las operaciones de Application Direct en unambiente SAP HANA

Debe completar las configuraciones necesarias para habilitar las operaciones de Application Directen un ambiente SAP HANA. En los temas siguientes, se proporciona información detallada sobre laconfiguración de productos.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente de aplicaciónde base de datos en un ambiente SAP HANA.

Integración del producto en el ambiente SAP HANALa instalación del agente de aplicación de base de datos coloca el programa hdbbackint en eldirectorio /opt/dpsapps/dbappagent/bin. Sin embargo, SAP HANA requiere que el programasea accesible desde el directorio /usr/sap/<SID>/SYS/global/hdb/opt.

Nota: Debe crear manualmente el subdirectorio opt si no existe en el directorio /usr/sap/<SID>/SYS/global/hdb.

Puede copiar el archivo hdbbackint a ese directorio o crear un vínculo simbólico que señale elarchivo ejecutable real desde /usr/sap/<SID>/SYS/global/hdb/opt/hdbbackint.

Asegúrese de que el archivo hdbbackint tenga los permisos de archivo ejecutable necesariospara que el usuario del sistema operativo <SID>adm ejecute el programa, donde <SID> es el ID delsistema del sistema SAP HANA.

Configuración de los parámetros de SAP HANADebe configurar los parámetros requeridos para las operaciones de SAP HANA en el archivo deconfiguración utilizado por el agente de aplicación de base de datos.


De manera opcional, puede establecer el parámetro PARALLELISM para especificar un respaldo ouna restauración multi-stream, como se describe en la tabla siguiente.

Debe configurar el parámetro PARALLELISM en la sección general del archivo de configuración,que tiene el título [GENERAL].

Después de configurar el archivo de configuración, asegúrese de que se han realizado losprocedimientos requeridos del lockbox, tal como se describen en Configuración del lockbox en lapágina 111.

Tabla 30 Parámetro de paralelismo de SAP HANA

Parámetro: PARALLELISM

Sección: [GENERAL]

Especifica la cantidad máxima de flujos de datos simultáneos para enviar hacia el sistema Data Domain o desde estedurante un respaldo o una restauración, por cada programa hdbbackint que ejecuta SAP HANA para el respaldo o

la restauración.



Tabla 30 Parámetro de paralelismo de SAP HANA

SAP HANA SPS 11 presentó el parámetro de SAP HANA parallel_data_backup_backint_channels que

permite que SAP HANA divida un respaldo de datos en múltiples canales. El agente de aplicación de base de datosguarda cada canal de SAP HANA como un saveset separado, y cada saveset utiliza un flujo de datos único. Elparámetro de agente de aplicación de base de datos, PARALLELISM, limita la cantidad máxima de flujos de datos

simultáneos, y los flujos nuevos empiezan cuando otros finalizan. Uso de flujos en los sistemas SAP HANA en lapágina 319 proporciona más detalles.

El parámetro parallel_data_backup_backint_channels no se aplica a una restauración. Una restauración

utiliza el mismo número de flujos que se utilizó durante el respaldo.Nota: Antes de SAP HANA SPS 11, un respaldo de SAP HANA siempre tenía un paralelismo de 1 por procesohdbbackint. Si el parámetro parallel_data_backup_backint_channels de SAP HANA se establece en

SAP HANA SPS 11 o posterior, el valor predeterminado del parámetro PARALLELISM es 8.

Opcional para una restauración.

Con SPS 11 de SAP HANA o posterior, opcional para un respaldo.

Valores válidos:


l Número entero positivo.

Configuración de la compatibilidad de SAP HANA 2.0 SPS 00El agente de aplicación de base de datos es compatible con SAP HANA 2.0 SPS 00. En ladocumentación del usuario de SAP HANA 2.0 se proporciona una lista completa de todas lasfunciones de respaldo y recuperación, incluidos los detalles acerca de cómo habilitar y configurarlas funciones. En la siguiente lista se destacan varias de las funciones nuevas:

l SAP HANA 2.0 SPS 00 es compatible con el cifrado de datos en la capa de persistencia paralos volúmenes de datos y registros. El cifrado de volúmenes de SAP HANA puede afectar lastasas de deduplicación en los sistemas de Data Domain.

l SAP HANA 2.0 SPS 00 es compatible con el modo en intervalos configurables por el usuariopara los respaldos de registros. El modo en intervalos permite la creación de respaldos deregistros después de que se alcanza el tiempo de espera específico del servicio, en lugar decuando el segmento de registro está completo. En un respaldo de registro se pueden incluirvarios segmentos de registro. La configuración del modo en intervalos limita la cantidad derespaldos de registros en las bases de datos de gran cantidad de transacciones, lo que reduceel impacto en las bases de datos. Para configurar el modo en intervalos, establezca el siguienteparámetro en el archivo global.ini de SAP HANA:

log_backup_interval_mode = servicel SAP HANA 2.0 requiere que los respaldos de catálogo de respaldo y los respaldos de registros

de transacciones se configuren de manera independiente. En las versiones anteriores de SAPHANA, el catálogo de respaldo se guarda automáticamente como parte de los respaldos deregistros de transacciones. Asegúrese de que tanto los respaldos de catálogo de respaldo y losrespaldos de registros de transacciones se configuren para utilizar al agente de aplicación debase de datos a través de la interfaz Backint.

Puede mejorar el rendimiento de la consulta de índice mediante la especificación de rutas dedispositivo diferentes para los respaldos de catálogo y de registros en archivos de parámetrosseparados. Con esta configuración se reduce la cantidad de índices que se deben buscardurante las operaciones de restauración y consulta específicas. Por ejemplo:



n La ruta del dispositivo en el archivo de parámetros del catálogo de respaldo se puedeestablecer como DEVICE_PATH=/<storage_unit>/<SID>/CATALOG.

n La ruta del dispositivo en el archivo de parámetros del registro se puede establecer comoDEVICE_PATH=/<storage_unit>/<SID>/LOGS.

Activación del archivo de configuración en SAP HANA StudioDebe especificar la ubicación del archivo de configuración en SAP HANA Studio. En la pestañaConfiguration del editor Backup, escriba el nombre de ruta completo del archivo de configuraciónen el cuadro de texto Backint Parameter File.

Nota: Se utiliza el mismo archivo de configuración para todas las operaciones de CLI de SAPHANA y SAP HANA Studio.

Puede especificar archivos de configuración independientes para el respaldo de base de datos y elrespaldo de registros.

Para usar el mismo archivo de configuración para ambos tipos de respaldo, puede seleccionar Usethe same parameter file data backup and log backup.

La siguiente figura muestra un ejemplo de configuración en SPS 5 de SAP HANA Studio 1.0.

Figura 14 Especificación del archivo de configuración en SAP HANA Studio

Configuración de respaldos automáticos de registros de reconstitución de SAPHANA

Para configurar los respaldos automáticos de los registros de reconstitución de SAP HANA, debecompletar los pasos necesarios en SAP HANA Studio.

En la pestaña Configuration del editor Backup, complete la configuración en el cuadro de grupoLog Backup Settings:

l Seleccione Enable Automatic Log Backup.

l Para Destination Type, seleccione Backint.



l Para Backup Interval, especifique el intervalo de respaldo de registros. Escriba el valornumérico en el cuadro de texto y después seleccione la unidad de tiempo, como Minutes, en elmenú.

Nota: El intervalo de respaldo de registros recomendado es de 30 minutos.

La siguiente figura muestra un ejemplo de configuración en SPS 5 de SAP HANA Studio 1.0.

Figura 15 Configuración de respaldos automáticos de registros en SAP HANA Studio

Cálculo del uso de recursos de Data Domain en sistemas SAP HANALos siguientes temas proporcionan instrucciones adicionales y mejores prácticas relacionadas conel uso de recursos de Data Domain para los sistemas SAP HANA.

Uso de capacidad en sistemas SAP HANASi se supera la capacidad de almacenamiento del sistema Data Domain, se produce un error en laoperación de respaldo. El agente de aplicación de base de datos genera el siguiente tipo demensaje de error en el registro operacional:

163542:hdbbackint: Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 8920] [139899242542880] Thu Dec 8 12:48:02 2016 ddp_write() failed Offset 905969664, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >

Uso de flujos en los sistemas SAP HANA


Para SAP HANA, el agente de aplicación de base de datos requiere un flujo de Data Domain paracada canalización respaldada. Por ejemplo, si un sistema de escalamiento horizontal de SAP HANA



tiene 12 servicios en ejecución, se requieren 12 flujos para respaldar los datos. A partir de SPS 09de SAP HANA, cada servicio también puede respaldar múltiples registros para cada respaldo, pormedio del control del parámetro de base de datos max_log_backup_group_size.

Para respaldo multi-stream, desde SPS 11 de SAP HANA, el agente de aplicación de base de datospuede usar múltiples canales de SAP HANA para escribir los datos de respaldo para cada servicio.El agente de aplicación de base de datos utiliza un canal de SAP HANA independiente para escribircada flujo de datos al sistema Data Domain. Para especificar la cantidad de canales que se usarápara el respaldo, 32 canales como máximo, puede configurar el parámetro de SAP HANAparallel_data_backup_backint_channels. SAP HANA abre la cantidad correspondientede archivos de canalización para el respaldo, y el agente de aplicación de base de datos guardacada flujo como un saveset separado.

Para especificar la cantidad máxima de flujos de respaldo o restauración simultáneos, configure elparámetro PARALLELISM en el archivo de configuración hdbbackint. Por ejemplo, si elparámetro parallel_data_backup_backint_channels está configurado en 12 en el servidorde SAP HANA, 12 flujos se utilizan para el respaldo, lo que produce 12 savesets. Si el parámetrohdbbackint PARALLELISM se establece en 6, un máximo de 6 flujos se respaldansimultáneamente, y se inician flujos nuevos a medida que otros finalizan.

Una restauración utiliza el mismo número de flujos que el respaldo y omite el ajuste del parámetroparallel_data_backup_backint_channels.

La unidad de almacenamiento de SAP HANA en general utiliza la siguiente cantidad de flujosdurante un respaldo y una restauración:

l Si PARALLELISM se configura en el archivo de configuración hdbbackint:

Cantidad de servicios x PARALLELISMl Si PARALLELISM no está configurado:

Cantidad de servicios x max_log_backup_group_sizeDebido al diseño de los respaldos de registros de SAP HANA, un sistema SAP HANA no puedeesperar hasta que haya un flujo disponible debido a que la espera puede afectar negativamente elrendimiento de las bases de datos.

Si el sistema Data Domain se queda sin flujos durante un respaldo, el respaldo falla (aunque no demanera inmediata) con el siguiente mensaje de error en el registro operacional:

153004:hdbbackint: Unable to write to a file because the streams limit was exceeded.The error message is: [5519] [16805] [140261664245536] Tue May 10 06:45:23 2016 ddp_write() failed Offset 0, BytesToWrite 317868, BytesWritten 0 Err: 5519-Exceeded streams limit

Puede configurar el sistema SAP HANA para que use dos unidades de almacenamiento diferentespara los respaldos de datos y los respaldos de registros. Para completar la configuración, cree dosarchivos de configuración diferentes, uno para el respaldo de datos y otro para el respaldo deregistros. Debe especificar un valor diferente para el parámetro DEVICE_PATH en cada archivo deconfiguración. Esta configuración le permite planificar el uso de flujos con otras bases de datos enla unidad de almacenamiento de datos, mientras la unidad de almacenamiento de registros quedadisponible para aceptar siempre los registros del sistema SAP HANA. La configuración tambiénevita el problema de que un respaldo de registro use todos los flujos disponibles y provoque quefallen otros respaldos.

Si el sistema Data Domain se queda sin flujos durante una restauración, la restauración falla(aunque no de forma inmediata) con el siguiente mensaje de error en el registro operacional:

163971 11/28/2016 06:55:59 AM hdbbackint SYSTEM critical Unable to read from a file because the streams limit was exceeded.The error message is: [5519] [60299] [140167084230432] Mon Nov 28 06:55:59 2016



ddp_read() failed Offset 192, BytesToRead 262144, BytesRead 0 Err: 5519-nfs readext remote failed (nfs: Resource (quota) hard limit exceeded)

Ejecución de respaldos, recuperaciones y eliminaciones deApplication Direct con SAP HANA Studio

Puede ejecutar la GUI de SAP HANA Studio para realizar respaldos, eliminaciones de respaldo,restauraciones y recuperaciones de Application Direct con el agente de aplicación de base dedatos. La documentación de SAP HANA proporciona detalles sobre los procedimientos de SAPHANA Studio.

Puede realizar operaciones con SAP HANA Studio después de haber completado lasconfiguraciones en Configuración de las operaciones de Application Direct en un ambiente SAPHANA en la página 316.

Ejecución de respaldos de Application Direct mediante SAP HANA StudioEn SAP HANA Studio, debe especificar la base de datos para respaldar y habilitar el respaldo queutilizará la interfaz BACKINT.

Por ejemplo, el cuadro de diálogo Specify Backup Settings aparece como se indica acontinuación.



Figura 16 Especificación de la configuración de respaldo en SAP HANA Studio

En el cuadro de diálogo Specify Backup Settings, debe seleccionar Backint para DestinationType y, opcionalmente, escribir un prefijo para el nombre del respaldo en el cuadro de textoBackup Prefix. Si especifica un prefijo, el nombre del respaldo incluirá el prefijo:prefijo_databackup_#_#.

Para Backup Type, puede seleccionar uno de los tres tipos de respaldo compatibles: CompleteData Backup, Differential Backup o Incremental Backup.

Ejecución de restauraciones y recuperaciones de Application Direct medianteSAP HANA Studio

1. Inicie SAP HANA Studio.

2. En la GUI de recuperación, vaya a la página Specify Recovery Type.



Figura 17 Especificación del tipo de recuperación de SAP HANA Studio

a. Seleccione uno de los siguientes tipos de recuperación para el SID requerido:

l Recover the database to its most recent state: recupera la base de datos al momentomás cercano posible a la hora actual.

l Recover the database to the following point in time: recupera la base de datos a unpunto en el tiempo específico.

l Recover the database to a specific data backup: restaura solo el respaldo de datosespecificado.

b. En un caso excepcional, cuando ha fallado una recuperación anterior, haga clic enAdvanced >> y después seleccione Recover the database to the following log position.

c. Haga clic en Next >.

3. En la página Locate Log Backups, especifique las ubicaciones de los archivos de respaldo deregistro que deben usarse para realizar la recuperación.

Las ubicaciones de respaldo de los contenedores de una sola base de datos y de bases de datosde multiusuario son los siguientes:

l Contenedor de una sola base de datos: /usr/sap/<SID>/SYS/global/hdb/backint/l Contenedor de bases de datos de multiusuario (bases de datos del sistema): /usr/sap/

<SID>/SYS/global/hdb/backint/SYSTEMDB



l Contenedor de bases de datos de multiusuario (bases de datos del grupo deusuarios): /usr/sap/<SID>/SYS/global/hdb/backint/DB_<tenantDB>

Figura 18 Ubicación de los respaldos de registros en SAP HANA Studio

4. En la página Select Data Backup, seleccione el respaldo de base de datos para la restauracióno la recuperación.



Figura 19 Selección del respaldo de datos en SAP HANA Studio

Para comprobar la disponibilidad de un respaldo, seleccione el respaldo en la tabla y despuéshaga clic en Check Availability. La columna Available en la tabla muestra un ícono verde si elrespaldo está disponible o un ícono rojo si el respaldo no está disponible.

5. En la página Other Settings, seleccione las opciones necesarias y después haga clic en Next>.

6. En la página Review Recovery Settings, revise la información y después haga clic en Finish.Se muestra el progreso de la recuperación para cada servicio, que incluye el nombre delservidor, el servidor de índice y el servidor de estadísticas. Cuando la recuperación finaliza,aparecerá un mensaje de confirmación.

Eliminación de respaldos de Application Direct mediante SAP HANA StudioMediante SAP HANA, puede eliminar un respaldo o los respaldos anteriores de un respaldo. Laeliminación de los respaldos anteriores de un respaldo completo incluye la eliminación de losrespaldos completos delta y de registro anteriores.

1. Inicie SAP HANA Studio.

2. En la GUI de respaldo, en la pestaña Backup Catalog:

l Para eliminar un respaldo:



a. Haga clic con el botón secundario en el respaldo en la tabla y después seleccione DeleteData Backup...

b. En la página Specify Backup Deletion Settings, seleccione el tipo de eliminación que senecesita y después haga clic en Next >.

n Catalog: elimina el respaldo solo del catálogo de respaldo.

n Catalog and backup location: elimina el respaldo del catálogo de respaldo y delsistema Data Domain.

Figura 20 Especificación de la configuración para eliminar un respaldo en SAP HANA Studio

c. En la página Review Backup Deletion Settings, revise la información y después hagaclic en Finish.

l Para eliminar los respaldos anteriores de un respaldo:

a. Haga clic con el botón secundario en el respaldo en la tabla y después seleccione DeleteOlder Backups...

b. En la página Specify Backup Deletion Settings, seleccione el tipo de eliminaciónnecesaria y después haga clic en Next >.

n Catalog: elimina el respaldo solo del catálogo de respaldo.

n Catalog and Backup location: elimina el respaldo del catálogo de respaldo y delsistema Data Domain.

Seleccione la ubicación como File System o Third-Party Backup Tool (Backint)según la ubicación de los respaldos que se van a eliminar.



Figura 21 Especificación de la configuración para eliminar los respaldos anteriores de unrespaldo en SAP HANA Studio

c. En la página Review Backup Deletion Settings, revise la información y haga clic enFinish.

Ejecución de recuperaciones y respaldos de Application Directcon la CLI de SAP HANA

Puede ejecutar la CLI de SAP HANA para realizar respaldos de datos de SAP HANA.

A partir de SAP HANA SPS 07, puede ejecutar la CLI de SAP HANA para realizar la recuperaciónde los respaldos de SAP HANA y ejecutar comandos de mantenimiento específicos para comprobarla disponibilidad y la integridad de los respaldos de datos y registros.

Puede realizar operaciones de SAP HANA después de haber completado las configuraciones derespaldo en Configuración de las operaciones de Application Direct en un ambiente SAP HANA enla página 316.

Ejecución de respaldos de Application Direct con la CLI de SAP HANAPara realizar un respaldo de la base de datos, puede ejecutar el comando hdbsql correspondiente.Por ejemplo:


hdbsql -U <user_key> "backup data using backint ('/usr/sap/<SID>/SYS/global/hdb/backint/<prefix>')"

donde:



l <clave_del_usuario> es la clave del área de almacenamiento del usuario creada con laherramienta hdbuserstore de SAP HANA. La documentación de SAP HANA proporcionadetalles sobre la herramienta.

l <SID> es el ID de sistema del sistema SAP HANA. /usr/sap/<SID>/SYS/global/hdb/backint/ es opcional en el comando hdbsql.

l <prefijo> es un prefijo opcional para el nombre del respaldo. Si especifica <prefijo>en elcomando hdbsql, entonces el nombre del respaldo incluirá el prefijo:<prefijo>_databackup_#_#.

La documentación de SAP HANA proporciona información detallada sobre cómo usar el comandohdbsql para los respaldos.

Realización de respaldos de Application Direct con la CLI de SAP HANA en un sistema de MDCDebe especificar las credenciales correctas y el nombre de la base de datos en el comando hdbsqlpara ejecutar un respaldo de Application Direct de una base de datos de MDC de SAP HANA.


Para un respaldo de la base de datos del sistema maestro SYSTEMDB, debe especificar lascredenciales de administrador de base de datos del sistema con el comando hdbsql.

Para un respaldo de Application Direct de una base de datos de grupo de usuarios, puedeespecificar las credenciales de administrador de base de datos del sistema o las credenciales deadministrador de base de datos del grupo de usuarios con el comando hdbsql. Sin embargo, nointente usar las credenciales de administrador de base de datos del sistema para una conexióndirecta a una base de datos de grupo de usuarios.

Nota: Use las credenciales de administrador de base de datos del sistema para conectarse auna base de datos de destino solo a través de la base de datos SYSTEMDB. Utilice lascredenciales de administrador de base de datos del grupo de usuarios para conectarsedirectamente a la base de datos de destino.

Por ejemplo, el siguiente comando respalda la base de datos del grupo de usuarios BD0 mediante eluso de una conexión a la base de datos SYSTEMDB a través de las credenciales de administradorde base de datos del sistema:

hdbsql -i 00 -u system_database_administrator_username -p system_database_administrator_password [-U user_key] -d SYSTEMDB "backup data for DB0 using backint ('/usr/sap/SID/SYS/global/hdb/backint/DB_DB0/prefix')"

El siguiente comando respalda la base de datos del grupo de usuarios BD0 mediante el uso de unaconexión directa a la base de datos a través de las credenciales de administrador de base de datosdel grupo de usuarios:

hdbsql -i 00 -u tenant_database_administrator_username -p tenant_database_administrator_password [-U user_key] -d DB0 "backup data using backint ('/usr/sap/SID/SYS/global/hdb/backint/DB_DB0/prefix')"

Cancelación de respaldos de Application Direct con la CLI de SAP HANAPuede cancelar un respaldo de SAP HANA mediante el comando SQL adecuado con el ID derespaldo del respaldo de datos en ejecución.

Procedimiento

1. Para determinar el ID de respaldo del respaldo de datos en ejecución, use la vista monitoreoM_BACKUP_CATALOG, que proporciona una descripción general de la información sobrelas actividades de respaldo y recuperación.



Para determinar el ID de respaldo, ejecute el siguiente comando SQL:

select BACKUP_ID from "M_BACKUP_CATALOG" where entry_type_name = 'complete data backup' and state_name = 'running' order by sys_start_time desc;

2. Para cancelar el respaldo de datos en ejecución, ejecute el siguiente comando SQL:

backup cancel <backup_ID>

Comprobación de respaldos de Application Direct con la CLI de SAP HANAPara comprobar la integridad y la disponibilidad de los respaldos de SAP HANA, a partir del SPS 07de SAP HANA, puede ejecutar los comandos hdbbackupcheck y hdbbackupdiag.

Uso del comando hdbbackupcheck para comprobar la integridad de los respaldosPara comprobar la integridad de un respaldo de datos o registros, puede ejecutar el comandohdbbackupcheck. El comando lee parte del respaldo, comprueba la corrección y la coherencia delos metadatos y comprueba el contenido en busca de cambios.

El siguiente comando de ejemplo comprueba la integridad de un respaldo de SAP HANA:

./hdbbackupcheck -v --backintParamFile /usr/sap/space/space_hana/init.ddp.utl /usr/sap/AAA/SYS/global/hdb/backint/foooo_databackup_0_1 -e 1396019304

En este comando, el nombre de archivo de respaldo es el nombre de canalización proporcionadopor SAP HANA durante el respaldo. El nombre de ruta es la ubicación donde se crearon lascanalizaciones. La opción -e proporciona el ID de respaldo externo del archivo de respaldo. Puedeencontrar todos estos valores en la vista M_BACKUP_CATALOG_FILES.

La nota de SAP 1869119 proporciona información detallada acerca del comandohdbbackupcheck.

Uso del comando hdbbackupdiag para comprobar la disponibilidad del respaldoPara verificar la disponibilidad del respaldo, puede ejecutar el comando hdbbackupdiag.

El siguiente comando de ejemplo comprueba la disponibilidad de un respaldo de SAP HANA:

./hdbbackupdiag --check -i 1393886826664 --useBackintForCatalog--backintDataParamFile /nsr/res/initAAA.utl --backintLogParamFile/nsr/res/initAAA-logs.utl

Asegúrese de usar la opción --useBackintForCatalog.

La nota de SAP 1873247 proporciona más detalles acerca del comando hdbbackupdiag.

Realización de una recuperación de Application Direct con la CLI de SAP HANAPara realizar una recuperación de un respaldo de SAP HANA a partir de SAP HANA SPS 07, puedeusar un comando SQL.

Nota: La GUI de SAP HANA Studio es el método recomendado para realizar una restauración yuna recuperación.



Para ejecutar el comando SQL de recuperación, debe iniciar sesión el sistema SAP HANA como elusuario de SO <SID>adm. En un ambiente de múltiples nodos de escalamiento horizontal, debeejecutar el comando desde el nodo maestro.

El comando de recuperación primero debe incluir los scripts HDBSettings.sh yrecoverSys.py, en ese orden. El script HDBSettings.sh configura el ambiente para larecuperación. El script recoverSys.py procesa el comando SQL de recuperación y ejecuta larecuperación de base de datos.

El siguiente comando de ejemplo ejecuta una recuperación de un respaldo de SAP HANA:

./HDBSettings.sh recoverSys.py --command="recover database untiltimestamp '2014-02-28 00:00:00' using data path('/usr/sap/AAA/SYS/global/hdb/backint/') using log path('/usr/sap/AAA/SYS/global/hdb/backint/') using BACKUP_ID 1593520382350" --wait

Debe incluir la opción --wait para la finalización correcta del script recoverSys.py.

La versión SPS 07 de la Guía de administración de SAP HANA proporciona detalles sobre la sintaxisdel comando SQL del comando de recuperación.

Realización de una recuperación de Application Direct con la CLI de SAP HANA en un sistema deMDC

Para la recuperación de una base de datos de MDC de SAP HANA con la CLI de SAP HANA, elusuario debe iniciar sesión en la base de datos SYSTEMDB de SAP HANA y ejecutar el comandorecover requerido.

Por ejemplo, ejecute el siguiente comando para recuperar el respaldo del agente de aplicación debase de datos de una base de datos de MDC de SAP HANA:

RECOVER DATABASE FOR DB0 UNTIL TIMESTAMP '2015-08-29 01:25:25' USING DATA PATH ('/usr/sap/AAA/SYS/global/hdb/backint/DB_DB0/') USING LOG PATH ('/usr/sap/AAA/HDB00/backup/log/DB_DB0') USING BACKUP_ID 1440811502099 CHECK ACCESS USING BACKINT

En la Guía de administración de SAP HANA se proporcionan detalles acerca del comando recover ylos procedimientos en un sistema MDC de SAP HANA.

Preparación para la recuperación ante desastres de SAP HANAPara un plan de recuperación ante desastres integral, debe asegurarse de que se pueden volver aconstruir el ambiente de procesamiento y todos los archivos del servidor de SAP HANA asociadoscon el mantenimiento de datos en el host de aplicación.


Para preparar una recuperación ante desastres del host de servidor de SAP HANA, utilice lassiguientes reglas:



n Drivers de dispositivos y nombres de dispositivos





l Para garantizar la recuperación de la configuración específica del cliente de la base de datos,respalde los archivos de configuración de SAP HANA siguiendo la Guía de administración de SAPHANA. Estos archivos no se respaldan durante los respaldos de base de datos.

l Asegúrese de contar con un respaldo completo actualizado de la base de datos y de todos losregistros de reconstitución, según sea necesario, para una recuperación de la base de datos ala hora actual.

Realice las siguientes tareas para una recuperación ante desastres.

Procedimiento

1. Configure el sistema de base de datos de SAP HANA con los mismos ajustes que habíacuando se respaldaron los datos.

2. Para realizar la recuperación, configure el mismo archivo de configuración de SAP HANAque se utilizó para ejecutar respaldos.

Establezca el parámetro CLIENT en el archivo de configuración de SAP HANA al nombre dehost del host en el cual se respaldaron los datos. Configuración de los parámetros de SAPHANA en la página 316 proporciona información detallada.


4. Asegúrese de que todas las imágenes de respaldo de registros y bases de datos necesariasestén disponibles.

5. Para recuperar la base de datos y los registros de reconstitución, ejecute SAP HANA Studio.

Requisitos de escalamiento horizontal de SAP HANA paraoperaciones de Application Direct

Puede realizar respaldos de SAP HANA en un ambiente de múltiples nodos de escalamientohorizontal de SAP HANA.

Debe cumplir con los siguientes requisitos de configuración en un ambiente SAP HANA deescalamiento horizontal:

l Ha configurado la base de datos en el ambiente de escalamiento horizontal conforme a ladocumentación correspondiente de SAP HANA.

l Ha instalado el software del agente de aplicación de base de datos en cada nodo.

l Estableció el parámetro CLIENT en el archivo de configuración de SAP HANA al hostname deuno de los nodos. Si el archivo de configuración no está en una ubicación compartida,estableció el parámetro CLIENT común en el archivo de configuración en cada nodo. Parámetros comunes en la página 86 proporciona detalles sobre el parámetro.

l Ha completado la configuración del lockbox para todos los hosts participantes. Los hostspueden usar un lockbox compartido o lockboxes configurados de manera individual. Configuración del lockbox con el comando ddbmadmin en la página 112 ofrece informacióndetallada.

En la siguiente nota técnica, disponible en el sitio web de soporte https://support.emc.com, seproporciona información detallada sobre los requisitos y los procedimientos de configuración deSAP HANA:

Versiones 1.0, 2.x, 3.x y 4.x del agente de aplicación de base de datos Configuración del respaldo, larecuperación, la copia de la base de datos y la eliminación de SAP HANA con SAP HANA Studio y SQLCommand




Sugerencias de solución de problemas de SAN HANA para lasoperaciones de Application Direct


El agente de aplicación de base de datos mantiene los registros operacionales y de depuración enel directorio estándar /opt/dpsapps/dbappagent/logs en Linux, vinculado a /var/opt/ddbda/logs.

Debe configurar el parámetro DEBUG_LEVEL para activar la depuración.

Limitación de compatibilidad de organización en niveles dinámica con SAP HANADe SAP HANA 1.0 SPS 12 a SAP HANA 2.0 SPS 01 inclusive, el agente de aplicación de base dedatos es compatible con respaldos y restauraciones para la organización en niveles dinámica conBackint en la misma medida respecto de la compatibilidad con SAP.

Como resultado, la restauración de bases de datos de SAP HANA con organización en nivelesdinámica no es compatible con el uso de backup_id durante la restauración. Se admite solo unarestauración a un respaldo específico. En la nota de SAP 2363526 se ofrece información detalladaacerca de esta limitación.

Nota: Esta limitación de compatibilidad de organización en niveles dinámica no se aplica a SAPHANA 2.0 SPS 02 ni a versiones posteriores.

Limitaciones de compatibilidad de SAP HANA 1.0 SPS 09El agente de aplicación de base de datos es compatible con SAP HANA 1.0 SPS 09, que incluye lassiguientes limitaciones conocidas:

l SAP HANA 1.0 SPS 09 no es compatible con el respaldo ni la restauración de bases de datosmultiusuario mediante backint. En la nota 2096000 de SAP se ofrece información detalladaacerca de esta limitación.

l El comando hdbbackupdiag --check no funciona para las versiones de SAP HANA SPS 091.00.90 a 1.00.93. El comando produce el siguiente mensaje de error:

ERROR: [110081] Catalog backup log_backup_0_0_0_0 not found

Una reparación para esta limitación se presentó en SAP HANA versión 1.00.94.

Limitaciones de compatibilidad de SAP HANA 2.0Debido a limitaciones de SAP HANA 2.0, probablemente ocurran los siguientes problemas durantelas operaciones del agente de aplicación de base de datos:

l Es posible que SAP HANA 2.0 SPS 00 REV 00 informe un error durante una operación derestauración del contenedor de base de datos multiusuario (MDC) que, de lo contrario, seríacorrecta. En las notas de SAP 2222121 y 2395530 se ofrece información detallada acerca deesta limitación.

l Una restauración con SAP HANA 2.0 SPS 00 en la que se utiliza Backint podría tardar más delo esperado con una gran cantidad de archivos de índice. El aumento en la duración de larestauración se debe a que SAP HANA 2.0 solicita la restauración del archivo



backup_catalog_extension, que no se respaldó mediante Backint. Póngase en contactocon el departamento de soporte técnico de SAP para obtener más información.

l SAP HANA 2.0 requiere que el catálogo de respaldo se guarde durante una operación derestauración. Debido a este requisito, una restauración desde un Data Domain secundario fallacon un error de SAP HANA cuando la unidad de almacenamiento replicado está en modo desolo lectura.

Para realizar una restauración con SAP HANA 2.0 cuando la base de datos de destino tiene elmismo SID que la base de datos original, la unidad de almacenamiento de destino debe estar enmodo de lectura/escritura.

Para una restauración en una base de datos de destino de SAP HANA 2.0 con un SID diferente,puede configurar dos archivos de parámetro de Backint:

n Un archivo de parámetros de Backint se utiliza para el proceso de restauración que seconfiguró para usar la unidad de almacenamiento de Data Domain de solo lectura.

n El segundo archivo de parámetros de Backint se utiliza para el proceso de respaldo queapunta a una unidad de almacenamiento de Data Domain de lectura/escritura.

En la Guía de administración de SAP HANA se ofrecen detalles sobre cómo configurar unarestauración con un SID diferente.





CAPÍTULO 10

Operaciones de Application Direct en sistemasSAP con Oracle


l Descripción general de las operaciones de Application Direct en un ambiente SAP con Oracle............................................................................................................................................ 336

l Configuración de las operaciones de Application Direct en un ambiente SAP con Oracle.... 338l Ejecución de respaldos y recuperaciones de Application Direct con SAP BR*Tools.............346l Preparación para la recuperación ante desastres de SAP con Oracle.................................. 348l Requisitos de clúster y SAP con Oracle RAC para las operaciones de Application Direct.... 350l Sugerencias de solución de problemas de SAP con Oracle para las operaciones de Application

Direct...................................................................................................................................351


Descripción general de las operaciones de Application Directen un ambiente SAP con Oracle

El agente de aplicación de base de datos se integra con la interfaz backint de SAP BR*Tools ytambién con la interfaz de BR*Tools Oracle Recovery Manager (RMAN). Esta integración permiterealizar respaldos, restauraciones y archivos de registros de transacciones de Application Direct enun ambiente SAP con Oracle.

Puede ejecutar una operación de respaldo, restauración o recuperación de Application Direct con elproducto en un servidor de base de datos de SAP con Oracle mediante la ejecución de una de lasherramientas de SAP compatibles:

l Interfaz de línea de comandos (CLI) de BR*Tools con los comandos brbackup, brarchive,brrestore, brrecover y brtools

l BRGUI

l GUI de BR*Tools Studio


Puede utilizar estas herramientas en cooperación con el agente de aplicación de base de datospara realizar las siguientes operaciones:


l Respaldos completos de base de datos, espacio de tablas o archivos de datos

l Respaldos incrementales de nivel de bloque solo por medio de la interfaz de RMAN




l Respaldo y recuperación de directorios

l Operaciones de Oracle ASM solo por medio de la interfaz de RMAN

l Paralelismo de control para respaldos y restauraciones

Nota: SAP BR*Tools no proporciona la eliminación de respaldos ni otras operaciones demantenimiento de respaldo. Puede utilizar la herramienta de eliminación de savesets (que seproporciona con el agente de aplicación de base de datos) para mostrar y eliminar respaldos,como se describe en Configuración de la visualización y la eliminación de información delsaveset en la página 125. Los respaldos de BR*Tools RMAN no usan el catálogo derecuperación de Oracle. Se almacena la información de respaldo únicamente en el archivo decontrol de Oracle, que se respalda durante cada respaldo.


En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente de aplicaciónde base de datos en un ambiente SAP con Oracle.

Procesos de respaldo de SAP con OracleUn respaldo de SAP con Oracle incluye las siguientes interacciones de proceso.

Operaciones de Application Direct en sistemas SAP con Oracle


1. El administrador de base de datos inicia el respaldo mediante la ejecución de la CLI deBR*Tools, BRGUI, la GUI de BR*Tools Studio o SAP DBA Cockpit en CCMS.

2. El programa brbackup o brarchive en el servidor de base de datos de SAP con Oracleinvoca el programa backint o RMAN, y después pasa una lista de archivos o directorios pararespaldar.

3. El programa backint o la biblioteca compartida del agente de aplicación de base de datos leelos parámetros del archivo de configuración y después inicializa la conexión con el sistema DataDomain.

4. Se producen los siguientes pasos para el respaldo de backint o RMAN:

l Para el respaldo de backint:

a. El programa backint inicia los procesos secundarios backint que respaldan losarchivos requeridos.

b. Los procesos secundarios backint envían los datos de respaldo y la información derastreo al sistema Data Domain para almacenamiento mediante la interfaz de DD Boost.

l Para el respaldo de RMAN:

a. El software de Oracle garantiza que cada nombre de respaldo sea único y envía losrespaldos al agente de aplicación de base de datos por medio de la API de SBT.

b. El agente de aplicación de base de datos envía los datos de respaldo y la información derastreo al sistema Data Domain para almacenamiento mediante la interfaz de DD Boost.

c. El software de Oracle le solicita el agente de aplicación de base de datos que confirmeque el respaldo está en el catálogo del agente de aplicación de base de datos, registra laentrada en el catálogo de Oracle y completa el respaldo.

d. El programa brbackup o brarchive invoca el programa backint para respaldar losmetadatos de BR*Tools.

Procesos de restauración de SAP con OracleUna restauración de SAP con Oracle incluye las siguientes interacciones de procesos.

1. El administrador de base de datos inicia la restauración mediante la ejecución de la CLI deBR*Tools, BRGUI o GUI de BR*Tools Studio.

2. El programa brrestore o brrecover en el servidor de base de datos de SAP con Oracleejecuta el programa backint o RMAN, y después transmite una lista de archivos o directoriospara restaurar.

3. El programa backint o la biblioteca compartida del agente de aplicación de base de datos leelos parámetros del archivo de configuración y después inicializa la conexión con el sistema DataDomain.

4. Los siguientes pasos se producen para la restauración de backint o de RMAN:

l Para la restauración de backint:

a. El programa backint inicia los procesos secundarios backint que restauran losarchivos requeridos.

b. Los procesos secundarios backint recuperan los datos de respaldo del sistema DataDomain al servidor de base de datos de SAP con Oracle.

l Para la restauración de RMAN:

a. El software de Oracle consulta y después solicita las piezas de respaldo al agente deaplicación de base de datos por medio de la API de SBT.



b. El agente de aplicación de base de datos consulta el catálogo y después recupera losdatos de respaldo del sistema Data Domain mediante la interfaz de DD Boost.

Después de restaurar los datos de respaldo, el administrador de base de datos debe recuperar labase de datos mediante el comando brrecover o la herramienta Oracle SQL Plus. Ladocumentación de SAP con Oracle proporciona información detallada.

Configuración de las operaciones de Application Direct en unambiente SAP con Oracle

Debe completar las configuraciones necesarias del agente de aplicación de base de datos parapermitir las operaciones de Application Direct en un ambiente SAP con Oracle. Puede seleccionarel programa backint o el programa RMAN como la utilidad de respaldo y restauración para queutilice SAP BR*Tools. En los temas siguientes, se proporciona información detallada sobre laconfiguración de productos.

En Requisitos de clúster y SAP con Oracle RAC para las operaciones de Application Direct en lapágina 350, se proporcionan detalles adicionales sobre los requisitos de configuración específicosen un ambiente de clúster SAP con Oracle.

En la sección de solución de problemas al final de este capítulo se proporciona informacióndetallada sobre las limitaciones de las operaciones de Application Direct con el agente de aplicaciónde base de datos en un ambiente SAP con Oracle.

Confirmación de los permisos de archivo y ambienteDebe confirmar la configuración de los permisos de archivos y del ambiente del servidor de base dedatos antes de realizar cualquier operación de SAP con Oracle.

El grupo de sistema operativo del DBA debe tener acceso de lectura a los archivos de datos que serestaurarán. Este acceso de lectura permite que un usuario de una base de datos diferenterestaure los datos en un host diferente.

Puede restaurar solamente archivos de datos para los cuales dispone de permiso de lectura, segúnlos permisos del sistema operativo de los archivos en el momento en que se respaldaron.

En UNIX, el permiso de lectura está asociado con el ID de usuario (UID) y el ID de grupo (GID), nocon el nombre de grupo o el nombre de usuario. El UID y el GID del usuario que ejecuta larestauración deben coincidir con los identificadores asociados con los archivos en el momento deejecución del respaldo.

Habilitación de los privilegios de administrador para restauraciones de SAP conOracle en Windows

En tipos específicos de sistemas de Microsoft Windows, Control de cuentas de usuario (UAC) estádiseñado para proporcionar seguridad adicional al sistema operativo, ya que impide que el softwarese instale o ejecute a menos que un administrador autorice los privilegios elevados.


En los sistemas de Windows con la función UAC activada, antes de iniciar una restauración desdela CLI, asegúrese de que estén habilitados los privilegios de administrador para el usuario quellevará a cabo la restauración. De lo contrario, la operación puede fallar.

Puede habilitar los privilegios de administrador desde la CLI como se indica a continuación.

Procedimiento

1. Haga clic con el botón secundario en el ícono Command Prompt.



2. Seleccione Run as administrator de la lista.

Configuración de las operaciones de Application Direct con la utilidad backintSi desea que SAP BR*Tools use el programa backint para los respaldos y las restauraciones deApplication Direct, debe completar las siguientes configuraciones.

Si prefiere que se utilice Oracle RMAN, debe completar las configuraciones en Configuración de lasoperaciones de Application Direct con Oracle RMAN en la página 343.

Integración del producto en el ambiente de BR*Tools para backintDebe completar los ajustes necesarios en el archivo de configuración init<DBSID>.sap deBR*Tools para permitir que las operaciones de BR*Tools utilicen el programa backint:

l Defina el directorio desde el cual BR*Tools llama al programa backint.

De forma predeterminada, BR*Tools llama a backint desde el directorio sapexe. Puedeconfigurar el parámetro util_path en el nombre de ruta del directorio donde se encuentrabackint. Por ejemplo:

n En UNIX:

util_path = /opt/dpsapps/dbappagent/bin

n En Windows:

util_path = C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin

Nota: En Windows, debe especificar la versión corta del nombre de ruta del directorioC:\Program Files\DPSAPPS\DBAPPAGENT\bin debido a que no se deben incluirespacios en los nombres de ruta de los archivos que configuró en init<DBSID>.sap.Si incluye espacios en una configuración de nombre de ruta, el respaldo fallará. Paraobtener la versión corta de un directorio, ejecute el comando dir /x en el directorioprincipal. Por ejemplo:

C:\> dir /x

: :11/21/2014 07:38 AM <DIR> PROGRA~1 Program Files

En este caso, la versión corta de “Program Files” es PROGRA~1.

l Configure el medio de respaldo para utilizar el programa backint.

Configure el parámetro backup_dev_type en uno de los siguientes valores:

backup_dev_type = util_file

o

backup_dev_type = util_file_online

Configure backup_dev_type = util_file_online para que los respaldos en línea disminuyan lacantidad de tiempo que cada espacio de tablas permanece en modo de respaldo activo, lo queresulta en una menor cantidad de registros de transacciones generados.



Puede reemplazar esta configuración de backup_dev_type con la opción -d cuando ejecuteuna operación de BR*Tools desde la línea de comandos. Por ejemplo:

brbackup -d util_file_online

l Configure el parámetro util_par_file en el nombre de ruta completo del archivo deconfiguración según la configuración en Configuración de los parámetros de SAP con Oraclepara backint en la página 340. Por ejemplo:

util_par_file = ?/dbs/init<DBSID>.utl

donde ? es $ORACLE_HOME.

Si no especifica el nombre de ruta completo de este archivo de configuración, el softwarebusca el archivo en el siguiente directorio predeterminado:

n En UNIX: $ORACLE_HOME/dbsn En Windows: %ORACLE_HOME%\databasePuede reemplazar esta configuración de util_par_file especificando el nombre de ruta delarchivo de configuración con la opción -r cuando ejecute una operación de BR*Tools desde lalínea de comandos. Por ejemplo:

brbackup -r pathname/init<DBSID>.utl

La documentación de SAP BR*Tools proporciona más detalles sobre los parámetros en el archivode configuración de BR*Tools.

Configuración de los parámetros de SAP con Oracle para backintDebe configurar los parámetros de SAP con Oracle para operaciones backint en el archivo deconfiguración denominado init<DBSID>.utl. Debe especificar la ubicación de este archivo en elarchivo de configuración de BR*Tools, como se describe en Integración del producto en elambiente de BR*Tools para backint en la página 339.

Por ejemplo, el archivo de configuración contiene los siguientes valores de parámetro obligatorios:



Asegúrese de que el archivo de configuración contenga cualquier otro parámetro requerido de lasiguiente tabla. En la tabla, se detallan los encabezados de las secciones del archivo deconfiguración que contienen cada uno de los parámetros.


Tabla 31 Parámetros de SAP con Oracle para las operaciones de Application Direct con backint

Parámetro: ARCH_LOGS_SEQUENTIAL



Tabla 31 Parámetros de SAP con Oracle para las operaciones de Application Direct conbackint (continuación)

Sección: [GENERAL]

Especifica si el programa brarchive respalda registros de archivo en orden alfabético a fin de optimizar la

eliminación de registros (limpieza) durante un respaldo de registros de archivo.

La configuración de este parámetro en TRUE causa que el programa brarchive respalde los registros de archivo

en orden alfabético, lo que acelera el proceso de limpieza de registros durante el respaldo de registros de archivo.

El parámetro se omite durante una operación brbackup o brrestore.

Opcional para los respaldos de registros de archivo con brarchive.

Valores válidos:


l TRUE.

Nota: Cuando utiliza el valor no predeterminado TRUE, el parámetro de balanceo de carga GROUP_BY_FS se

omite durante el respaldo de brarchive.

Parámetro: GROUP_BY_FS

Sección: [GENERAL]

Si se establece este parámetro en TRUE, la operación omite el parámetro SAVESETS y agrupa los archivos por

sistema de archivos en lugar de por tamaño de archivo. Esta agrupación eficiente de archivos puede mejorar elrendimiento de los respaldos, las búsquedas de índice y los tiempos de ejecución de restauración.

Nota: La configuración de este parámetro en TRUE significa que todos los archivos que se están procesandodeben estar visibles en el sistema de archivos local. Los nombres de ruta de UNC de Windows deben estarasignados a una letra de unidad local.

Opcional para un respaldo.

Valores válidos:


l TRUE.


Sección: [GENERAL]

Especifica la cantidad de flujos de datos simultáneos para enviar hacia el sistema Data Domain o desde este duranteun respaldo o una restauración, por cada programa backint que ejecuta SAP con Oracle para la operación.

Nota: Se reduce el valor de paralelismo para un respaldo si el valor es mayor que el valor del parámetroSAVESETS.

Opcional para un respaldo o una restauración.

Valores válidos:



Parámetro: RAW_DEVICE_SKIP_BYTES

Sección: [GENERAL]




Especifica que se omitan los datos no deseados de la recuperación en un dispositivo crudo. Especifica la cantidadinicial de datos que se debe omitir.

Nota: Al ajustar la cantidad de datos que se debe omitir, necesita un conocimiento profundo del sistemaoperativo y las especificaciones del administrador de volúmenes.

Valores válidos:


l Nombre de dispositivo válido, seguido por un signo igual y la cantidad de datos que se debe omitir en bytes,kilobytes, megabytes o gigabytes:

RAW_DEVICE_SKIP_BYTES=/raw/dev1=skip[B|K|M|G]

Especifique varios dispositivos separándolos con una coma. Por ejemplo, la siguiente configuración omite 8 KB parael dispositivo crudo /dev/rdsk/c2t4d0s5:

RAW_DEVICE_SKIP_BYTES=/dev/rdsk/c2t4d0s5=8K

Parámetro: RAW_DIR

Sección: [GENERAL]

Especifica los directorios para las particiones de disco crudo en UNIX solamente. Los archivos dentro de estosdirectorios se consideran particiones de disco crudo.

No establezca este parámetro en los directorios /dev o /devices, que ya se tratan como dispositivos crudos.

Nota: Las particiones enumeradas se señalan mediante los vínculos simbólicos en $SAPDATA_HOME/sapraw/TBS_number/.

Valores válidos:


l Nombres de ruta de directorio de las particiones de disco crudo, separadas por punto y coma (;). Por ejemplo:

RAW_DIR = /oracle/data;/sap/data

Parámetro: RELOCATION_DEST

Sección: [GENERAL]

Para una restauración reubicada, especifica un nuevo directorio raíz para archivos de datos de SAP cuandoSAPDATA_HOME se cambia, pero la estructura de subdirectorios en SAPDATA_HOME no se cambia.

Valores válidos:


l Mismo valor que el nuevo valor de SAPDATA_HOME.

Parámetro: SAVESETS

Sección: [GENERAL]

Especifica la cantidad de savesets creados en el destino de Data Domain. Los archivos de datos de respaldo sedividen en los savesets según el tamaño del archivo.

Este parámetro se omite si el parámetro GROUP_BY_FS se establece en TRUE.




Valores válidos:



Configuración de las operaciones de Application Direct con Oracle RMANSi desea que SAP BR*Tools use el programa Oracle RMAN para los respaldos y las restauracionesde Application Direct, debe completar las siguientes configuraciones.

Nota: El agente de aplicación de base de datos siempre utiliza el programa backint pararespaldar y restaurar los metadatos de BR*Tools, incluidos los archivos de configuración y elcatálogo de respaldo, aun si completa las siguientes configuraciones de RMAN.

Si prefiere que se utilice backint para todos los respaldos y restauraciones, debe completar lasconfiguraciones en Configuración de las operaciones de Application Direct con la utilidadbackint en la página 339.

Integración del producto en el ambiente de BR*Tools para RMANPara habilitar las operaciones de BR*Tools a fin de utilizar el programa RMAN, debe completar losajustes necesarios en el archivo de configuración init<DBSID>.sap de BR*Tools:

l Configure el medio de respaldo para utilizar el programa RMAN.

Configure el parámetro backup_dev_type en los siguientes valores:

backup_dev_type = rman_util

Nota: No utilice el valor de rman_disk o de rman_stage debido a que estos valores hacenque BR*Tools respalde los metadatos sin usar el agente de aplicación de base de datos.


brbackup -d rman_util

l Configure los valores de SBT_LIBRARY y CONFIG_FILE en el parámetro rman_parms:

n Configure SBT_LIBRARY en el nombre de ruta completo de la biblioteca del agente deaplicación de base de datos que se usa con RMAN.

n Configure CONFIG_FILE en el nombre de ruta completo del archivo de configuración,init<DBSID>.utl. Configuración de los parámetros de SAP con Oracle para RMAN en lapágina 345 proporciona información detallada sobre cómo configurar el archivo deconfiguración.

Los siguientes ejemplos muestran la configuración de rman_parms:



n En UNIX o Linux:

rman_parms = "SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostsapora.so, ENV=(CONFIG_FILE=/db/app/oracer/product/11.2.0/dbhome_1/dbs/initCER.utl)"

n En Windows:

rman_parms = "SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostsapora.dll, ENV=(CONFIG_FILE=D:\app\oracer\product\11.2.0\dbhome_1\database\initCER.utl)"

Nota: En Windows, debe especificar la versión corta de un nombre de ruta de directoriopara evitar incluir espacios en el nombre de ruta en init<DBSID>.sap. Si incluyeespacios en una configuración de nombre de ruta, el respaldo fallará. Para obtener laversión corta de un directorio, ejecute el comando dir /x en el directorio principal. Porejemplo:

C:\> dir /x



Como alternativa, puede configurar CONFIG_FILE en el parámetro rman_send en lugar delparámetro rman_parms. Por ejemplo:

rman_send="ENV=(CONFIG_FILE=/db/app/oracer/product/11.2.0/dbhome_1/dbs/initCER.utl)"

l Configure cualquier otro parámetro rman_xxx necesario para configurar las operaciones deRMAN. Por ejemplo:

n Configure rman_channels en la cantidad de flujos de datos simultáneos. El valorpredeterminado es 1.

n Configure rman_filesperset o rman_maxopenfiles para mejorar la tasa dededuplicación.

Nota: El agente de aplicación de base de datos admite solo los valores 0 (predeterminado)y 1 para el parámetro rman_copies, y ambos valores provocan la creación de una solacopia de respaldo.

La documentación de BR*Tools proporciona información detallada sobre todos los parámetrosde RMAN compatibles.

l Configure el parámetro util_par_file en el nombre de ruta completo del archivo deconfiguración según la configuración en Configuración de los parámetros de SAP con Oraclepara RMAN en la página 345. Esta configuración garantiza que el agente de aplicación de basede datos respalde los metadatos de BR*Tools.

Nota: La configuración de CONFIG_FILE y util_par_file debe ser la misma.

Por ejemplo:






n En UNIX: $ORACLE_HOME/dbsn En Windows: %ORACLE_HOME%\databasePuede reemplazar la configuración de util_par_file especificando el nombre de ruta delarchivo de configuración con la opción -r cuando ejecute una operación de BR*Tools desde lalínea de comandos. Por ejemplo:



Configuración de los parámetros de SAP con Oracle para RMANDebe configurar los parámetros de SAP con Oracle para las operaciones de RMAN en el archivo deconfiguración denominado init<DBSID>.utl. Debe especificar la ubicación de este archivo en elarchivo de configuración de BR*Tools como se describe en Integración del producto en elambiente de BR*Tools para RMAN en la página 343.

Por ejemplo, el archivo de configuración contiene los siguientes valores de parámetro obligatorios:



Después de configurar el archivo de configuración, asegúrese de que se han realizado losprocedimientos requeridos del lockbox, tal como se describen en Configuración del lockbox en lapágina 111.

Cálculo del uso de recursos de Data Domain en sistemas SAP con OracleLos siguientes temas proporcionan instrucciones adicionales y mejores prácticas relacionadas conel uso de recursos de Data Domain para los sistemas SAP con Oracle.

Uso de capacidad en sistemas SAP con OracleSi se supera la capacidad de almacenamiento del sistema Data Domain, se produce un error en laoperación de respaldo. El agente de aplicación de base de datos genera el siguiente tipo demensaje de error en el registro operacional:

163542:backint: Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 1472] [2304] Fri Dec 09 00:50:50 2016 ddp_write() failed Offset 746586112, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >

Uso de flujos en sistemas de SAP con Oracle




Para SAP con Oracle mediante backint, el agente de aplicación de base de datos utiliza elparámetro PARALLELISM para controlar la cantidad de flujos de SAP que se utilizan en unaoperación de respaldo o restauración. El parámetro PARALLELISM especifica la cantidad de flujosde datos simultáneos de SAP para enviar al sistema Data Domain o desde este durante el respaldoo la restauración.

La cantidad de flujos de lectura o escritura de Data Domain que el programa backint utiliza paraconectarse al sistema Data Domain generalmente es menor o igual a la configuración del parámetroPARALLELISM.

Si el sistema Data Domain se queda sin flujos durante un respaldo de SAP con Oracle, la operaciónde respaldo falla. El agente de aplicación de base de datos genera el siguiente tipo de mensaje deerror en el registro operacional:

153004:backint: Unable to write to a file because the streams limit was exceeded.The error message is: [5519] [ 3052] [2536] Thu Dec 08 23:07:51 2016 ddp_write() failed Offset 0, BytesToWrite 524288, BytesWritten 0 Err: 5519-Exceeded streams limit

Si el sistema Data Domain se queda sin flujos durante una restauración de SAP con Oracle, laoperación de restauración falla. El agente de aplicación de base de datos genera el siguiente tipode mensaje de error en el registro operacional:

63971 12/9/2016 1:11:48 AM backint SYSTEM critical Unable to read from a file because the streams limit was exceeded.The error message is: [5519] [ 2244] [2440] Fri Dec 09 01:11:48 2016 ddp_read() failed Offset 0, BytesToRead 262144, BytesRead 0 Err: 5519-nfs readext remote failed (nfs: Resource (quota) hard limit exceeded)

Ejecución de respaldos y recuperaciones de Application Directcon SAP BR*Tools

Puede realizar operaciones de Application Direct con SAP BR*Tools después de haber completadolas configuraciones de respaldo que se indican en Configuración de las operaciones de ApplicationDirect en un ambiente SAP con Oracle en la página 338.

Puede ejecutar la CLI de BR*Tools o una GUI compatible para realizar operaciones de respaldo,restauración o recuperación de Application Direct con el agente de aplicación de base de datos.

En la documentación de SAP y Oracle se proporcionan detalles acerca de las opciones disponibles.

Ejecución de respaldos de Application Direct con BR*ToolsPuede ejecutar los comandos brbackup y brarchive con las opciones adecuadas para realizarrespaldos de bases de datos y registros de reconstitución archivados. Por ejemplo:

l Respaldo offline de la base de datos completa:

brbackup -m all -t offline -d util_file

l Respaldo en línea de un solo espacio de tabla:

brbackup -m system -t online -d util_file_online



Si ejecuta un respaldo en línea, puede ejecutar el comando brarchive para respaldar los registrosde reconstitución archivados:

brarchive

Nota: Sin los registros de reconstitución, puede recuperar una base de datos que se respaldóen línea solo hasta el momento del último respaldo completo.

Puede ejecutar el siguiente comando para respaldar archivos o directorios que no sean de la basede datos:

brbackup -m {sap_dir | ora_dir | all_dir | <full_directory_path> | <nondatabase_file_path>}

Ejecución de restauraciones y recuperaciones de Application Direct conBR*Tools

Puede usar el comando brrestore o la interfaz brrecover para ejecutar una restauración o unarecuperación. El comando brrestore restaura los archivos de base de datos respaldados, y usteddebe ejecutar Oracle SQL Plus para recuperar la base de datos mediante la aplicación de losregistros de transacciones para la puesta al día de la base de datos a un determinado punto en eltiempo. La interfaz brrecover automatiza el proceso de recuperación y restauración, ya quellama a brrestore y SQL Plus para realizar pasos específicos según sea necesario.

Por ejemplo, puede ejecutar el siguiente comando para restaurar toda la base de datos:

brrestore -u / -m all -d util_file -c force

Puede ejecutar el siguiente comando para restaurar un único espacio de tablas:

brrestore -u / -m PSAPSR3DB -d util_file -c force

AVISO El programa brrestore que se utiliza para una operación de restauración, ya sea quese ejecute directamente desde la línea de comandos o indirectamente desde el comandobrrecover, primero elimina todos los archivos originales que se van a restaurar antes de queel programa ejecute backint para restaurar los archivos respaldados. Los archivos originalesse perderán si brrestore o backint fallan.Para evitar estos problemas, realice una de las siguientes acciones:

l Restaure los archivos en una ubicación diferente que no incluya ningún archivo mediante laopción -m y especifique el destino de restauración, por ejemplo:

brrestore -m <tablespace_name>=<restore_directory>

l Utilice la opción brrestore -NFD para impedir que brrestore elimine los archivosoriginales.

Para restaurar los datos desde un respaldo del directorio (que no es una base de datos), utilice elcomando brrestore -m non_db. Cuando restaure los datos del directorio SAP, evite la



eliminación de BR*Tools y los archivos binarios de backint durante la restauración mediante laejecución de una restauración reubicada. Por ejemplo, ejecute el siguiente comando:

brrestore -m non_db=<restore_directory>

Ejecución de una restauración de Application Direct en un host alternativoPara restaurar de manera opcional los datos a un host de SAP con Oracle (host de destino)diferente del que se respaldó:

l Configure el parámetro CLIENT en el nombre de host del host en el que se respaldaron losdatos.

l Siga los pasos de recuperación ante desastres para volver a crear el ambiente y restaurar losarchivos de configuración y los registros de BR*Tools. Preparación para la recuperación antedesastres de SAP con Oracle en la página 348 proporciona detalles.

Preparación para la recuperación ante desastres de SAP conOracle

Para un plan de recuperación ante desastres integral, debe asegurarse de que se puedan volver aconstruir el ambiente de procesamiento y todos los archivos del servidor de Oracle de SAPasociados con el mantenimiento de datos en el host de aplicación.

Utilice las siguientes reglas para preparar una recuperación ante desastres del host de servidor deSAP con Oracle:






l Para garantizar la recuperación de la configuración específica del cliente de la base de datos,respalde los archivos de configuración del sistema siguiendo la documentación de SAP conOracle. Estos archivos no se respaldan durante los respaldos de base de datos.

l Asegúrese de contar con un respaldo completo actualizado de la base de datos y de todos losarchivos de reconstitución archivados, según sea necesario, para una recuperación de la basede datos a la hora actual.

Para recuperarse de un desastre, primero debe restaurar todos los archivos de configuración deOracle y SAP perdidos y los archivos de registro de respaldo de BR*Tools perdidos, de acuerdocon las siguientes instrucciones. Después de restaurar estos archivos, puede realizar unarecuperación de punto en el tiempo de base de datos o restablecer toda la base de datos según lasinstrucciones que se proporcionan en Ejecución de restauraciones y recuperaciones de ApplicationDirect con BR*Tools en la página 347.

Restauración de los archivos requeridos de Oracle y SAP BR*ToolsPor qué y cuándo se efectúa esta tarea

El siguiente procedimiento es una versión concisa de los pasos de recuperación ante desastres quese describen en la documentación de SAP, modificados para los requisitos específicos del agentede aplicación de base de datos. Puede realizar este procedimiento en el host original o en unonuevo, ambos se denominan “host de destino”.



Para restaurar a un host diferente del que se respaldó, siga las instrucciones de Ejecución de unarestauración de Application Direct en un host alternativo en la página 348.

Procedimiento

1. Si se pierde todo el sistema SAP con Oracle:

a. Vuelva a instalar todos los componentes de software necesarios de SAP y Oracle segúnla documentación de SAP y Oracle.

b. Vuelva a configurar el diseño de datos de SAP, como el directorio SAPDATA_HOME y sussubdirectorios, al mismo estado que tenían antes del desastre.

2. Configure el archivo de configuración de BR*Tools, init<DBSID>-dr.sap, y el archivo deconfiguración del agente de aplicación de base de datos, init<DBSID>-dr.utl, para larecuperación en el host de destino.

3. Vuelva a crear el lockbox en el host de destino. Configuración del lockbox en la página 111proporciona información detallada acerca del lockbox.

4. Asegúrese de que los parámetros estén configurados correctamente para una restauraciónredirigida según Configuración de los parámetros de SAP con Oracle para backint en lapágina 340.

5. Para realizar una recuperación ante desastres de perfiles y registros en el host de destino,inicie BR*Tools en el host y, a continuación, siga las instrucciones que aparecen en pantalla.

Por ejemplo, los siguientes pasos muestran cómo usar BR*Tools para realizar unarecuperación ante desastres y restaurar archivos de perfiles y registro desde un respaldoBRBACKUP:

a. En el menú brtools, seleccione Restore and Recovery y, a continuación, Disasterrecovery.

b. En la página BRRECOVER options for disaster recovery, establezca la ubicación delarchivo de configuración de BR*Tools y el archivo de configuración de SAP con Oracle alos nombres de archivo configurados en el paso 2.

Nota: Si va a restaurar el archivo de configuración original de BR*Tools o SAP conOracle, asegúrese de que los archivos utilizados para la recuperación ante desastrestengan nombres diferentes o estén almacenados en una ubicación diferente a la delos archivos originales que se van a restaurar.

c. En la página Device type for restoring profiles and log files from BRBACKUP backup,seleccione Backup utility.

d. En la página Parameters for restoring profiles and log files from BRBACKUP backuputility backup, especifique los archivos que desea restaurar.

e. En la página Restore of profiles and log files from BRBACKUP backup, seleccione loscomponentes que desea restaurar.

La documentación de SAP proporciona más detalles acerca de la recuperación antedesastres.

Recuperación de una base de datos de SAP con Oracle después de un desastreDespués de restaurar los registros y el archivo de configuración correctos de SAP BR*Tools en elhost de aplicaciones, siga el procedimiento de recuperación normal de BR*Tools para ejecutar larecuperación de punto en el tiempo o el restablecimiento de la base de datos.

Ejecución de restauraciones y recuperaciones de Application Direct con BR*Tools en la página 347proporciona el procedimiento para recuperar una base de datos de SAP con Oracle.



La documentación de SAP proporciona más detalles acerca de la recuperación de la base de datos.

Requisitos de clúster y SAP con Oracle RAC para lasoperaciones de Application Direct

Puede ejecutar restauraciones y respaldos de Application Direct en un ambiente de clúster activo/pasivo o de Oracle RAC.

Requisitos de clúster activo/pasivoDebe cumplir los siguientes requisitos de configuración en un ambiente de clúster activo/pasivo:

l Ha configurado la base de datos en el clúster conforme a la documentación de servidor de basede datos correspondiente.

l Ha instalado al agente de aplicación de base de datos en cada nodo del clúster que participaráen respaldos o restauraciones.

l Ha establecido el parámetro CLIENT del archivo de configuración en el nombre de host delnodo virtual. Parámetros comunes en la página 86 proporciona información detallada.

Requisitos de Oracle RACLa documentación de SAP proporciona detalles sobre la configuración de Oracle RAC. Debecumplir los siguientes requisitos de configuración en un ambiente de Oracle RAC:

l Una de las instancias de Oracle RAC, configurada como la instancia de base de datos dedicada(DDB), se utiliza para realizar todas las tareas de administración de base de datos. Debe sercapaz de administrar todas las instancias de RAC desde la instancia de DDB.

l Instaló BR*Tools y el agente de aplicación de base de datos en el host de instancia de DDB.

l Ha creado los directorios de registro de BR*Tools, como SAPBACKUP y SAPARCH, en unsistema de archivos compartido.

l Ha configurado correctamente SQL Net de Oracle.

l Configuró los parámetros requeridos, como parallel_instances y db_services, en elarchivo de inicialización de SAP, init<DBSID>.sap, ubicado en la instancia DDB.

Requisitos de Oracle RAC para la interfaz backintTodos los respaldos de Oracle RAC realizados con BR*Tools y la interfaz backint se ejecutan enuna única instancia de RAC, la instancia de DDB. La configuración de la instancia de DDB es lamisma que para un sistema Oracle independiente.

Si cambia la instancia de DDB después de que algunos de los respaldos se realizaron con lainstancia de DDB original, establezca el parámetroCLIENT=nombre_de_host_de_instancia_de_DDB_original para asegurarse de que todos losrespaldos se almacenen en la misma ubicación en el sistema Data Domain. Parámetros comunes enla página 86 proporciona detalles sobre el parámetro.

Requisitos de Oracle RAC para la interfaz de RMAN

BR*Tools 7.00 a 7.20 (parche 30) admiten las operaciones de RMAN en una sola instanciasolamente, la instancia de DDB. La configuración de estos respaldos y estas restauraciones deRMAN es la misma que para las operaciones de RMAN en un ambiente independiente. Serecomienda que establezca el parámetro CLIENT en el nombre de host de la instancia de DDB, encaso de que la instancia de DDB se transfiera más adelante.



A partir de BR*Tools 7.20 (parche 31) y 7.40, el software de SAP es compatible con respaldos yrestauraciones de Oracle RAC en varios nodos RAC, lo que se conoce como operaciones de RMANdistribuidas. Asegúrese de cumplir con los siguientes requisitos para ejecutar estas operaciones:

l Ha instalado el agente de aplicación de base de datos en cada nodo de RAC que participará enlos respaldos o las restauraciones.

l Todos los nodos que se incluyen en las operaciones de RMAN utilizan el mismo tipo deconexión de red, IP o Fibre Channel, al sistema Data Domain.

l Se ha establecido el parámetro CLIENT=<nombre_del_nodo_de_DDB> en el archivoinit<DBSID>.utl. Este archivo de configuración se almacena en una ubicación compartida,a la que pueden acceder todos los nodos de RAC.

l Configuró los parámetros requeridos en el archivo init<DBSID>.sap de BR*Tools, como sedescribe en Integración del producto en el ambiente de BR*Tools para RMAN en la página 343.Asegúrese de que rman_channels esté configurado en un valor mayor que 1,preferentemente, un múltiplo de la cantidad de nodos de RAC. Por ejemplo, establezcarman_channels = 4 para un sistema RAC con 2 nodos (BR*Tools asigna 2 canales por nodo).Para habilitar las operaciones de RMAN distribuidas, configure rman_rac_dist = yes.

l Para las operaciones de RAC distribuidas, se ha conectado a la base de datos con un nombrede usuario de base de datos específico, por ejemplo, mediante la opción -u<sistema>/<contraseña>. El usuario de la base de datos debe tener las funciones SAPDBA, SYSDBA ySYSOPER.

Sugerencias de solución de problemas de SAP con Oracle paralas operaciones de Application Direct

En Sugerencias generales para la solución de problemas en la página 144, se proporcionainformación de solución de problemas comunes que se aplica a las operaciones de agente deaplicación de base de datos, con todas las aplicaciones y bases de datos compatibles.

El agente de aplicación de base de datos mantiene los registros operacionales y de depuración enlos directorios estándares:

l En UNIX o Linux: /opt/dpsapps/dbappagent/logs, vinculado a /var/opt/ddbda/logsl En Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\logsPara habilitar la depuración, debe configurar el parámetro DEBUG_LEVEL.





CAPÍTULO 11

Operaciones de Storage Direct en sistemas SAPcon Oracle


l Descripción general de las operaciones de Storage Direct en un ambiente SAP con Oracle 354l Configuración de las operaciones de Storage Direct en un ambiente de SAP con Oracle.... 355l Ejecución de respaldos y recuperaciones de Storage Direct con SAP BR*Tools................. 364l Preparación para la recuperación ante desastres de SAP con Oracle.................................. 366l Requisitos de clúster y SAP con Oracle RAC para las operaciones de Storage Direct..........367l Restauración y reversión de Storage Direct para VCS en Solaris.........................................368l Sugerencias de solución de problemas de SAP con Oracle para las operaciones de Storage

Direct.................................................................................................................................. 374


Descripción general de las operaciones de Storage Direct enun ambiente SAP con Oracle

El agente de aplicación de base de datos se integra en la interfaz backint de SAP BR*Tools parapermitir realizar respaldos, restauraciones y archivos de registros de transacciones de StorageDirect en un ambiente SAP con Oracle.

Puede ejecutar una operación de respaldo, restauración o recuperación de Storage Direct con elproducto en un servidor de base de datos de SAP con Oracle mediante la ejecución de una de lasherramientas de SAP compatibles:

l Interfaz de línea de comandos (CLI) de BR*Tools con los comandos brbackup, brarchive,brrestore, brrecover y brtools

l BRGUI

l GUI de BR*Tools Studio


Puede utilizar estas herramientas en cooperación con el agente de aplicación de base de datospara realizar las siguientes operaciones:


l Respaldos completos de base de datos, espacio de tablas o archivos de datos




l Respaldo y recuperación de directorios

Nota: SAP BR*Tools no proporciona la eliminación de respaldos ni otras operaciones demantenimiento de respaldo. Puede utilizar la herramienta de eliminación de savesets (que seproporciona con el agente de aplicación de base de datos) para mostrar y eliminar respaldos,como se describe en Configuración de la visualización y la eliminación de información delsaveset en la página 125.


En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Storage Direct con el agente de aplicación debase de datos en un ambiente SAP con Oracle.

Procesos de respaldo de SAP con OracleUn respaldo de SAP con Oracle incluye las siguientes interacciones de proceso.

1. El administrador de base de datos inicia el respaldo mediante la ejecución de la CLI deBR*Tools, BRGUI, la GUI de BR*Tools Studio o SAP DBA Cockpit en CCMS.

2. Los programas brbackup o brarchive en el servidor de base de datos de SAP con Oracleejecutan el programa backint, instalado como parte del agente de aplicación de base dedatos, y pasa algunos parámetros y una lista de archivos o directorios para respaldar.

3. El programa backint procesa los parámetros, incluidos los parámetros del archivo deconfiguración del agente de aplicación de base de datos.

Operaciones de Storage Direct en sistemas SAP con Oracle


4. El programa backint determina los archivos que se pueden convertir en instantáneas que serespaldarán con el flujo de trabajo de Storage Direct y los archivos que no se pueden convertiren instantáneas que se respaldarán con el flujo de trabajo de Application Direct.

5. Según la configuración de paralelismo, el programa backint podría iniciar múltiples procesossecundarios backint para respaldar los archivos que no se pueden convertir en instantáneas.

6. El flujo de trabajo de respaldo se lleva a cabo para los archivos que se pueden convertir eninstantáneas, como se describe en el tema sobre el flujo de trabajo de respaldo de StorageDirect o el flujo de trabajo de respaldo de Storage Direct con RecoverPoint en el capítulo 1.

7. El programa backint utiliza el flujo de trabajo de Application Direct para respaldar los archivosde parámetros de Oracle y BR*Tools, los archivos de catálogo y el archivo de control.

Procesos de restauración de SAP con OracleUna restauración de SAP con Oracle incluye las siguientes interacciones de procesos.

1. El administrador de base de datos inicia la restauración mediante la ejecución de la CLI deBR*Tools, BRGUI o GUI de BR*Tools Studio.

2. El programa brrestore o brrecover en el servidor de base de datos de SAP con Oracleejecuta el programa backint y transmite algunos parámetros y una lista de archivos odirectorios para restaurar.

3. El programa backint procesa los parámetros, incluidos los parámetros del archivo deconfiguración del agente de aplicación de base de datos.

4. El programa backint realiza una búsqueda de índice y, a continuación, inicia un flujo detrabajo de Storage Direct para restaurar los archivos que se pueden convertir en instantáneas yun flujo de trabajo de Application Direct para restaurar los archivos que no se pueden convertiren instantáneas.

5. Según la configuración de paralelismo, el programa backint podría iniciar múltiples procesossecundarios backint para restaurar los archivos que no se pueden convertir en instantáneas.

6. El flujo de trabajo de restauración continúa con los archivos que se pueden convertir eninstantáneas, como se describe en el tema acerca del flujo de trabajo de restauración deStorage Direct con VMAX o el flujo de trabajo de restauración de Storage Direct conRecoverPoint en el capítulo 1.

Después de restaurar los datos, el administrador de base de datos debe recuperar la base dedatos mediante el comando brrecover o la herramienta Oracle SQL Plus. La documentaciónde SAP con Oracle proporciona información detallada.

Configuración de las operaciones de Storage Direct en unambiente de SAP con Oracle




l Para las operaciones de Storage Direct para VMAX únicamente, asegúrese de que la versión deVMAX Solutions Enabler compatible esté instalada y configurada, ya sea en modo local en cadahost de producción o en modo de servidor remoto, de manera que el host de aplicacionespueda comunicarse con el servidor de SYMAPI. En la sección de DDBEA de E-Lab Navigator en



https://elabnavigator.emc.com/eln/modernHomeDataProtection, se describen las versionescompatibles.






Nota: Para los respaldos de Storage Direct, se recomienda que los archivos de control de labase de datos y los archivos de registro de reconstitución en línea se encuentren en LUNdiferentes a los de los registros archivados y los archivos de datos de Oracle. Ladocumentación de Oracle se describe en las mejores prácticas para el diseño de archivos debase de datos.

Debe completar las configuraciones necesarias del agente de aplicaciones de base de datos parapermitir las operaciones de Storage Direct en un ambiente de SAP con Oracle. En los temassiguientes, se proporciona información detallada sobre la configuración de productos.

Requisitos de clúster y SAP con Oracle RAC para las operaciones de Storage Direct en la página367 En , se proporcionan detalles adicionales sobre los requisitos de configuración específicos enun ambiente SAP con Oracle RAC o de clúster activo/pasivo.

En la sección de solución de problemas al final de este capítulo, se proporciona informacióndetallada sobre las limitaciones de las operaciones de Storage Direct con el agente de aplicacionesde base de datos en un ambiente de SAP con Oracle.

Integración del producto en el ambiente de BR*ToolsPara habilitar las operaciones de BR*Tools para utilizar el programa backint, debe completar losajustes necesarios en el archivo de configuración init<DBSID>.sap de BR*Tools:

l Defina el directorio desde el cual BR*Tools llama al programa backint.

De forma predeterminada, BR*Tools llama a backint desde el directorio sapexe. Puedeestablecer el parámetro util_path en el nombre de ruta del directorio donde se encuentrabackint. Por ejemplo:




n En UNIX:

util_path = /opt/dpsapps/dbappagent/bin

n En Windows:

util_path = C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin

Nota: En Windows, debe especificar la versión corta del nombre de ruta del directorioC:\Program Files\DPSAPPS\DBAPPAGENT\bin debido a que no se deben incluirespacios en los nombres de ruta de los archivos que configuró en init<DBSID>.sap.Si incluye espacios en una configuración de nombre de ruta, el respaldo fallará. Paraobtener la versión corta de un directorio, ejecute el comando dir /x en el directorioprincipal. Por ejemplo:

C:\> dir /x



l Configure el medio de respaldo para utilizar el programa backint.Configure el parámetro backup_dev_type en uno de los siguientes valores:

backup_dev_type = util_file

o

backup_dev_type = util_file_online

Configure backup_dev_type = util_file_online para que los respaldos en línea disminuyan lacantidad de tiempo que cada espacio de tablas permanece en modo de respaldo activo, lo queresulta en una menor cantidad de registros de transacciones generados.


brbackup -d util_file_online

l Configure el parámetro util_par_file en la ubicación del archivo de configuración según laconfiguración en Configuración de los parámetros de SAP con Oracle en la página 358. Porejemplo:




n En UNIX: $ORACLE_HOME/dbsn En Windows: %ORACLE_HOME%\database



Puede reemplazar esta configuración de util_par_file especificando el nombre de ruta delarchivo de configuración con la opción -r cuando ejecute una operación de BR*Tools desde lalínea de comandos. Por ejemplo:



Confirmación de los permisos de archivo y ambienteDebe confirmar la configuración de los permisos de archivos y del ambiente del servidor de base dedatos antes de realizar cualquier operación de SAP con Oracle.

El grupo de sistema operativo del DBA debe tener acceso de lectura a los archivos de datos que serestaurarán. Este acceso de lectura permite que un usuario de una base de datos diferenterestaure los datos en un host diferente.

Puede restaurar solamente archivos de datos para los cuales dispone de permiso de lectura, segúnlos permisos del sistema operativo de los archivos en el momento en que se respaldaron.

En UNIX, el permiso de lectura está asociado con el ID de usuario (UID) y el ID de grupo (GID), nocon el nombre de grupo o el nombre de usuario. El UID y el GID del usuario que ejecuta larestauración deben coincidir con los identificadores asociados con los archivos en el momento deejecución del respaldo.

Habilitación de los privilegios de administrador para restauraciones de SAP conOracle en Windows

En tipos específicos de sistemas de Microsoft Windows, Control de cuentas de usuario (UAC) estádiseñado para proporcionar seguridad adicional al sistema operativo, ya que impide que el softwarese instale o ejecute a menos que un administrador autorice los privilegios elevados.


En los sistemas de Windows con la función UAC activada, antes de iniciar una restauración desdela CLI, asegúrese de que estén habilitados los privilegios de administrador para el usuario quellevará a cabo la restauración. De lo contrario, la operación puede fallar.

Puede habilitar los privilegios de administrador desde la CLI como se indica a continuación.

Procedimiento

1. Haga clic con el botón secundario en el ícono Command Prompt.

2. Seleccione Run as administrator de la lista.

Configuración de los parámetros de SAP con OracleDebe configurar los parámetros requeridos para las operaciones de SAP con Oracle en el archivode configuración denominado init<DBSID>.utl.


Asegúrese de que el archivo de configuración contenga cualquier otro parámetro requerido de lasiguiente tabla. En la tabla, se detallan los encabezados de las secciones del archivo deconfiguración que contienen cada uno de los parámetros. Debe especificar la ubicación del archivode configuración en el archivo de configuración de BR*Tools, como se describe en Integración delproducto en el ambiente de BR*Tools en la página 356.




AVISO Con la configuración del parámetro SNAPSHOT_OBJECTS se determina si se debeejecutar un respaldo de Storage Direct o un respaldo de Application Direct.

Tabla 32 Parámetros de SAP con Oracle para las operaciones de Storage Direct

Parámetro: ARCH_LOGS_SEQUENTIAL

Sección: [GENERAL]

Especifica si el programa brarchive respalda registros de archivo en orden alfabético a fin de optimizar la

eliminación de registros (limpieza) durante un respaldo de registros de archivo.

La configuración de este parámetro en TRUE causa que el programa brarchive respalde los registros de archivo

en orden alfabético, lo que acelera el proceso de limpieza de registros durante el respaldo de registros de archivo.

El parámetro se omite durante una operación brbackup o brrestore.

Opcional para los respaldos de registros de archivo con brarchive.

Valores válidos:


l TRUE.

Nota: Cuando utiliza el valor no predeterminado TRUE, el parámetro de balanceo de carga GROUP_BY_FS se

omite durante el respaldo de brarchive.

Parámetro: GROUP_BY_FS

Sección: [GENERAL]

Si se establece este parámetro en TRUE, la operación omite el parámetro SAVESETS y agrupa los archivos por

sistema de archivos en lugar de por tamaño de archivo. Esta agrupación eficiente de archivos puede mejorar elrendimiento de los respaldos, las búsquedas de índice y los tiempos de ejecución de restauración.

Nota: La configuración de este parámetro en TRUE significa que todos los archivos que se están procesandodeben estar visibles en el sistema de archivos local. Los nombres de ruta de UNC de Windows deben estarasignados a una letra de unidad local.

Opcional para un respaldo.

Valores válidos:


l TRUE.


Sección: [GENERAL]

Especifica la cantidad de flujos de datos simultáneos que se enviarán hacia el sistema Data Domain o desde estedurante una operación de respaldo o restauración de Application Direct por cada programa backint que ejecuta

SAP con Oracle para la operación.

Esta configuración se aplica a un respaldo o a una restauración de Application Direct de objetos específicos de SAPcon Oracle, como los metadatos, que pueden ocurrir en conjunto con una operación de Storage Direct.



Tabla 32 Parámetros de SAP con Oracle para las operaciones de Storage Direct (continuación)

Nota: Se reduce el valor de paralelismo para un respaldo si el valor es mayor que el valor del parámetroSAVESETS.

Para un respaldo o restauración de Storage Direct, con un solo proceso backint se llevan a cabo las

operaciones de Storage Direct.

Opcional para un respaldo o una restauración.

Valores válidos:



Parámetro: RAW_DEVICE_SKIP_BYTES

Sección: [GENERAL]

Especifica que se omitan los datos no deseados de la recuperación en un dispositivo crudo. Especifica la cantidadinicial de datos que se debe omitir.

AVISO Al ajustar la cantidad de datos que se debe omitir, necesita un conocimiento profundo del sistemaoperativo y las especificaciones del administrador de volúmenes.

Valores válidos:


l Nombre de dispositivo válido, seguido por un signo igual y la cantidad de datos que se debe omitir en bytes,kilobytes, megabytes o gigabytes:

RAW_DEVICE_SKIP_BYTES=/raw/dev1=skip[B|K|M|G]

Especifique varios dispositivos separándolos con una coma. Por ejemplo, la siguiente configuración omite 8 KB parael dispositivo crudo /dev/rdsk/c2t4d0s5:

RAW_DEVICE_SKIP_BYTES=/dev/rdsk/c2t4d0s5=8K

Parámetro: RAW_DIR

Sección: [GENERAL]

Especifica los directorios para las particiones de disco crudo en UNIX solamente. Los archivos dentro de estosdirectorios se consideran particiones de disco crudo.

No establezca este parámetro en los directorios /dev o /devices, que ya se tratan como dispositivos crudos.

Nota: Las particiones enumeradas se señalan mediante los vínculos simbólicos en $SAPDATA_HOME/sapraw/<TBS>_<number>/.

Valores válidos:


l Nombres de ruta de directorio de las particiones de disco crudo, separadas por punto y coma (;). Por ejemplo:

RAW_DIR = /oracle/data;/sap/data

Parámetro: RELOCATION_DEST

Sección: [GENERAL]



Tabla 32 Parámetros de SAP con Oracle para las operaciones de Storage Direct (continuación)

Para una restauración reubicada, especifica un nuevo directorio raíz para archivos de datos de SAP cuandoSAPDATA_HOME se cambia, pero la estructura de subdirectorios en SAPDATA_HOME no se cambia.

Valores válidos:


l Mismo valor que el nuevo valor de SAPDATA_HOME.

Parámetro: SAVESETS

Sección: [GENERAL]

Especifica la cantidad de savesets creados en el destino de Data Domain. Los archivos de datos de respaldo sedividen en los savesets según el tamaño del archivo.

Este parámetro se omite si el parámetro GROUP_BY_FS se establece en TRUE.

Valores válidos:



Parámetro: SNAPSHOT_OBJECTS

Sección: [GENERAL]

Especifica si se debe ejecutar un respaldo de Storage Direct o un respaldo de Application Direct de los archivos debase de datos, los archivos de registro de reconstitución archivados y los archivos de metadatos de SAP con Oracle.Los metadatos incluyen los perfiles y los catálogos de SAP con Oracle.

El agente de aplicación de base de datos realiza un respaldo de Application Direct de cualquier archivo que no residaen un volumen que pueda convertirse en instantánea y cualquier tipo de archivo que no se especifique en laconfiguración de este parámetro.

Nota: Se recomienda realizar un respaldo de Application Direct de los metadatos, debido a que los archivos demetadatos son muy pequeños y muy pocos.

Obligatorio para un respaldo de Storage Direct.

Valores válidos:

l No definido (predeterminado) = realizar un respaldo de Application Direct de los archivos de base de datos, losarchivos de registro y los metadatos.

l Uno o más de los siguientes valores, separados por comas:

n DATA = realizar un respaldo de Storage Direct de los archivos de base de datos.

n LOGS = realizar un respaldo de Storage Direct de los archivos de registro de reconstitución archivados.

n METADATA = realizar un respaldo de Storage Direct de los metadatos.Nota: METADATA debe utilizarse en combinación con DATA, LOGS o ambos.

Por ejemplo, con la configuración siguiente se especifica un respaldo de Storage Direct de los archivos de registro yde base de datos, y un respaldo de Application Direct de los metadatos:

SNAPSHOT_OBJECTS = DATA, LOGS



Preparación para la restauración de los registros archivadosDespués de realizar una cantidad de respaldos de SAP con Oracle, los registros archivadosrespaldados podrían estar en varios conjuntos de imágenes estáticas. Durante la restauración delos registros archivados de Oracle, un conjunto separado de los dispositivos de restauración debeestar disponible para montar cada conjunto de imágenes estáticas.

Antes de iniciar una restauración de los registros archivados, asegúrese de que tiene la cantidadrequerida de dispositivos de restauración en el pool de dispositivos vdisk de DD. Esta cantidad dedispositivos de restauración debe ser al menos igual a la cantidad de LUN de origen de VMAX oXtremIO multiplicada por la cantidad de respaldos, según los requisitos de la operación derestauración específica.

Nota:Los LUN o los dispositivos de restauración no necesitan estar dedicados al servidor de SAP conOracle. Los dispositivos de restauración pueden estar en un pool que también se usa para otrasrestauraciones de aplicación o de servidor que podrían ejecutarse en momentos diferentes,siempre y cuando los dispositivos estén enmascarados según corresponda.

Asegúrese de realizar una restauración de un punto en el tiempo de los registros archivados, nouna restauración de reversión.

Por ejemplo, la política de respaldo especifica un respaldo diario completo de la base de datos y elrespaldo de los registros archivados cuatro veces al día. Para habilitar la restauración desde unrespaldo de base de datos específico y la aplicación de todos los registros requeridos, necesitacuatro veces la cantidad de LUN de origen de VMAX o XtremIO donde se encuentran los registrosarchivados.

Preparación del dispositivo Data Domain para la restauración en WindowsEn Windows, en un ambiente de Storage Direct con RecoverPoint, debe preparar el dispositivo devdisk de Data Domain antes de que pueda restaurar un respaldo de Storage Direct conRecoverPoint a un arreglo XtremIO.


Después de que se hayan creado los servicios de bloques de Data Domain para el dispositivo devdisk según la documentación de Storage Direct, complete los siguientes pasos.

Procedimiento

1. Para poner el dispositivo en línea, utilice el administrador de discos.

2. Si el dispositivo no se puede poner en línea porque el dispositivo está en un estadodesconocido:

a. Para poner el dispositivo offline, use el comando de Windows diskpart.

b. Para poner el dispositivo en línea, utilice el administrador de discos.

Preparación para restauraciones de reversión de respaldos de Storage Direct deSAP con Oracle

Antes de realizar una restauración de reversión de un respaldo de Storage Direct de SAP conOracle, asegúrese de copiar el directorio SAPBACKUP en una ubicación alternativa y establecer lavariable de ambiente de SAPBACKUP, según corresponda.


Durante una restauración de reversión, SAP registra la lista de archivos de datos para larestauración en el directorio SAPBACKUP. De forma predeterminada, este directorio se encuentraen uno de los sistemas de archivos que participan en la restauración de reversión. A menos que



especifique una ubicación nueva para el directorio SAPBACKUP antes de la restauración dereversión, el directorio se considera "en uso" cuando la operación de restauración deporta lossistemas de archivos existentes y la restauración de reversión falla.

Puede realizar los siguientes pasos para volver a configurar el directorio SAPBACKUP en unaubicación no predeterminada.

Procedimiento

1. Copie el directorio SAPBACKUP existente en una ubicación nueva. Por ejemplo:

cd /mnt/oracle/CERcp -r -f sapbackup /newLocation

2. Establezca la variable de ambiente de SAPBACKUP en la ubicación de directorio nueva. Porejemplo:

export SAPBACKUP=/newLocation/sapbackup

Preparación para respaldos y restauraciones de reversión de Storage Direct conRecoverPoint de SAP con Oracle que usan versiones de RecoverPoint anterioresa 5.0

Con las versiones de RecoverPoint anteriores a 5.0, el agente de aplicación de base de datosejecuta una restauración de reversión de un respaldo de Storage Direct con RecoverPoint en elnivel de grupo de consistencia. Si el grupo de coherencia de RecoverPoint que se está restaurandocontiene varios LUN, todos los LUN se sobrescriben y son inaccesibles durante la restauración dereversión. Los requisitos específicos se aplican a los respaldos y las restauraciones de reversión deStorage Direct con RecoverPoint de SAP con Oracle.


Nota: Con las versiones de RecoverPoint anteriores a 5.0, un respaldo y una restauración dereversión de Storage Direct con RecoverPoint siempre ocurren a nivel de grupo deconsistencia, independientemente de los objetos que se incluyan en el comando de respaldo.Como mejor práctica para una restauración de reversión de Storage Direct con RecoverPoint,cuando ejecute el respaldo o la restauración de reversión, no excluya registros ni archivos debase de datos que formen parte del grupo de consistencia de RecoverPoint que se estárespaldando o restaurando.

Asegúrese de cumplir los siguientes requisitos para la restauración de reversión de SAP con Oraclede un respaldo de Storage Direct con RecoverPoint con versiones de RecoverPoint anteriores a5.0:

l Los registros de reconstitución en línea y los archivos de control de Oracle residen endispositivos convencionales que no son instantáneas o en un grupo de consistencia deRecoverPoint independiente.

l Si un espacio de tablas de Oracle debe permanecer en línea durante una restauración dereversión, este espacio de tablas en línea y el espacio de tablas que se restaurará están engrupos de consistencia independientes.

l Los archivos de datos de Oracle y los archivos de registro archivados se encuentran en gruposde coherencia independientes.



l Los archivos de datos de Oracle y los archivos de catálogo de la herramienta BR*Tools seencuentran en grupos de coherencia independientes.

Nota: Se recomienda realizar un respaldo de Application Direct de los archivos demetadatos de BR*Tools, que incluyen los archivos de catálogo, debido a que los archivosde metadatos son de tamaño muy pequeño. Para especificar el respaldo de ApplicationDirect de los metadatos, omita el valor METADATA de la configuración del parámetroSNAPSHOT_OBJECTS.

Ejecución de respaldos y recuperaciones de Storage Directcon SAP BR*Tools

Puede realizar operaciones de Storage Direct con SAP BR*Tools después de haber completado lasconfiguraciones de respaldo que se indican en Configuración de las operaciones de Storage Directen un ambiente de SAP con Oracle en la página 355.

Puede ejecutar la CLI de BR*Tools o una GUI compatible para realizar operaciones de respaldo,restauración o recuperación de Storage Direct con el agente de aplicación de base de datos.

En la documentación de SAP y Oracle se proporcionan detalles acerca de las opciones disponibles.

Ejecución de respaldos de Storage Direct con BR*ToolsPara realizar respaldos de bases de datos y registros de reconstitución archivados, puede ejecutarlos comandos brbackup y brarchive con las opciones adecuadas. Por ejemplo:

l Respaldo offline de la base de datos completa:

brbackup -m all -t offline -d util_file

l Respaldo en línea de un solo espacio de tabla:

brbackup -m system -t online -d util_file_online

Para respaldar los registros de reconstitución archivados, si ejecuta un respaldo en línea, puedeejecutar el comando brarchive:

brarchive

Nota: Sin los registros de reconstitución, puede recuperar una base de datos que se respaldóen línea solo hasta el momento del último respaldo completo.

Para respaldar archivos o directorios que no sean de la base de datos, puede ejecutar el siguientecomando:

brbackup -m {sap_dir | ora_dir | all_dir | <full_directory_path> | <nondatabase_file_path>}

Para asegurarse de que el respaldo sea legible y completo después de que finaliza un respaldo,puede ejecutar el comando brbackup con la opción -verify.



Ejecución de restauraciones y recuperaciones de Storage Direct con BR*ToolsPara asegurarse de que existe el respaldo que debe restaurarse antes de realizar una restauracióno recuperación, puede ejecutar el comando brrestore con la opción -verify. Ladocumentación de BR*Tools proporciona información detallada acerca de la opción -verify.

Por ejemplo, el siguiente comando consulta el respaldo más reciente:

brrestore -b last -verify only_conf

Para ejecutar una restauración o una recuperación, puede usar el comando brrestore o lainterfaz brrecover. El comando brrestore restaura los archivos de base de datos respaldados,y usted debe ejecutar Oracle SQL Plus para recuperar la base de datos mediante la aplicación delos registros de transacciones para la puesta al día de la base de datos a un determinado punto enel tiempo. La interfaz brrecover automatiza el proceso de recuperación y restauración, ya quellama a brrestore y SQL Plus para realizar pasos específicos según sea necesario.

Por ejemplo, para restaurar toda la base de datos, puede ejecutar el siguiente comando:

brrestore -u / -m all -d util_file -c force

Para restaurar un único espacio de tablas, puede ejecutar el siguiente comando:

brrestore -u / -m PSAPSR3DB -d util_file -c force

AVISOEl programa brrestore que se utiliza para una operación de restauración, ya sea que seejecute directamente desde la línea de comandos o indirectamente desde el comandobrrecover, primero elimina todos los archivos originales que se van a restaurar antes de queel programa ejecute backint para restaurar los archivos respaldados. Los archivos originalesse perderán si brrestore o backint fallan.

Para evitar estos problemas, realice una de las siguientes acciones:

l Restaure los archivos a una ubicación diferente que no incluya ningún archivo mediante laopción -m y especifique el destino de restauración. Por ejemplo:

brrestore -m <tablespace_name>=<restore_directory>

l Para impedir que brrestore elimine los archivos originales, utilice la opción brrestore-NFD.

Para restaurar los datos desde un respaldo del directorio (que no es una base de datos), utilice elcomando brrestore -m non_db. Cuando restaure los datos del directorio SAP, evite laeliminación de BR*Tools y los archivos binarios de backint durante la restauración mediante laejecución de una restauración reubicada. Por ejemplo, ejecute el siguiente comando:

brrestore -m non_db=<restore_directory>

Ejecución de una restauración de Storage Direct en un host alternativoPara restaurar de manera opcional los datos a un host de SAP con Oracle (host de destino)diferente del que se respaldó:



l Configure el parámetro CLIENT en el nombre de host del host en el que se respaldaron losdatos.

l Siga los pasos de recuperación ante desastres para volver a crear el ambiente y restaurar losarchivos de configuración y los registros de BR*Tools. Preparación para la recuperación antedesastres de SAP con Oracle en la página 366 proporciona detalles.

Preparación para la recuperación ante desastres de SAP conOracle

Para un plan de recuperación ante desastres integral, debe asegurarse de que se puedan volver aconstruir el ambiente de procesamiento y todos los archivos del servidor de Oracle de SAPasociados con el mantenimiento de datos en el host de aplicación.

Utilice las siguientes reglas para preparar una recuperación ante desastres del host de servidor deSAP con Oracle:






l Para garantizar la recuperación de la configuración específica del cliente de la base de datos,respalde los archivos de configuración del sistema siguiendo la documentación de SAP conOracle. Estos archivos no se respaldan durante los respaldos de base de datos.

l Asegúrese de contar con un respaldo completo actualizado de la base de datos y de todos losarchivos de reconstitución archivados, según sea necesario, para una recuperación de la basede datos a la hora actual.

Para recuperarse de un desastre, primero debe restaurar todos los archivos de configuración deOracle y SAP perdidos y los archivos de registro de respaldo de BR*Tools perdidos de acuerdo conlas siguientes instrucciones. Después de restaurar estos archivos, puede realizar una recuperaciónde punto en el tiempo de base de datos o restablecer toda la base de datos según las instruccionesque se proporcionan en Ejecución de restauraciones y recuperaciones de Storage Direct conBR*Tools en la página 365.

Restauración de los archivos requeridos de Oracle y SAP BR*ToolsEl siguiente procedimiento es una versión concisa de los pasos de recuperación ante desastres quese describen en la documentación de SAP, modificados para los requisitos específicos del agentede aplicación de base de datos. Puede realizar este procedimiento en el host original o en unonuevo, ambos se denominan “host de destino”.


Para restaurar a un host diferente del que se respaldó, siga las instrucciones de Ejecución de unarestauración de Storage Direct en un host alternativo en la página 365.

Procedimiento

1. Si se pierde todo el sistema SAP con Oracle:

a. Vuelva a instalar todos los componentes de software necesarios de SAP y Oracle segúnla documentación de SAP y Oracle.

b. Vuelva a configurar el diseño de datos de SAP, como el directorio SAPDATA_HOME y sussubdirectorios, al mismo estado que tenían antes del desastre.



2. Configure el archivo de configuración de BR*Tools, init<DBSID>-dr.sap, y el archivo deconfiguración del agente de aplicación de base de datos, init<DBSID>-dr.utl, para larecuperación en el host de destino.

3. Vuelva a crear el lockbox en el host de destino. Configuración del lockbox en la página 111proporciona información detallada acerca del lockbox.

4. Asegúrese de que los parámetros estén configurados correctamente para una restauraciónredirigida según Configuración de los parámetros de SAP con Oracle en la página 358.

5. Para realizar una recuperación ante desastres de perfiles y registros en el host de destino,inicie BR*Tools en el host y, a continuación, siga las instrucciones que aparecen en pantalla.

Por ejemplo, los siguientes pasos muestran cómo usar BR*Tools para realizar unarecuperación ante desastres y restaurar archivos de perfiles y registro desde un respaldoBRBACKUP.

a. En el menú brtools, seleccione Restore and Recovery y, a continuación, Disasterrecovery.

b. En la página BRRECOVER options for disaster recovery, establezca la ubicación delarchivo de configuración de BR*Tools y el archivo de configuración de SAP con Oracleen los nombres de archivo configurados en el paso 2.

Nota: Si va a restaurar el archivo de configuración original de BR*Tools o SAP conOracle, asegúrese de que los archivos utilizados para la recuperación ante desastrestengan nombres diferentes o estén almacenados en una ubicación diferente a la delos archivos originales que se van a restaurar.

c. En la página Device type for restoring profiles and log files from BRBACKUP backup,seleccione Backup utility.

d. En la página Parameters for restoring profiles and log files from BRBACKUP backuputility backup, especifique los archivos que desea restaurar.

e. En la página Restore of profiles and log files from BRBACKUP backup, seleccione loscomponentes que desea restaurar.

La documentación de SAP proporciona más detalles acerca de la recuperación antedesastres.

Recuperación de una base de datos de SAP con Oracle después de un desastrePara ejecutar la recuperación a un punto en el tiempo o el restablecimiento de la base de datosdespués de restaurar los registros y el archivo de configuración correctos de SAP BR*Tools en elhost de aplicaciones, siga el procedimiento de recuperación normal de BR*Tools.

Ejecución de restauraciones y recuperaciones de Storage Direct con BR*Tools en la página 365proporciona el procedimiento para recuperar una base de datos de SAP con Oracle.

La documentación de SAP proporciona más detalles acerca de la recuperación de la base de datos.

Requisitos de clúster y SAP con Oracle RAC para lasoperaciones de Storage Direct

Puede realizar restauraciones y respaldos de Storage Direct en un ambiente de clúster activo/pasivo o de Oracle RAC.



Requisitos de clúster activo/pasivoDebe cumplir los siguientes requisitos de configuración en un ambiente de clúster activo/pasivo:

l Ha configurado la base de datos en el clúster conforme a la documentación de servidor de basede datos correspondiente.

l Ha instalado al agente de aplicación de base de datos en cada nodo del clúster que participaráen respaldos o restauraciones.

l Ha establecido el parámetro CLIENT del archivo de configuración en el nombre de host delnodo virtual. Parámetros comunes en la página 86 proporciona información detallada sobre elparámetro.

Requisitos de Oracle RACLa documentación de SAP proporciona detalles sobre la configuración de Oracle RAC. Debecumplir los siguientes requisitos de configuración en un ambiente de Oracle RAC:

l Una de las instancias de Oracle RAC, configurada como la instancia de base de datos dedicada(DDB), se utiliza para realizar todas las tareas de administración de base de datos. Debe sercapaz de administrar todas las instancias de RAC desde la instancia de DDB.

l Instaló BR*Tools y el agente de aplicación de base de datos en el host de instancia de DDB.

l Ha creado los directorios de registro de BR*Tools, como SAPBACKUP y SAPARCH, en unsistema de archivos compartido.

l Ha configurado correctamente SQL Net de Oracle.

l Configuró los parámetros requeridos, como parallel_instances y db_services, en elarchivo de inicialización de SAP, init<DBSID>.sap, ubicado en la instancia DDB.

Requisitos de Oracle RAC para la interfaz backintTodos los respaldos de Oracle RAC realizados con BR*Tools y la interfaz backint se ejecutan enuna única instancia de RAC, la instancia de DDB. La configuración de la instancia de DDB es lamisma que para un sistema Oracle independiente.

Si cambia la instancia de DDB después de que algunos de los respaldos se realizaron con lainstancia de DDB original, establezca el parámetroCLIENT=<nombre_de_host_de_instancia_de_DDB_original> para asegurarse de que todos losrespaldos se almacenen en la misma ubicación en el sistema Data Domain. Parámetros comunes enla página 86 proporciona detalles sobre el parámetro.

Restauración y reversión de Storage Direct para VCS enSolaris

Utilice los procedimientos en los temas siguientes para ejecutar operaciones de restauración yreversión de Storage Direct para un sistema de VCS en Solaris.

Ejecución de una restauración de VCS de Storage DirectProcedimiento













root:/# hagrp -freeze <oracle_sg> -persistent




-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N



OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE










d. SQL > exit

b. Lleve a cabo la restauración y la recuperación de RMAN.




b. Descongele los grupos de servicios y habilite las opciones On line/Offline. Escriba elcomando siguiente:








Ejecución de una reversión de VCS de Storage DirectPor qué y cuándo se efectúa esta tarea

Nota: Una reversión falla si cambia el estilo del nombre del dispositivo mpio. La reversión alLUN de origen es correcta. Sin embargo, la operación de fsck y el montaje fallan. En esteescenario, debe montar manualmente el FS.

Procedimiento






-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N



OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE





root:/# hagrp -freeze <oracle_sg> -persistentroot:/# hagrp -freeze <oracle_ctl_sg> -persistent
















d. SQL > exit

b. Lleve a cabo la reversión y la recuperación de RMAN.




b. Descongele los grupos de servicios y habilite las opciones On line y Offline. Escriba elcomando siguiente:





-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINE



B vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

Nota: Los grupos de servicio presentarán fallas, pero aparecerán nuevamente enlínea en poco tiempo.

Sugerencias de solución de problemas de SAP con Oracle paralas operaciones de Storage Direct


El agente de aplicación de base de datos mantiene los registros operacionales y de depuración enlos directorios estándares:

l En UNIX o Linux: /opt/dpsapps/dbappagent/logs, vinculado a /var/opt/ddbda/logsl En Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\logsLas operaciones de Storage Direct mantienen un registro operacional independiente denominadoddbsm.log, que contiene detalles sobre los errores y las operaciones.

Debe configurar el parámetro DEBUG_LEVEL para activar la depuración.



CAPÍTULO 12

Operaciones de protección de aplicacionescoordinadas en las bases de datos de MicrosoftSQL, MongoDB, MySQL y PostgreSQL


l Descripción general de la protección de aplicaciones coordinadas.......................................376l Componentes de protección de aplicaciones coordinadas................................................... 379l Configuración de operaciones de protección de aplicaciones coordinadas.......................... 380l Ejecución de operaciones de protección de aplicaciones coordinadas................................. 400l Preparación para la recuperación ante desastres de protección de aplicaciones coordinadas

.............................................................................................................................................414l Consejos para la solución de problemas de protección de aplicaciones coordinadas............ 415


Descripción general de la protección de aplicacionescoordinadas

El agente de aplicación de base de datos 19.2 presentó la función de protección de aplicacionescoordinadas que proporciona respaldos y restauraciones de respaldos de Microsoft SQL,MongoDB, MySQL Community Edition y PostgreSQL a un dispositivo de DD Boost, y permite lasrestauraciones desde el dispositivo de DD Boost.

La protección de aplicaciones coordinadas proporciona respaldos de bases de datos a través delprograma de agente de aplicación de base de datos ddbmoappbackup, que aprovecha lasutilidades de respaldo nativas que proporciona el software de base de datos. Según el nivel derespaldo especificado, debe configurar los parámetros de respaldo de protección de aplicacionescoordinadas en una sección específica del archivo de configuración de agente de aplicación debase de datos.

La protección de aplicaciones coordinadas proporciona operaciones de restauración mediante elprograma ddbmoapprecover del agente de aplicación de base de datos, el cual recibe los datosrespaldados a través del programa ddbmoappbackup y almacena los datos en el disco local.Luego, puede usar las utilidades de restauración nativas que proporciona el software de base dedatos para restaurar y recuperar la base de datos.

La compatibilidad del agente de aplicación de base de datos con la protección de aplicacionescoordinadas requiere la instalación del paquete de cliente de BoostFS de Data Domain necesario,como se describe en Software de BoostFS de Data Domain en la página 76.

Funciones del agente de aplicación de base de datos específicas para Microsoft SQL en la página376 proporciona más información sobre la configuración y la ejecución de respaldos yrestauraciones de Microsoft SQL mediante la protección de aplicaciones coordinadas.

Funciones del agente de aplicación de base de datos específicas de MongoDB en la página 377proporciona más información sobre la configuración y la ejecución de respaldos y restauraciones deMongoDB mediante la protección de aplicaciones coordinadas.

Funciones del agente de aplicación de base de datos específicas para MySQL en la página 377proporciona más información sobre la configuración y la ejecución de respaldos y restauraciones deMySQL mediante la protección de aplicaciones coordinadas.

Funciones específicas del agente de aplicación de base de datos de PostgreSQL en la página 377proporciona más información sobre la configuración y la ejecución de respaldos y restauraciones dePostgreSQL mediante la protección de aplicaciones coordinadas.

Funciones del agente de aplicación de base de datos específicas para MicrosoftSQL

El agente de aplicación de base de datos es compatible con los respaldos y restauraciones de datosde la base de datos de Microsoft SQL hacia y desde un dispositivo de DD Boost, a través de lafunción de protección de aplicaciones coordinadas.

El programa del agente de aplicación de base de datos ddbmoappbackup funciona con la utilidadde Microsoft SQL sqlcmd para ejecutar los respaldos de base de datos. Microsoft SQL escompatible con respaldos completos, diferenciales e incrementales, mediante la utilidad sqlcmd.

El programa del agente de aplicación de base de datos ddbmoapprecover recupera el respaldode base de datos de Microsoft SQL en un directorio especificado por el usuario. Inicialmente, eldirectorio no existe en el sistema de archivos y el programa crea el directorio. Después de ejecutarel programa ddbmoapprecover para recuperar los datos y los archivos de registro necesarios,ejecute la utilidad sqlcmd necesaria para completar la restauración o la recuperación del respaldode datos.

Operaciones de protección de aplicaciones coordinadas en las bases de datos de Microsoft SQL, MongoDB, MySQL y PostgreSQL


Descripción general de la protección de aplicaciones coordinadas en la página 376 proporciona másdetalles acerca de la protección de aplicaciones coordinadas.

Funciones del agente de aplicación de base de datos específicas de MongoDBEl agente de aplicación de base de datos es compatible con los respaldos y restauraciones de datosde la base de datos de MongoDB hacia y desde un dispositivo de DD Boost, a través de la funciónde protección de aplicaciones coordinadas.

El programa del agente de aplicación de base de datos ddbmoappbackup funciona con la utilidadde MongoDB mongodump para ejecutar los respaldos completos de la base de datos. MongoDB noes compatible con respaldos de bases de datos incrementales ni respaldos de registros detransacciones. Una vez que complete la configuración de respaldo necesaria, puede ejecutarrespaldos del agente de aplicación de base de datos de los datos de MongoDB manualmente.

El programa del agente de aplicación de base de datos ddbmoapprecover recupera el respaldode datos de MongoDB en un directorio especificado por el usuario. Inicialmente, el directorio noexiste en el sistema de archivos y el programa crea el directorio. Después de ejecutar el programaddbmoapprecover, debe ejecutar la utilidad de restauración de MongoDB necesaria paracompletar la restauración del respaldo de datos.


Funciones del agente de aplicación de base de datos específicas para MySQLEl agente de aplicación de base de datos es compatible con los respaldos y restauraciones de datosde la base de datos de MySQL hacia y desde un dispositivo de DD Boost, a través de la función deprotección de aplicaciones coordinadas.

El programa del agente de aplicación de base de datos ddbmoappbackup funciona con la utilidadde MySQL mysqldump para ejecutar los respaldos completos de la base de datos. MySQL escompatible con el registro de transacciones (registro binario) y el registro de transacciones sepuede respaldar por separado. Una vez que complete la configuración de respaldo necesaria, puedeejecutar respaldos del agente de aplicación de base de datos de los datos de MySQL manualmente.

El programa del agente de aplicación de base de datos ddbmoapprecover recupera el respaldode registros o datos de MySQL en un directorio especificado por el usuario. Inicialmente, eldirectorio no existe en el sistema de archivos y el programa crea el directorio. Después de ejecutarel programa ddbmoapprecover para recuperar los datos y archivos de registro necesarios, debeejecutar la utilidad de restauración de MySQL necesaria para completar la restauración o larecuperación del respaldo de datos.


Funciones específicas del agente de aplicación de base de datos de PostgreSQLEl agente de aplicación de base de datos es compatible con los respaldos y las restauraciones dedatos de base de datos de PostgreSQL hacia y desde un dispositivo de DD Boost a través de lafunción de protección de aplicaciones coordinadas.

El programa del agente de aplicación de base de datos ddbmoappbackup funciona con lasutilidades de PostgreSQL pg_dump y pg_dumpall para ejecutar respaldos completos de bases dedatos sin WAL (registro anticipado) de archivado del segmento. El programa ddbmoappbackuprequiere que la utilidad pg_basebackup realice los respaldos completos de la base de datos si elarchivado de segmentos de WAL está habilitado. El programa ddbmoappbackup también realizalos respaldos de registros de transacciones. Una vez que complete la configuración de respaldo



necesaria, puede ejecutar respaldos de agente de aplicación de base de datos manuales de losdatos de PostgreSQL.

El programa del agente de aplicación de base de datos ddbmoapprecover recupera el respaldode datos de PostgreSQL en un directorio especificado por el usuario. Inicialmente, el directorio noexiste en el sistema de archivos y el programa crea el directorio. El programa ddbmoapprecovertambién puede recuperar el archivo de segmento de WAL archivado en la ubicación necesaria.Después de ejecutar el programa ddbmoapprecover, debe ejecutar la utilidad de restauración dePostgreSQL necesaria para completar la restauración del respaldo de datos.


Respaldos completos y de registro de transacciones de PostgreSQLEl agente de aplicación de base de datos es compatible con dos niveles de respaldo para losrespaldos de base de datos de PostgreSQL: respaldos completos y respaldos de registros detransacciones (archivado de segmentos de WAL). El programa de agente de aplicación de base dedatos ddbmoappbackup ejecuta estos respaldos, que se habilitan a través de la configuración deprotección de aplicaciones coordinadas.

Debe especificar el nivel de respaldo adecuado para los datos de la base de datos de PostgreSQLque desea respaldar:

l Completo: un respaldo completo en un ambiente de una sola instancia debe utilizar la utilidadPostgreSQL necesaria:

n Utilice la utilidad pg_dump o pg_dumpall para respaldar una base de datos cuando elarchivado de segmentos de WAL esté deshabilitado.

n Utilice la utilidad pg_basebackup para respaldar una base de datos cuando el archivado desegmentos de WAL esté habilitado.

Nota:Cuando el archivado de segmentos de WAL esté habilitado, el respaldo completo debeaprovechar la utilidad pg_basebackup, según lo requiera PostgreSQL.

El agente de aplicación de base de datos debe usar los métodos de PostgreSQLrecomendados para respaldar los registros de transacciones (archivos de segmentos deWAL). Simplemente usar un comando de copia en el archivo del script de respaldo deprotección de aplicaciones coordinadas del agente de aplicación de base de datos u otrosmétodos para el respaldo de registros de transacciones puede causar problemas durante larestauración.

l Registro de transacciones: un respaldo de registro de transacciones (archivo de segmento deWAL) se ejecuta por medio del programa ddbmoappbackup en Data Domain.

Nota: El segmento de WAL de PostgreSQL funciona con la transacción de PostgreSQL.Solo las operaciones dentro de las transacciones se pueden registrar en los archivos desegmentos de WAL. La restauración de archivado de WAL requiere la información detransacción dentro del archivo de segmento de WAL para encontrar el punto de tiempopara la restauración a un punto en el tiempo. Sin la información de la transacción, larestauración de archivado de WAL y la restauración a un punto en el tiempo no secompletarán correctamente.

Para habilitar el archivado de segmentos de WAL, debe registrar el programaddbmoappbackup con sus opciones de línea de comandos necesarias mediante laconfiguración archive_command en el archivo postgresql.conf. Debe especificar el nivelde respaldo con la opción de línea de comandos -l txnlog en la configuraciónarchive_command.



Consideraciones relacionadas con el respaldo de PostgreSQL en la página 397 proporciona detallessobre cómo configurar y ejecutar las operaciones de respaldo del agente de aplicación de base dedatos de PostgreSQL.

Restauraciones de PostgreSQLEl programa de agente de aplicación de base de datos ddbmoapprecover recupera el respaldo dedatos de PostgreSQL en un directorio vacío especificado por el usuario. Después de ejecutar elprograma ddbmoapprecover, debe ejecutar la utilidad de restauración de PostgreSQL necesariapara completar la recuperación del respaldo de datos.

Nota: El segmento de WAL de PostgreSQL funciona con la transacción de PostgreSQL. Sololas operaciones dentro de las transacciones se pueden registrar en los archivos de segmentosde WAL. La restauración de archivado de WAL requiere la información de transacción dentrodel archivo de segmento de WAL para encontrar el punto de tiempo para la restauración a unpunto en el tiempo. Sin la información de la transacción, la restauración de archivado de WAL yla restauración a un punto en el tiempo no se completarán correctamente. Para habilitar larestauración del archivo de segmento de WAL archivado, debe registrar el programaddbmoapprecover con sus opciones de línea de comandos necesarias mediante el ajusterestore_command en el archivo recovery.conf.

También debe configurar los parámetros de restauración de protección de aplicacionescoordinadas requeridos en una sección de restauración del archivo de configuración de agente deaplicación de base de datos.

Ejecución de la restauración de datos de PostgreSQL en la página 410 proporciona informacióndetallada sobre cómo configurar y ejecutar las operaciones de restauración de PostgreSQL delagente de aplicación de base de datos.

Componentes de protección de aplicaciones coordinadasEn la siguiente tabla, se enumeran los componentes de protección de aplicaciones coordinadasinstalados en el host de base de datos o aplicación durante la instalación del software del agente deaplicación de base de datos.

Tabla 33 Componentes de protección de aplicaciones coordinadas


oapp_ddbda.cfg La plantilla del archivo de configuración que se puede utilizar para configuracionesde respaldo y restauración.

ddbmadmin Programa que se utiliza para registrar la caja de seguridad y para enumerar yeliminar savesets de respaldo. El programa ddbmadmin almacena la contraseña del

usuario de la base de datos en la caja de seguridad.

oapp_ddbda_mongodb.example

Ubicado en el directorio /opt/dpsapps/dbappagent/config en Linux

únicamente. Un archivo de ejemplo para ayudar con las operaciones de MongoDB.El archivo incluye ejemplos de un script del shell de respaldo y el archivo deconfiguración de agente de aplicación de base de datos.

oapp_ddbda_mysql.example


únicamente. Un archivo de ejemplo para ayudar con las operaciones de MySQL. Elarchivo incluye ejemplos de un script del shell de respaldo y el archivo deconfiguración de agente de aplicación de base de datos.

oapp_ddbda_postgresql.example


únicamente. Un archivo de ejemplo para ayudar con las operaciones de



Tabla 33 Componentes de protección de aplicaciones coordinadas (continuación)


PostgreSQL. El archivo incluye ejemplos de un script del shell de respaldo, unarchivo de configuración de agente de aplicación de base de datos, la configuraciónde archive_command para el archivo postgresql.conf y la configuración de

restore_command para el archivo recovery.conf.

oapp_ddbda_mssql.example


únicamente. Un archivo de ejemplo para ayudar con las operaciones de MicrosoftSQL. El archivo incluye ejemplos de un script del shell de respaldo y el archivo deconfiguración de agente de aplicación de base de datos.

ddbmoappbackup Ubicado en el directorio /opt/dpsapps/dbappagent/bin en Linux únicamente.

Programa para los respaldos que se realizan a través de la protección deaplicaciones coordinadas.

ddbmoapprecover Ubicado en el directorio /opt/dpsapps/dbappagent/bin en Linux únicamente.

Programa para las restauraciones que se realizan a través de la protección deaplicaciones coordinadas.

Configuración de operaciones de protección de aplicacionescoordinadas

Complete las configuraciones necesarias del agente de aplicación de base de datos para habilitarlas operaciones de protección de aplicaciones coordinadas en bases de datos de Microsoft SQL,MongoDB, MySQL y PostgreSQL.

Parámetros de protección de aplicaciones coordinadasDebe completar la configuración de parámetros necesaria para las operaciones de respaldo yrestauración del agente de aplicación de base de datos que se realizan a través de la función deprotección de aplicaciones coordinadas.

Consulte los siguientes temas para obtener detalles sobre cómo configurar los parámetros deagente de aplicación de base de datos para las operaciones de respaldo o restauración con lafunción de protección de aplicaciones coordinadas.

Parámetros para respaldos de protección de aplicaciones coordinadasDebe completar la configuración de parámetros necesaria para las operaciones de respaldo delagente de aplicación de base de datos que se realizan a través de la función de protección deaplicaciones coordinadas.

Configure los parámetros en un archivo de configuración de agente de aplicación de base de datosque cree con las etiquetas de XML necesarias, como se describe en Preparación del archivo deconfiguración en la página 80. Configure los parámetros de respaldo en la sección de parámetrosde respaldo del archivo de configuración, que comienza con la etiqueta <BACKUP> y termina conuna etiqueta </BACKUP>.

En la siguiente tabla, se describen los parámetros del agente de aplicación de base de datos pararespaldos de protección de aplicaciones coordinadas.



Tabla 34 Parámetros para respaldos de protección de aplicaciones coordinadas

Parámetros Descripción Valores predeterminados y válidos

BACKUP_NAME Especifica un nombre lógico para elrespaldo.

Nota: Si cambia la configuración deeste parámetro después de variosrespaldos, ejecute un respaldocompleto inmediatamente.

Obligatorio.


l Nombre del respaldo.Nota: El nombre de respaldo nopuede incluir un espacio ni dospuntos.

BACKUP_CHAIN Especifica si los savesets de respaldosdependientes se deben encadenar durantela restauración.

l FALSE (valor predeterminado) = elagente de aplicación de base de datosno permite el encadenamiento derespaldos.

l TRUE = el agente de aplicación debase de datos permite elencadenamiento de respaldos.

Nota: Este valor es necesario paraencadenar savesets dependientesdurante la restauración.

El parámetro DB_NAME es obligatorio

cuando BACKUP_CHAIN se configura

en TRUE.

Nota: El agente de aplicación de basede datos no es compatible con elencadenamiento de respaldos parabases de datos de PostgreSQL yMongoDB.

BACKUP_LEVEL Especifica el nivel del respaldo que seejecutará.

l FULL (valor predeterminado) =ejecuta un respaldo completo, querespalda todos los datos de una basede datos especificada.

l INCR = ejecuta un respaldoincremental, que respalda solo losdatos que se modificaron desde elúltimo respaldo.

l DIFF = ejecuta un respaldo diferencial,que respalda solo los datos que semodificaron desde el último respaldocompleto o incremental.

l TXNLOG = ejecuta un respaldo deregistro que respalda el registro activoy los archivos de registro detransacciones.

BACKUP_SCRIPT Especifica el nombre de ruta completo delscript del shell de respaldo que se utilizarápara el respaldo. Según el nivel derespaldo, este parámetro se debe


l Nombre de ruta completo válido delscript del shell de respaldo, entre



Tabla 34 Parámetros para respaldos de protección de aplicaciones coordinadas (continuación)


configurar en la subsección <FULL>,<INCR>, <DIFF> o <TXNLOG> del archivode configuración.

El script del shell de respaldo debe incluiruno o más nombres de ruta de archivos odirectorios de destino para el respaldo, ycada nombre de ruta debe comenzar con$OAPP_MOUNT_DIR/.

Si incluye uno o más nombres de ruta dedirectorio en el script, asegúrese de que lautilidad de respaldo nativa pueda crearestos directorios, si es necesario. Ladocumentación de la base de datosprotegida de protección de aplicacionescoordinadas proporciona informaciónsobre la utilidad de respaldo nativa.

Nota: El archivo de script de respaldodebe pertenecer al usuario de la basede datos que ejecuta el respaldo o alusuario especificado por OS_USER.

Los usuarios del grupo y otrosusuarios no deben tener permiso paraacceder al archivo.

AVISO El script del shell de respaldodebe devolver un valor distinto decero cuando el respaldo falla. Verifiqueque este sea el caso antes de ejecutarcualquier respaldo.

Obligatorio.

comillas dobles. Por ejemplo,<BACKUP_SCRIPT>/backup.sh</_BACKUP_SCRIPT>

CLIENT Especifica el hostname de aplicación o elhostname de cliente que se protege ytiene respaldos almacenados en el sistemade Data Domain.


DDBOOST_USER Especifica el nombre de usuario delusuario de Data Domain Boost (DD Boost)configurado en el sistema de Data Domainprincipal.


l Nombre de usuario de DD Boostválido.

DEVICE_HOST Especifica la dirección IP o el hostnamedel sistema de Data Domain principaldonde se almacena el respaldo.


l Hostname válido como nombre dedominio calificado del sistema de DataDomain principal. Por ejemplo:DEVICE_HOST=dd.host.com

DEVICE_PATH Especifica el nombre de la unidad dealmacenamiento o un directorio de nivelsuperior dentro de la unidad de


l Nombre de directorio válido de launidad de almacenamiento en el





almacenamiento en el sistema DataDomain primario.

sistema de Data Domain principal. Porejemplo:DEVICE_PATH=ddbda_test

DB_USER Especifica el nombre de usuario de la basede datos para el ingreso de credencialesde base de datos para caja de seguridadConfigure el valor del parámetro DB_USERen el archivo de configuración deddbmadmin para almacenar lascredenciales de base de datos en la cajade seguridad mediante el comandoddbmadmin. La utilidad de respaldo de

protección de aplicaciones coordinadasrecupera la contraseña de la caja deseguridad de acuerdo con el valor que seespecifica para el parámetro DB_USER.

Creación de los archivos de configuraciónque se utilizan con protección deaplicaciones coordinadas en la página 82proporciona más información.


DB_NAME Especifica el nombre de la base de datosque se va a respaldar.

Obligatorio si BACKUP_CHAIN se

configura en TRUE.


Nota: Este valor de parámetro nopuede incluir un espacio ni dos puntos.

DATABASE_TYPE Especifica el tipo de base de datos para elrespaldo.

Obligatorio.


l Tipo de base de datos, comoMongoDB, MySQL, Microsoft SQL oPostgreSQL.

Nota: Este valor de parámetro nopuede incluir un espacio ni dospuntos.

DDBOOST_RETENTION Especifica si se debe aplicar un bloqueo deretención para los savesets que serespaldan en DD Boost y, si estáestablecido, el período de retención.Cuando se aplica un bloqueo de retención,el respaldo no se puede eliminar nimodificar desde el sistema de DD duranteel período de retención.

l 0 (valor predeterminado) = no seaplicará un bloqueo de retención alrespaldo.

l Cualquier periodo de tiempo (en días,semanas o meses) = se aplicará unbloqueo de retención a los savesetspara el periodo indicado. Por ejemplo,<DDBOOST_RETENTION> 2 weeks</DDBOOST_RETENTION>Si el valor especificado en estearchivo de configuración se extiendemás allá del rango especificado en elsistema de DD, no se aplicará elbloqueo de retención.





Una vez que el respaldo se completacorrectamente, puede consultar laconfiguración del bloqueo de retención deun saveset mediante el comandoddbmadmin -s en el formatoddbmadmin -s -e <end_time> -napplication -z<configuration_file>. Por ejemplo:

ddbmadmin -s -e now -n oapp -z /opt/dbda_oapp_ddbmadmin.cfgCreación de los archivos de configuraciónque se utilizan con protección deaplicaciones coordinadas en la página 82proporciona más información.

Nota: Solo los respaldos de protecciónde aplicaciones coordinadas soncompatibles con la configuración y lavisualización del bloqueo de retenciónde DD Boost.

DEBUG_BOOSTFS Especifica si se generará el archivo deregistro de depuración binario deBoostFS, que se encuentra en el directorioespecificado por DIAGNOSTIC_DEST o en

el directorio predeterminado, /opt/dpsapps/dbappagent/logs.

Use este parámetro para realizardepuraciones solo con asistencia deservicio al cliente.

Opcional.

l FALSE (valor predeterminado) = elagente de aplicación de base de datosno genera el archivo de registro dedepuración de BoostFS.

l TRUE = el agente de aplicación debase de datos genera el archivo deregistro de depuración de BoostFScon una extensión de nombre dearchivo .log.

INSTANCE_NAME Especifica un nombre para describir lainstancia de base de datos protegida porun respaldo de protección de aplicacionescoordinadas.

Nota: Si cambia la configuración deeste parámetro después de variosrespaldos, ejecute un respaldocompleto inmediatamente.

Obligatorio.


l Nombre o apodo de la instancia de labase de datos protegida por laprotección de aplicacionescoordinadas.

Nota: Este valor de parámetro nopuede incluir un espacio ni dospuntos.

OS_USER Especifica el nombre de usuario delsistema operativo que ejecutará lasecuencia de comandos del shell derespaldo especificada por la configuraciónBACKUP_SCRIPT.

Nota: Este usuario debe poseer elarchivo de configuración y el archivo


l Nombre de usuario válido del usuariodel sistema operativo para ejecutar elscript del shell de respaldo.





del script de respaldo. Los usuarios delgrupo y otros usuarios no deben tenerpermiso para acceder a esos archivos.

Obligatorio para el usuario root. Si elusuario root ejecuta el comandoddbdaoappbackup, el parámetro

OS_USER debe especificar el nombre de

usuario del sistema operativo.

USER_PSWD_PROMPT Especifica la petición de contraseña que lautilidad de respaldo de base de datosmuestra cuando se debe introducir unacontraseña a través de la línea decomandos. Este ajuste de parámetropermite que el programaddbdaoappbackup transfiera la

contraseña registrada en la caja deseguridad, que se creó mediante la utilidadde respaldo ddbmadmin.

Obligatorio cuando el respaldo requiereuna contraseña.


l Petición de contraseña que la utilidadde respaldo de base de datos muestracuando el respaldo requiere unacontraseña. Cada base de datos oaplicación requiere una configuraciónespecífica de la petición decontraseña. Para determinar lapetición obligatoria, puede ejecutarmanualmente el comando de respaldode base de datos (que incluye en elarchivo de script de respaldo) desdela línea de comandos.

Por ejemplo, la utilidad de respaldo debase de datos de PostgreSQLrequiere la siguiente configuración:

<USER_PSWD_PROMPT>Contraseña:</USER_PSWD_PROMPT>

Nota: Debe establecer lacontraseña para DB_USER en la

caja de seguridad mediante laejecución del siguiente comando:

/opt/dpsapps/dbappagent/bin/ddbmadmin-Q -z configuration_file

Asegúrese de que el valor delparámetro DB_USER esté

establecido en el archivo deconfiguración.

Creación de los archivos de configuraciónque se utilizan con protección deaplicaciones coordinadas en la página 82proporciona más información.

BOOSTFS_DISABLE_DIRECT_IO

Necesario para Microsoft SQL Server enrespaldos de Linux en los siguientessistemas operativos:

l FALSE (valor predeterminado) = E/Sdirecta está habilitada.

l TRUE = E/S directa estádeshabilitada.





l Red Hat Enterprise Linux

l SUSE Linux Enterprise Server

Nota: Si está realizando respaldos deMicrosoft SQL en Red Hat EnterpriseLinux, debe configurar el parámetroBOOSTFS_DISABLE_DIRECT_IO en

TRUE.

Parámetros para restauraciones de protección de aplicaciones coordinadasDebe completar la configuración de parámetros necesaria para las operaciones de restauración delagente de aplicación de base de datos que se realizan a través de la función de protección deaplicaciones coordinadas.

Configure los parámetros en un archivo de configuración de agente de aplicación de base de datosque cree con las etiquetas de XML necesarias, como se describe en Preparación del archivo deconfiguración en la página 80. Configure los parámetros de restauración en la sección deparámetros de restauración del archivo de configuración, que comienza con una etiqueta<RESTORE> y termina con una etiqueta </RESTORE>.

En la siguiente tabla, se describen los parámetros del agente de aplicación de base de datos pararestauraciones de protección de aplicaciones coordinadas.

Tabla 35 Parámetros para restauraciones de protección de aplicaciones coordinadas


BACKUP_CHAIN Especifica si los savesets de respaldosdependientes se deben encadenar durantela restauración.

l FALSE (valor predeterminado) = elagente de aplicación de base de datosno encadena los respaldosautomáticamente

l TRUE = el agente de aplicación debase de datos encadena los respaldosautomáticamente.

Nota: Este valor es necesario paraencadenar savesets dependientesdurante la restauración.

Nota: Para encadenar savesetsdependientes durante la restauración,también debe habilitar la operación deencadenamiento durante el respaldo.Asegúrese de que el parámetroBACKUP_CHAIN esté configurado en

TRUE en la sección <BACKUP> delarchivo de configuración.

Nota: El agente de aplicación de basede datos no es compatible con elencadenamiento de respaldos parabases de datos de PostgreSQL yMongoDB.

CLIENT Especifica el hostname de aplicación o elhostname de cliente que se protege y




Tabla 35 Parámetros para restauraciones de protección de aplicacionescoordinadas (continuación)


tiene respaldos almacenados en el sistemade Data Domain.

DDBOOST_USER Especifica el nombre de usuario delusuario de Data Domain Boost (DD Boost)configurado en el sistema de Data Domainprincipal.


l Nombre de usuario de DD Boostválido.

DEVICE_HOST Especifica la dirección IP o el hostnamedel sistema de Data Domain principaldonde se almacena el respaldo.


l Hostname válido como nombre dedominio calificado del sistema de DataDomain principal. Por ejemplo:DEVICE_HOST=dd.host.com

DEVICE_PATH Especifica el nombre de la unidad dealmacenamiento o un directorio de nivelsuperior dentro de la unidad dealmacenamiento en el sistema DataDomain primario.


l Nombre de directorio válido de launidad de almacenamiento en elsistema de Data Domain principal. Porejemplo:DEVICE_PATH=ddbda_test

RECOVER_TIME Especifica la recuperación de los archivosa partir de la fecha especificada, queincluye la hora.

Opcional.

l Hora actual (valor predeterminado).

l Tiempo de época válido del respaldo uhora registrada en la entrada derespaldo correspondiente, en la salidade la lista ddbmadmin.

Nota: Si el parámetro RECOVER_TIMEse configura en una hora no válida, larestauración falla.

RELOCATION_DEST Especifica el directorio de destino dondese reubicarán los archivos recuperados. Eldirectorio no debe existir inicialmente, yaque el programa ddbmoapprecover crea

el directorio. Asegúrese de que el usuarioque ejecuta ddbmoapprecover tenga

permisos completos en el directorioprincipal del directorio de destino.

Obligatorio.


l Nombre de ruta completo válido deldirectorio de destino donde sereubicarán los archivos recuperados.

SAVESET_NAME Especifica el nombre del saveset derespaldo que se restaurará. El nombreespecificado debe trabajar conRECOVER_TIME, si está configurado.

Si RECOVER_TIME no está configurado,

se restaura el saveset más reciente con elnombre especificado.


l Nombre de saveset válido para elrespaldo que desea restaurar.

Nota: El nombre del savesetdistingue mayúsculas deminúsculas y estas deben



Tabla 35 Parámetros para restauraciones de protección de aplicacionescoordinadas (continuación)


Obligatorio para todos los tipos derestauraciones, excepto una restauraciónde registro de transacciones dePostgreSQL.

corresponder con lo registrado enla entrada de respaldo adecuadaen la salida de la lista ddbmadmin.

Consideraciones de respaldo de protección de aplicaciones coordinadasLa protección de aplicaciones coordinadas proporciona las operaciones de respaldo de la base dedatos/aplicación mediante el programa del agente de aplicación de base de datosddbmoappbackup, que aprovecha las utilidades de respaldo nativas que proporciona el softwarede la base de datos/aplicación.

La protección de aplicaciones coordinadas también aprovecha el software de BoostFS de DataDomain para respaldar los datos en un dispositivo de respaldo de DD Boost. El dispositivo derespaldo debe ser un dispositivo de DD Boost que se configure a través de una interfaz de IP. Laprotección de aplicaciones coordinadas no es compatible con las configuraciones de Fibre Channel.

La configuración de respaldos de protección de aplicaciones coordinadas requiere consideracionesespecíficas, según la aplicación y el tipo de base de datos que se desea respaldar. En los temassiguientes, se proporciona información detallada sobre las consideraciones de respaldo para laprotección de aplicaciones coordinadas.

Descripción general de la protección de aplicaciones coordinadas en la página 376 proporcionainformación sobre las limitaciones de los respaldos de protección de aplicaciones coordinadas.

Configuración del script del shell de respaldo para respaldos compatibles

Para un respaldo de protección de aplicaciones coordinadas, debe configurar todos los parámetrosde protección de aplicaciones coordinadas del agente de aplicación de base de datos necesarios enel archivo de configuración de agente de aplicación de base de datos, que incluye los formatos deXML adecuados, como se describe en Preparación del archivo de configuración en la página 80.

La protección de aplicaciones coordinadas es compatible con los niveles de respaldo full, incr, diff ytxnlog. Puede utilizar un script del shell de respaldo diferente para cada nivel de respaldo quedesee ejecutar. La opción de línea de comandos de ddbmoappbackup -l indica el nivel delrespaldo. En la siguiente tabla, se describen las opciones de línea de comandos compatibles.

Tabla 36 Opciones de línea de comandos para ddbmoappbackup

Opciones de línea decomandos

Descripción Valores predeterminados y válidos

-l backup_level Especifica el nivel del respaldo como unrespaldo completo, incremental,diferencial o de registros detransacciones.

Opcional.

Nota: El tipo de base de datos oaplicación puede afectar qué nivelesde respaldo son compatibles.

l full = respaldo completo (valorpredeterminado).

l incr = respaldo incremental.

l diff = respaldo diferencial.

l txnlog = respaldo del registro detransacciones.



Tabla 36 Opciones de línea de comandos para ddbmoappbackup (continuación)



-o pg_p_opt="%p" -opg_f_opt="%f"

Para un respaldo de WAL de PostgreSQLúnicamente. Especifique estas dosopciones para cumplir con el requisito derespaldo del archivo de registro de WALdel servidor de PostgreSQL.

Nota: Cuando se configuran las dosopciones -o pg_p_opt y -opg_f_opt para un respaldo de

registro de transacciones, laconfiguración del parámetroBACKUP_SCRIPT se omite en la

sección <TXNLOG> del archivo deconfiguración de agente de aplicaciónde base de datos.

Obligatorio para un respaldo de registrode transacciones de PostgreSQL.


l Las opciones %p y %f son

actualizadas por el servidor dePostgreSQL durante el respaldo paraincluir los nombres de ruta de archivonecesarios.

-z configuration_file_path Especifica el archivo de configuración deprotección de aplicaciones coordinadasque contiene la configuración deparámetros y las opciones de línea decomandos para el respaldo.

Nota: El archivo de configuración deprotección de aplicacionescoordinadas debe ser propiedad delusuario de la base de datos queejecuta el respaldo o del usuarioespecificado por OS_USER. Los

usuarios del grupo y otros usuarios nodeben tener permiso para acceder alarchivo.

Obligatorio.


l Nombre de ruta completo válido delarchivo de configuración deprotección de aplicacionescoordinadas.

Para habilitar cada nivel de respaldo, debe especificar el nombre de ruta del script del shell derespaldo en la configuración del parámetro BACKUP_SCRIPT, en la subsección de nivel de respaldocorrespondiente del archivo de configuración. Por ejemplo, la siguiente sección de respaldo en elarchivo de configuración incluye la configuración del parámetro BACKUP_SCRIPT en cadasubsección de nivel de respaldo:

<BACKUP> <FULL> <BACKUP_SCRIPT> full_backup_script_pathname </BACKUP_SCRIPT> </FULL> <INCR> <BACKUP_SCRIPT> incr_backup_script_pathname </BACKUP_SCRIPT> </INCR> <TXNLOG> <BACKUP_SCRIPT> txnlog_backup_script_pathname </BACKUP_SCRIPT> </TXNLOG> <DIFF> <BACKUP_SCRIPT> diff_backup_script_pathname </BACKUP_SCRIPT>



</DIFF></BACKUP>

Nota: Las configuraciones de la subsección <FULL> son obligatorias para todos los respaldos.

El programa ddbmoappbackup realiza un respaldo mediante la ejecución del script del shell derespaldo para el nivel de respaldo actual. Si no desea ejecutar un determinado nivel de respaldo,puede omitir la configuración del script del shell de respaldo en esa subsección de nivel derespaldo.

Es necesario que el script del shell de respaldo devuelva el valor 0 si el script se completacorrectamente y que devuelva un valor distinto de cero si el respaldo falla o encuentra un error. Siel script del shell de respaldo devuelve un valor distinto de cero, el programa ddbmoappbackupsupone que el respaldo falló.

En el script del shell de respaldo, debe usar $OAPP_MOUNT_DIR/ como el nombre de ruta deldirectorio de destino del respaldo. La protección de aplicaciones coordinadas no creaautomáticamente un subdirectorio en $OAPP_MOUNT_DIR/. Si desea crear un subdirectorio en$OAPP_MOUNT_DIR/, puede crear el subdirectorio mediante un comando independiente en elmismo script del shell de respaldo. Como alternativa, la utilidad de respaldo puede crear elsubdirectorio.

Por ejemplo, el siguiente script del shell de respaldo de PostgreSQL incluye el comando de lautilidad de respaldo y un comando de copia independiente. El script sale del procesamiento si elcomando ejecutado falla, e imprime el comando y el valor devuelto:

#! /bin/sh( set -x; /opt/postgresql/pg94/bin/pg_basebackup --pgdata=$OAPP_MOUNT_DIR/basebackup )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

( set -x; /bin/cp /home/postgres/postgresql.conf $OAPP_MOUNT_DIR/ )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

Usuario del sistema operativo que ejecuta el comando ddbmoappbackupSe recomienda que el usuario del sistema operativo de la base de datos/aplicación ejecute elcomando ddbmoappbackup.

El usuario del sistema operativo especificado debe poseer el archivo del script de respaldo deprotección de aplicaciones coordinadas y el archivo de configuración. Otros usuarios o grupos nodeben tener permisos para acceder a estos archivos.

Puede iniciar sesión como el usuario especificado y ejecutar los siguientes comandos para verificarlos permisos de archivo y los permisos de ruta de archivo necesarios:

ls -l <backup_script_file_full_pathname>ls -l <configuration_file_full_pathname>



El usuario especificado debe tener los permisos de lectura, escritura y ejecución para el archivo delscript de respaldo, y los permisos de lectura y escritura para el archivo de configuración. El usuarioespecificado puede acceder al archivo del script de respaldo y al archivo de configuración, porejemplo, mediante la ejecución de los siguientes comandos, para mostrar el contenido del archivo:

cat <backup_script_file_full_pathname>cat <configuration_file_ full_pathname>

Cuando el usuario root ejecuta el comando ddbmoappbackup, el parámetro OS_USER debeespecificar el nombre de usuario de la base de datos/aplicación del sistema operativo. Acontinuación, el comando ddbmoappbackup ejecuta el script del shell de respaldo como usuariodel sistema operativo especificado.

Autenticación de base de datos

Si habilitó la autenticación de la base de datos, es posible que la utilidad de respaldo de base dedatos necesite la contraseña para conectarse a la base de datos cuando se inicia el respaldo. Eneste caso, la protección de aplicaciones coordinadas es compatible con el almacenamiento de lacontraseña cifrada en la caja de seguridad y con la transferencia de contraseña a la utilidad derespaldo, cuando la protección de aplicaciones coordinadas recibe la petición de contraseña.

Puede agregar la contraseña en la caja de seguridad mediante la ejecución del comandoddbmadmin. A continuación, puede ejecutar el comando de respaldo que planea incluir en elarchivo del script de respaldo para obtener la cadena de petición de contraseña y establecer estacadena con el parámetro USER_PSWD_PROMPT. Por ejemplo:

/opt/dpsapps/bin/dbappagent/bin/ddbmadmin -Q -z configuration_file

Nombres de saveset

La protección de aplicaciones coordinadas genera el nombre del saveset de respaldo mediante lacombinación en una sola cadena de los valores de los parámetros DATABASE_TYPE,INSTANCE_NAME, DB_NAME, BACKUP_NAME y BACKUP_LEVEL, en ese orden.

Por ejemplo, las siguientes configuraciones de parámetros en el archivo de configuracióngenerarán el nombre del saveset mydb:myinstance:dbname:mybackup:full para el respaldocompleto:

<DATABASE_TYPE> mydb </DATABASE_TYPE><INSTANCE_NAME> myinstance </INSTANCE_NAME><DB_NAME> dbname </DB_NAME><BACKUP_NAME> mybackup </BACKUP_NAME><BACKUP_LEVEL> full </BACKUP_LEVEL>

Para obtener información acerca de un saveset de respaldo, puede ejecutar el siguiente comando:

ddbmadmin -s -v -b start_time -e end_time -n namespace -z cfg_file_name_path.

Por ejemplo:

ddbmadmin -s -v -e now -n oapp -z cfg_file_name_path



Consideraciones relacionadas con el respaldo de Microsoft SQLLa protección de aplicaciones coordinadas proporciona las operaciones de respaldo de la base dedatos de Microsoft SQL mediante el programa de agente de aplicación de base de datosddbmoappbackup, que aprovecha la utilidad de respaldo nativa sqlcmd.

Microsoft SQL es compatible con respaldos completos, diferenciales e incrementales, mediante lautilidad sqlcmd.

Asegúrese de revisar el tema Consideraciones de respaldo de protección de aplicacionescoordinadas en la página 388. Todas las consideraciones de respaldo de ese tema también seaplican a la configuración de respaldos de Microsoft SQL.

Los siguientes temas de respaldo de Microsoft SQL requieren consideraciones específicas:

l Script del shell de respaldo de Microsoft SQL

l Autenticación de base de datos

l Realización de la configuración de respaldo de Microsoft SQL

Script del shell de respaldo de Microsoft SQL

Microsoft SQL proporciona la utilidad de respaldo sqlcmd. Debe incluir la utilidad sqlcmd en elscript del shell de respaldo para los respaldos de Microsoft SQL del agente de aplicación de basede datos.

Por ejemplo, el siguiente script del shell de respaldo para respaldos completos incluye el comandode la utilidad de respaldo, sqlcmd. El script sale del procesamiento si el comando ejecutado falla, eimprime el comando y el valor devuelto:

#! /bin/sh( set -x; /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "BACKUP DATABASE [TESTDB2] TO DISK = '$OAPP_MOUNT_DIR/sql_backup.bkp'" )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

Debe especificar el nombre de ruta del script del shell de respaldo en la sección BACKUP delarchivo de configuración. Consideraciones de respaldo de protección de aplicacionescoordinadas en la página 388 proporciona más detalles.

El siguiente ejemplo es un script del shell de respaldo para respaldos diferenciales:

#! /bin/sh( set -x; /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "BACKUP DATABASE [TestDB2] TO DISK = '$OAPP_MOUNT_DIR/sql_backup.bkp' WITH DIFFERENTIAL" )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

El siguiente ejemplo es un script del shell de respaldo para respaldos incrementales o de registrosde transacciones:

#! /bin/sh( set -x; /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "BACKUP LOG [TestDB2] TO DISK = '$OAPP_MOUNT_DIR/sql_backup.bkp'" )



rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi


Si habilitó la autenticación, la utilidad de respaldo requiere el nombre de usuario y la contraseñapara conectarse a la base de datos cuando se inicia el respaldo. La protección de aplicacionescoordinadas es compatible con el almacenamiento de la contraseña cifrada en la caja de seguridady la transferencia de contraseña a la utilidad de respaldo cuando la protección de aplicacionescoordinadas recibe la petición de contraseña.

Para agregar la contraseña en la caja de seguridad, ejecute el comando ddbmadmin -Q -zconfig_file. Asegúrese de que el parámetro DB_USER esté establecido en el archivo deconfiguración. A continuación, ejecute el comando de respaldo que planea incluir en el archivo delscript de respaldo, a fin de obtener la cadena de petición de contraseña. Por ejemplo, ejecute elsiguiente comando en la línea de comandos:

mssql@sles12-sql:~> /opt/dpsapps/dbappagent/bin/ddbmoappbackup -z /oapp_bins/ddbda_oapp.cfg+ /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -Q 'BACKUP DATABASE [DB_1] TO DISK = '\''/opt/dpsapps/dbappagent/tmp/22c01fe2_233333_16086//DB_1_backup.bak'\'''Password:

Aquí, "Password:" es la cadena de petición de contraseña. En el archivo de configuración,configure el parámetro USER_PSWD_PROMPT en esta cadena de petición de contraseña. Parámetros de protección de aplicaciones coordinadas en la página 380 proporciona informacióndetallada sobre la configuración de parámetros de respaldo en el archivo de configuración.

Realización de la configuración de respaldo de Microsoft SQL

Para permitir los respaldos de Microsoft SQL del agente de aplicación de base de datos mediantela función de protección de aplicaciones coordinadas, asegúrese de que todos los parámetros deprotección de aplicaciones coordinadas del agente de aplicación de base de datos necesarios esténestablecidos en el archivo de configuración de agente de aplicación de base de datos.

Para las operaciones de base de datos con la función de protección de aplicaciones coordinadas, elarchivo de configuración de agente de aplicación de base de datos debe incluir los formatos deXML adecuados, como se describe en Preparación del archivo de configuración en la página 80.

Por ejemplo, utilice el siguiente comando para ejecutar un respaldo completo de Microsoft SQLmediante ddbmoapbackup:

mssql@sles12-sql:~> /opt/dpsapps/dbappagent/bin/ddbmoappbackup -z /oapp_bins/ddbda_oapp.cfg+ /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -Q 'BACKUP DATABASE [TESTDB2] TO DISK = '\''/opt/dpsapps/dbappagent/tmp/e1760b13_217068_9470//sql_backup.bkp'\'''Password:Processed 328 pages for database 'TESTDB2', file 'TESTDB2' on file 1.Processed 2 pages for database 'TESTDB2', file 'TESTDB2_log' on file 1.BACKUP DATABASE successfully processed 330 pages in 0.332 seconds (7.765 MB/sec).Continued processing with the returned value 0.The files in the save set 'SQL:MSSQLSERVER:TESTDB2:oapp:full' at time



'08/26/2019 08:50:12 AM' are: Size: Name: 2801664 sql_backup.bkp 1 File(s) 2801664 bytesThe backup command '/oapp_bins/backup_sql.sh' completed successfully.The backup completed successfully.mssql@sles12-sql:~>

Parámetros de protección de aplicaciones coordinadas en la página 380 proporciona detallescompletos sobre la configuración de parámetros en el archivo de configuración de agente deaplicación de base de datos.

Consideraciones relacionadas con el respaldo de MongoDBLa protección de aplicaciones coordinadas proporciona las operaciones de respaldo de la base dedatos de MongoDB mediante el programa del agente de aplicación de base de datosddbmoappbackup, que aprovecha la utilidad de respaldo nativa de MongoDB.

MongoDB solo es compatible con respaldos de base de datos completos. Especifique el nivel derespaldo completo cuando configure un respaldo de MongoDB. Para un respaldo, utilice la opción -l full.

Asegúrese de revisar el tema Consideraciones de respaldo de protección de aplicacionescoordinadas en la página 388. Todas las consideraciones de respaldo de ese tema también seaplican a la configuración de respaldos de MongoDB.

Los siguientes temas de respaldo de MongoDB requieren consideraciones específicas:

l Script del shell de respaldo de MongoDB

l (Opcional) Autenticación de base de datos

l Completar la configuración de respaldo de MongoDB

Script del shell de respaldo de MongoDB

MongoDB proporciona la utilidad de respaldo mongodump. Debe incluir la utilidad mongodump en elscript del shell de respaldo para los respaldos de MongoDB del agente de aplicación de base dedatos.

Por ejemplo, el siguiente script del shell de respaldo para respaldos de MongoDB completos incluyeel comando de utilidad de respaldo, mongodump. El script sale del procesamiento si el comandoejecutado falla, e imprime el comando y el valor devuelto:

#! /bin/sh ( set -x; mongodump --db mydb --out $OAPP_MOUNT_DIR/backup_data authentication is optional. Database authentication is not required to enable MongoDB database backups. rc=$? if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc." else echo "Exited processing with the returned value $rc." exit $rc fi

Debe especificar el nombre de ruta del script del shell de respaldo en la subsección FULL de lasección BACKUP en el archivo de configuración. Consideraciones de respaldo de protección deaplicaciones coordinadas en la página 388 proporciona más detalles.

En la documentación del servidor de MongoDB, se proporcionan más detalles sobre la utilidad derespaldo mongodump.


Nota: La autenticación de la base de datos es opcional. Si la autenticación está deshabilitada,aún puede ejecutar respaldos de la base de datos de MongoDB.

Si habilitó la autenticación, la utilidad de respaldo requiere el nombre de usuario y la contraseñapara conectarse a la base de datos cuando se inicia el respaldo. La protección de aplicaciones



coordinadas almacena la contraseña cifrada en la caja de seguridad y es compatible con latransferencia de contraseña a la utilidad de respaldo, cuando la protección de aplicacionescoordinadas recibe la petición de contraseña.

Agregue la contraseña en el archivo de configuración mediante el comando ddbmadmin. Acontinuación, ejecute el comando de respaldo que planea incluir en el archivo del script derespaldo, a fin de obtener la cadena de petición de contraseña. Por ejemplo, ejecute el siguientecomando en la línea de comandos:

mongodump --username <db_user> --authenticationDatabase admin --db <dbname> --out $OAPP_MOUNT_DIR/backup_dataEnter password:

Aquí, "Enter password:" es la cadena de petición de contraseña. En el archivo de configuración,configure el parámetro USER_PSWD_PROMPT en esta cadena de petición de contraseña. Parámetros de protección de aplicaciones coordinadas en la página 380 proporciona informacióndetallada sobre la configuración de parámetros de respaldo en el archivo de configuración.

Completar la configuración de respaldo de MongoDB

Para habilitar los respaldos de MongoDB del agente de aplicación de base de datos mediante lafunción de protección de aplicaciones coordinadas, asegúrese de haber configurado las variablesde ambiente y los parámetros del agente de aplicación de base de datos necesarios.

Asegúrese de que todos los parámetros de protección de aplicaciones coordinadas del agente deaplicación de base de datos necesarios se configuren en el archivo de configuración de agente deaplicación de base de datos. Para las operaciones de base de datos con la función de protección deaplicaciones coordinadas, el archivo de configuración de agente de aplicación de base de datosdebe incluir los formatos de XML adecuados, como se describe en Preparación del archivo deconfiguración en la página 80.


Consideraciones relacionadas con el respaldo de MySQLLa protección de aplicaciones coordinadas proporciona las operaciones de respaldo de la base dedatos de MySQL mediante el programa de agente de aplicación de base de datosddbmoappbackup, que aprovecha la utilidad de respaldo de MySQL nativa.

El agente de aplicación de base de datos MySQL mediante la protección de aplicacionescoordinadas es compatible con los respaldos de base de datos completos y los respaldos deregistros de transacciones:

l Para un respaldo completo, utilice la opción -l full.

l Para un respaldo de registro de transacciones, use la opción -l txnlog.

Asegúrese de revisar el tema Consideraciones de respaldo de protección de aplicacionescoordinadas en la página 388. Todas las consideraciones de respaldo de ese tema también seaplican a la configuración de respaldos de MySQL.

Los siguientes temas de respaldo de MySQL requieren consideraciones específicas:

l Script del shell de respaldo completo de MySQL

l Script del shell de respaldo de registro de transacciones de MySQL


l Realización de la configuración de respaldo de MySQL



Script del shell de respaldo completo de MySQL

MySQL proporciona la utilidad de respaldo mysqldump. Debe incluir la utilidad mysqldump en elscript del shell de respaldo para los respaldos de MySQL del agente de aplicación de base de datos.

Por ejemplo, el siguiente script del shell de respaldo para respaldos completos de MySQL incluye elcomando de utilidad de respaldo, mysqldump. El script sale del procesamiento si el comandoejecutado falla, e imprime el comando y el valor distinto de cero devuelto:

#! /bin/sh( set -x; /usr/bin/mysqldump --all-databases --result-file=$OAPP_MOUNT_DIR/full_mysql_dump.sql)rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc."exit $rcfi

Debe especificar el nombre de ruta del script del shell de respaldo en la subsección FULL de lasección BACKUP en el archivo de configuración. Consideraciones de respaldo de protección deaplicaciones coordinadas en la página 388 proporciona más detalles.

En la documentación de MySQL, se proporcionan detalles acerca de la utilidad de respaldomysqldump.

Script del shell de respaldo de registro de transacciones de MySQL

Puede respaldar los registros de transacciones de MySQL mediante la copia de los archivos deregistro binarios en el punto de montaje de respaldo.

Por ejemplo, el siguiente script del shell de respaldo para respaldos de registro de transacciones(registros solamente) de MySQL incluye el comando cp para copiar los registros binarios deMySQL en el punto de montaje de respaldo. El script sale del procesamiento si el comandoejecutado falla, e imprime el comando y el valor distinto de cero devuelto:

#! /bin/sh( set -x; /bin/cp /var/lib/mysql/mysql-bin.* $OAPP_MOUNT_DIR )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc."exit $rcfi

Debe especificar el nombre de ruta del script del shell de respaldo en la subsección TXNLOG de lasección BACKUP en el archivo de configuración. Consideraciones de respaldo de protección deaplicaciones coordinadas en la página 388 proporciona más detalles.


Si habilitó la autenticación, la utilidad de respaldo requiere el nombre de usuario y la contraseñapara conectarse a la base de datos cuando se inicia el respaldo. La protección de aplicacionescoordinadas es compatible con el almacenamiento de la contraseña cifrada en el archivo deconfiguración y la transferencia de contraseña a la utilidad de respaldo cuando la protección deaplicaciones coordinadas recibe la petición de contraseña.

Agregue la contraseña en el archivo de configuración mediante el comando ddbmadmin. Acontinuación, ejecute el comando de respaldo que planea incluir en el archivo del script de



respaldo, a fin de obtener la cadena de petición de contraseña. Por ejemplo, ejecute el siguientecomando en la línea de comandos:

mysqldump -u admin -p –all-database --result-file=$OAPP_MOUNT_DIR/full_mysql_dump.sqlEnter password:

Aquí, "Enter password:" es la cadena de petición de contraseña. En el archivo de configuración,configure el parámetro USER_PSWD_PROMPT en esta cadena de petición de contraseña. Parámetros de protección de aplicaciones coordinadas en la página 380 proporciona informacióndetallada sobre la configuración de parámetros de respaldo en el archivo de configuración.

Realización de la configuración de respaldo de MySQL

Para habilitar los respaldos de MySQL del agente de aplicación de base de datos mediante lafunción de protección de aplicaciones coordinadas, asegúrese de que se hayan configurado lasvariables de ambiente y los parámetros del agente de aplicación de base de datos necesarios.

Asegúrese de que todos los parámetros de protección de aplicaciones coordinadas del agente deaplicación de base de datos necesarios se configuren en el archivo de configuración de agente deaplicación de base de datos. Para las operaciones de base de datos con la función de protección deaplicaciones coordinadas, el archivo de configuración de agente de aplicación de base de datosdebe incluir los formatos de XML adecuados, como se describe en Preparación del archivo deconfiguración en la página 80.


Consideraciones relacionadas con el respaldo de PostgreSQLLa protección de aplicaciones coordinadas proporciona las operaciones de respaldo de la base dedatos de PostgreSQL mediante el programa del agente de aplicación de base de datosddbmoappbackup, que aprovecha las utilidades nativas de respaldo de PostgreSQL.

Los respaldos completos y de registros de transacciones se asignan a tipos específicos derespaldos de PostgreSQL, como se muestra en la siguiente tabla. Debe especificar el nivel derespaldo correcto cuando configura un respaldo de PostgreSQL.

Tabla 37 Asignación de un nivel de respaldo a respaldos de PostgreSQL

Nivel de respaldo Tipo de respaldo de PostgreSQL

Respaldo completo (completo) Respaldo de base o de volcado

Respaldo del registro de transacciones(txnlog)

Respaldo de archivo o archivado de WAL

Asegúrese de revisar el tema Consideraciones de respaldo de protección de aplicacionescoordinadas en la página 388. Todas las consideraciones de respaldo de ese tema también seaplican a la configuración de respaldos de PostgreSQL.

Los siguientes temas de respaldo de PostgreSQL requieren consideraciones específicas:

l Script del shell de respaldo de PostgreSQL

l Respaldo completo de PostgreSQL

l Respaldo del registro de transacciones de PostgreSQL


l Registrar el comando de archivo de PostgreSQL



l Completar la configuración del respaldo de PostgreSQL

Respaldos completos y de registro de transacciones de PostgreSQL en la página 378 proporcionaconsideraciones para los niveles compatibles de respaldos de PostgreSQL del agente de aplicaciónde base de datos.

Script del shell de respaldo de PostgreSQL

Seleccione la utilidad de respaldo de PostgreSQL correcta que se incluirá en el script del shell derespaldo. PostgreSQL proporciona dos tipos de utilidades de respaldo:

l Las utilidades pg_dump y pg_dumpall pueden funcionar con el ambiente deshabilitado paraarchivado de WAL. Si no va a ejecutar un respaldo de WAL, use pg_dump o pg_dumpallcomo la utilidad de respaldo completo.

l La utilidad pg_basebackup puede funcionar con el ambiente habilitado para archivado deWAL. Si va a ejecutar un respaldo de WAL, use pg_basebackup como la utilidad de respaldocompleto.

Nota: Si desea usar los datos respaldados por la utilidad pg_basebackup directamente sinconsultar el archivado de WAL, debe usar el comando pg_basebackup con la opción -X.

En la documentación en línea de la base de datos de PostgreSQL, se proporcionan más detallessobre el uso de las utilidades de respaldo pg_dump, pg_dumpall y pg_basebackup, y detallessobre el archivado de WAL.

Puede crear el script del shell de respaldo para el respaldo de nivel completo. Para habilitar elrespaldo del archivo de segmento de WAL, PostgreSQL requiere que registre el comandoddbmoappbackup en el archivo postgresql.conf. Registrar el comando de archivo dePostgreSQL en la página 399 proporciona más detalles.

Respaldo completo de PostgreSQL

Seleccione la utilidad de respaldo correcta para la configuración del ambiente de PostgreSQLcorrespondiente y cree el archivo del script del shell de respaldo completo para utilizarlo con esautilidad, a fin de ejecutar el respaldo de base o de volcado.

Debe especificar el nombre de ruta del script del shell de respaldo en la subsección FULL de lasección BACKUP en el archivo de configuración. Debe especificar el nivel de respaldo completomediante la opción -l full.

Consideraciones de respaldo de protección de aplicaciones coordinadas en la página 388proporciona más detalles.

Respaldo del registro de transacciones de PostgreSQL

Para habilitar el archivado de WAL de PostgreSQL, debe registrar el programa ddbmoappbackupcon sus opciones de línea de comandos necesarias a través de la configuraciónarchive_command en el archivo postgresql.conf.

El respaldo del registro de transacciones (con el nivel de respaldo txnlog) puede compartir elmismo archivo de configuración con un respaldo completo, ya que los parámetrosDATABASE_TYPE, INSTANCE_NAME y BACKUP_NAME tienen los mismos valores para ambosniveles de respaldo.

Por ejemplo, el archivo postgresql.conf incluye las siguientes configuraciones de comandospara los respaldos de registros de transacciones:

archive_command = '/opt/dpsapps/dbappagent/bin/ddbmoappbackup -o pg_p_opt="%p" -o pg_f_opt="%f" -l txnlog -z configuration_file_path'

Nota:Asegúrese de que las operaciones de PostgreSQL estén dentro de las transacciones.



El comportamiento de respaldo del archivado de WAL de PostgreSQL está predefinido por elprograma ddbmoappbackup. No es necesario especificar un script del shell de respaldo paraeste tipo de respaldo.

El servidor PostgreSQL programa el archivado de WAL de PostgreSQL. En el documento dePostgreSQL en línea en www.postgresql.org, en la sección "Archivado continuo y recuperacióna un punto en el tiempo (PITR)" en el capítulo "Respaldo y restauración" y la sección "Registrode escritura anticipada" del capítulo "Configuración del servidor", se proporcionan más detallessobre cómo configurar el archivado y el programa de WAL.


Si habilitó la autenticación, la utilidad de respaldo requiere el nombre de usuario y la contraseñapara conectarse a la base de datos cuando se inicia el respaldo. La protección de aplicacionescoordinadas es compatible con el almacenamiento de la contraseña cifrada en el archivo deconfiguración y la transferencia de contraseña a la utilidad de respaldo cuando la protección deaplicaciones coordinadas recibe la petición de contraseña.

Agregue la contraseña en el archivo de configuración mediante el comando ddbmadmin. Acontinuación, ejecute el comando de respaldo que planea incluir en el archivo del script derespaldo, a fin de obtener la cadena de petición de contraseña. Por ejemplo, ejecute el siguientecomando en la línea de comandos:

/usr/bin/pg_basebackup -h localhost --pgdata=/tmp/basebackup29Password:

Aquí, "Password:" es la cadena de petición de contraseña. En el archivo de configuración,configure el parámetro USER_PSWD_PROMPT en esta cadena de petición de contraseña. Parámetros de protección de aplicaciones coordinadas en la página 380 proporciona informacióndetallada sobre la configuración de parámetros de respaldo en el archivo de configuración.

Registrar el comando de archivo de PostgreSQL

Para habilitar los respaldos de WAL de PostgreSQL con protección de aplicaciones coordinadas,debe registrar el programa ddbmoappbackup con las opciones de línea de comandos necesarias através de la configuración archive_command en el archivo postgresql.conf.

En la configuración archive_command, especifique el comando ddbmoappbackup y susopciones de línea de comandos. Por ejemplo, el archivo postgresql.conf puede incluir lasiguiente configuración archive_command:


Nota:

l Las opciones -o pg_p_opt="%p" -o pg_f_opt="%f" -l txnlog indican que laoperación es un respaldo de WAL de PostgreSQL.

l El respaldo y la restauración deben utilizar la misma configuración de parámetros deDATABASE_TYPE, INSTANCE_NAMEy BACKUP_NAME en el archivo de configuración, demodo que la restauración pueda ubicar los archivos de segmentos de WAL que pertenecenal respaldo.

Tabla 36 en la página 388 describe las opciones de línea de comandos compatibles que puedeincluir en la configuración de archive_command.

AVISOEl mismo usuario que el servidor PostgreSQL ejecutará el comando de archivo registrado.



https://www.postgresql.org

Para habilitar el archivado de WAL (registro anticipado), configure los siguientes parámetrosen el archivo postgresql.conf:

l Configure wal_level a archivo (o hot_standby).

l Configure archive_mode a encendido.

En la documentación de PostgreSQL, se proporcionan más detalles.

Completar la configuración del respaldo de PostgreSQL

Para habilitar los respaldos de PostgreSQL del agente de aplicación de base de datos mediante lafunción de protección de aplicaciones coordinadas, asegúrese de que estén configuradas lasvariables de ambiente y los parámetros del agente de aplicación de base de datos necesarios.

Asegúrese de que todos los parámetros de protección de aplicaciones coordinadas necesariosestén configurados en el archivo de configuración de agente de aplicación de base de datos. Paralas operaciones de base de datos con la función de protección de aplicaciones coordinadas, elarchivo de configuración de agente de aplicación de base de datos debe incluir los formatos deXML adecuados, como se describe en Preparación del archivo de configuración en la página 80.


Ejecución de operaciones de protección de aplicacionescoordinadas

Puede realizar operaciones de protección de aplicaciones coordinadas después de habercompletado las configuraciones de respaldo y determinar los archivos que se deben respaldar.

AVISO Asegúrese de respaldar los archivos adicionales necesarios para prepararse para larecuperación ante desastres, como se describe en Preparación para la recuperación antedesastres de protección de aplicaciones coordinadas en la página 414.

Ejecución de respaldos de protección de aplicaciones coordinadas con elcomando ddbmoappbackup


Antes de realizar el respaldo de una base de datos de Microsoft SQL, MongoDB, MySQL oPostgreSQL, asegúrese de que se hayan completado las configuraciones de respaldo necesarias,como se describe en Configuración de operaciones de protección de aplicaciones coordinadas en lapágina 380.

Puede ejecutar el comando ddbmoappbackup correspondiente para realizar un respaldo de labase de datos desde la línea de comandos.

Ejecución de respaldos de registros de transacciones de PostgreSQL con el comandoddbmoappbackup en la página 401 proporciona información adicional acerca de cómo realizar elrespaldo de los registros de transacciones de PostgreSQL.

Procedimiento

1. Inicie sesión como el usuario del sistema operativo de la base de datos en el host del servidorde base de datos.

2. Ejecute el comando de respaldo ddbmoappbackup en la línea de comandos:

/opt/dpsapps/dbappagent/bin/ddbmoappbackup -z configuration_file_path



donde configuration_file_path es el nombre de ruta completo del archivo de configuraciónde agente de aplicación de base de datos que contiene la configuración de parámetros parael respaldo.

Para prepararse para la recuperación ante desastres, puede incluir comandos adicionales enel script del shell de respaldo para respaldar los archivos de recuperación ante desastres enel mismo saveset, con el respaldo de datos. La base de datos específica define los archivosde recuperación ante desastres, como se describe en la documentación de la base de datos.

Por ejemplo, el siguiente script del shell de respaldo incluye el comando cp para el respaldode archivos de recuperación ante desastres. El script sale del procesamiento si el comandoejecutado falla, e imprime el comando y el valor devuelto:

#! /bin/sh( set -x; /opt/postgresql/pg94/bin/pg_basebackup --pgdata=$OAPP_MOUNT_DIR/basebackup )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

( set -x; /bin/cp /home/postgres/postgresql.conf $OAPP_MOUNT_DIR/ )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

Ejecución de respaldos de registros de transacciones de PostgreSQL con el comandoddbmoappbackup

Puede configurar los respaldos de los registros de transacciones de PostgreSQL registrando elcomando ddbmoappbackup.

Procedimiento

1. Inicie sesión como el usuario del sistema operativo de PostgreSQL en el host de servidor dePostgreSQL.

2. Para habilitar los respaldos de registros de transacciones de PostgreSQL (archivado dearchivos de segmentos de WAL), complete el ajuste archive_command en el archivopostgresql.conf para registrar el comando ddbmoappbackup con las opciones de líneade comandos necesarias.

Por ejemplo, complete el siguiente ajuste en el archivo postgresql.conf:


Registrar el comando de archivo de PostgreSQL en la página 399 se proporcionan detallesacerca del ajuste archive_command.

El servidor PostgreSQL ejecuta el respaldo del registro de transacciones. De manerapredeterminada, el servidor inicia el respaldo cuando el archivo de segmento de WAL estálleno. Si desea que el archivo de segmento de WAL se respalde con más frecuencia, puedecambiar la configuración de PostgreSQL para forzar un cambio a un nuevo archivo desegmento de WAL y el respaldo para que se inicie en función de la configuración.



Realización de una restauración de datos de protección de aplicacionescoordinadas

Para prepararse para la restauración de un respaldo de protección de aplicaciones coordinadas,complete los procedimientos de configuración necesarios y asegúrese de que el directorioespecificado tenga espacio suficiente para contener los datos de respaldo restaurados. Realice larestauración de datos mediante la ejecución del programa ddbmoapprecover, que recupera losdatos de respaldo en el directorio especificado.

Antes de realizar una operación de restauración de datos de protección de aplicacionescoordinadas, asegúrese de haber cumplido los siguientes requisitos:

l Configuró los parámetros necesarios en el archivo de configuración de agente de aplicación debase de datos. Puede utilizar el mismo archivo de configuración de agente de aplicación debase de datos para la restauración de protección de aplicaciones coordinadas como el que seutilizó para el respaldo de protección de aplicaciones coordinadas. Parámetros de protecciónde aplicaciones coordinadas en la página 380 describe todos los parámetros compatibles.

l El directorio local especificado por RELOCATION_DEST o su directorio principal tiene espaciosuficiente para contener los datos respaldados que se restauran desde Data Domain. Puedeusar la salida del comando ddbmadmin para determinar el tamaño del saveset que serestaurará.

l El directorio especificado por RELOCATION_DEST no existe antes de la restauración, ya que elprograma ddbmoapprecover creará el directorio. El usuario del sistema operativo que ejecutael programa ddbmoapprecover tiene el control completo del directorio principal de esedirectorio.

l Ejecute el programa ddbmoapprecover como el usuario del sistema operativo especificadopor OS_USER.

Tabla 38 Opciones de línea de comandos para ddbmoapprecover



-l Especifica la enumeración del contenidodel saveset para la restauración.

Opcional.

No se aplica.

-o pg_p_opt="%p" -opg_f_opt="%f"

Solo para una restauración de WAL dePostgreSQL, especifica el nombre delarchivo de destino que se utiliza para laopción %p de PostgreSQL y el nombre de

archivo de origen que se utiliza para laopción %f.

Los parámetros DATABASE_TYPE,

INSTANCE_NAME, and BACKUP_NAME se

utilizan para determinar el saveset.

Opcional.


l Nombre de archivo de destino válidopara la opción %p y nombre de archivo

de origen válido para la opción %f.

-zconfiguration_file_pathname

Especifica el archivo de configuración deprotección de aplicaciones coordinadasque contiene la configuración deparámetros para la restauración.




Tabla 38 Opciones de línea de comandos para ddbmoapprecover (continuación)



Obligatorio. l Nombre de ruta completo válido delarchivo de configuración de agente deaplicación de base de datos.

En los siguientes temas, se proporcionan detalles sobre los procedimientos específicos para larestauración de un respaldo de Microsoft SQL, un respaldo de MongoDB, un respaldo de MySQL oun respaldo de PostgreSQL que se realizó a través de la protección de aplicaciones coordinadas.

Ejecución de la restauración de datos de Microsoft SQLEjecute la restauración de protección de aplicaciones coordinadas para datos de Microsoft SQLmediante los procedimientos que se describen en los siguientes temas:

l Consulta de un respaldo existente

l Realización de la restauración de configuración

l Recuperación de los datos de Microsoft SQL respaldados con el comando ddbmoapprecoverl Restauración de los datos recuperados a la base de datos de Microsoft SQL

Consulta de un respaldo existente

Puede determinar el nombre del saveset de respaldo desde los ajustes de parámetros deconfiguración y, a continuación, consultar los respaldos existentes para determinar el tiempo deguardado del saveset de respaldo. Puede usar los resultados de la consulta para completar laconfiguración de la restauración de protección de aplicaciones coordinadas.

Puede usar los valores de los parámetros de respaldo DATABASE_TYPE, INSTANCE_NAME yBACKUP_NAME para determinar el nombre del saveset del respaldo que se consultará. Según laconfiguración de estos parámetros, los nombres de saveset de Microsoft SQL son los siguientes:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:diff<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:incr

Por ejemplo, el archivo de configuración de respaldo del agente de aplicación de base de datosincluye las siguientes configuraciones de parámetros:

<BACKUP_NAME> db_1 </BACKUP_NAME><DATABASE_TYPE> SQL </DATABASE_TYPE><INSTANCE_NAME> MSSQLSERVER </INSTANCE_NAME>

En este caso, el nombre del saveset de respaldo es SQL:MSSQLSERVER:db_1:oapp:full para elrespaldo de base de datos completo, SQL:MSSQLSERVER:db_1:oapp:diff para el respaldodiferencial y SQL:MSSQLSERVER:db_1:oapp:incr para el respaldo incremental.

Cuando haya determinado el nombre del saveset, puede ejecutar el comando ddbmadmin paramostrar la información del saveset de respaldo, incluidos el nombre y los tiempos de guardado delos savesets.



Por ejemplo, el siguiente comando ddbmadmin enumera los savesets de respaldo de SQL juntocon su nivel y el tiempo de guardado:

-bash-4.2$ /opt/dpsapps/dbappagent/bin/ddbmadmin -s -e now -n oapp -z /oapp_bins/ddbda_oapp_ddbmadmin.cfg


Client = linuxsql.msaa.com, date and time = 08/28/2019 03:25:21 PM (1566986121), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 03:25:21 PM (1567072521).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:11:49 PM (1566988909), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 04:11:49 PM (1567075309).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:17:45 PM (1566989265), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 04:17:45 PM (1567075665).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:34:40 PM (1566990280), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 04:34:40 PM (1567076680).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:34:58 PM (1566990298), size = 446464, name = SQL:MSSQLSERVER:db_1:oapp:diff, Data Domain retention = not set.Client = linuxsql.msaa.com, date and time = 08/28/2019 04:35:10 PM (1566990310), size = 180224, name = SQL:MSSQLSERVER:db_1:oapp:incr, Data Domain retention = not set.

Una vez que tenga el nombre del saveset y el tiempo de guardado, puede completar laconfiguración para la restauración de protección de aplicaciones coordinadas.

Realización de la restauración de configuración

Para permitir la restauración de protección de aplicaciones coordinadas del agente de aplicación debase de datos de un respaldo de Microsoft SQL, asegúrese de que las variables de ambiente y losparámetros de protección de aplicaciones coordinadas necesarios estén establecidos.

En la documentación de Microsoft SQL, se proporciona más información sobre las variables deambiente necesarias.

Asegúrese de que todos los parámetros de protección de aplicaciones coordinadas de los agentesde aplicación de base de datos necesarios se configuren en el archivo de configuración de agentede aplicación de base de datos para la restauración. Los parámetros SAVESET_NAME yRELOCATION_DEST son obligatorios para una operación de restauración:

l Para la configuración del parámetro SAVESET_NAME, especifique el nombre del saveset derespaldo, según lo determinan los resultados de la consulta de respaldo en el tema anterior.

l Para la configuración del parámetro RELOCATION_DEST, especifique el nombre de rutacompleto del directorio de destino que contendrá los datos restaurados. El directorio dedestino no debe existir antes de la restauración, ya que el programa ddbmoapprecover creael directorio. Asegúrese de que el usuario que ejecuta ddbmoapprecover tenga permisoscompletos en el directorio principal del directorio de destino.

l Para la configuración del parámetro RECOVER_TIME opcional, puede especificar el tiempo deguardado del saveset de respaldo, según lo determinado por los resultados de la consulta derespaldo en el tema anterior.

Si desea restaurar el respaldo más reciente, puede omitir la configuración RECOVER_TIME.

l Para la configuración del parámetro BACKUP_CHAIN opcional, especifique TRUE o FALSE.Para restaurar todos los respaldos incrementales y diferenciales dependientes del últimorespaldo completo, configure el parámetro BACKUP_CHAIN en TRUE. Si el parámetroBACKUP_CHAIN no está configurado o se configura en FALSE, el comandoddbmoapprecover solo restaura el saveset de respaldo especificado.



Por ejemplo, las siguientes configuraciones de parámetros en la sección RECOVER del archivo deconfiguración de agente de aplicación de base de datos incluyen el tiempo de guardado del savesetde respaldo que se desea restaurar:

<RECOVER><SAVESET_NAME> SQL:MSSQLSERVER:db_1:oapp:full </SAVESET_NAME><RELOCATION_DEST> /tmp/my_test </RELOCATION_DEST><RECOVER_TIME> 1566805877 </RECOVER_TIME><BACKUP_CHAIN>TRUE</BACKUP_CHAIN></RECOVER>

Parámetros para restauraciones de protección de aplicaciones coordinadas en la página 386proporciona detalles completos sobre los parámetros de restauración que se configuran en elarchivo de configuración de agente de aplicación de base de datos. Para una restauración deprotección de aplicaciones coordinadas, el archivo de configuración de agente de aplicación debase de datos debe incluir los formatos de XML adecuados, como se describe en Preparación delarchivo de configuración en la página 80.

Recuperación de los datos de Microsoft SQL respaldados con el comandoddbmoapprecover

Antes de realizar una restauración de Microsoft SQL, asegúrese de que se cumplan los requisitosde restauración de los temas anteriores. Puede recuperar un respaldo de base de datos deMicrosoft SQL o un respaldo de registro de transacciones mediante la ejecución del comandoddbmoapprecover desde la línea de comandos, como usuario del sistema operativo que inició elMicrosoft SQL Server.

Para recuperar el respaldo de Microsoft SQL desde Data Domain, ejecute el comandoddbmoapprecover -z configuration_file_path.

Por ejemplo:

mssql@sles12-sql:~> /opt/dpsapps/dbappagent/bin/ddbmoapprecover -z /oapp_bins/ddbda_oapp_incr.cfg

The files in the save set 'SQL_MSSQLSERVER:TESTDB2:oapp:incr' at time '08/26/2019 09:54:25 AM' are: Size: Name: 507904 sql_backup.bkp 3 File(s) 3751936 bytesThe recovery completed successfully.

El programa ddbmoapprecover recupera el respaldo de Microsoft SQL desde Data Domain en eldirectorio de destino que se especifica mediante el parámetro RELOCATION_DEST. De manerapredeterminada, a menos que configure RECOVER_TIME, el comando ddbmoapprecoverrestaura el respaldo más reciente. El tema anterior proporciona más información acerca de laconfiguración de los parámetros de restauración.

Restauración de los datos recuperados a la base de datos de Microsoft SQL

Después de ejecutar el comando ddbmoapprecover para recuperar el respaldo en el directorioespecificado, realice los siguientes pasos:

1. Use las utilidades de restauración de Microsoft SQL para completar la recuperación derespaldo. En la documentación de Microsoft SQL se proporcionan detalles sobre cómo usar lasutilidades de restauración.



Puede usar la opción NORECOVERY para restaurar respaldos de archivos de registroadicionales. Si no desea restaurar respaldos de archivos de registro adicionales, elimine laopción NORECOVERY.

Para restaurar la base de datos de SQL con la opción NORECOVERY, utilice la utilidad nativasqlcmd, como se muestra en el siguiente ejemplo:

/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "RESTORE DATABASE [TESTDB2] FROM DISK = N'/tmp/recover/1566368903/sql_backup.bkp' WITH REPLACE, NORECOVERY, STATS = 5"

/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "RESTORE DATABASE [TESTDB2] FROM DISK = N'/tmp/recover/1566368939/sql_backup.bkp' WITH REPLACE, NORECOVERY, STATS = 5"

/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "RESTORE LOG TESTDB2 FROM DISK = N'/tmp/recover/1566368954/sql_backup.bkp'"

Nota: Si especifica la opción NORECOVERY, pero no tiene respaldos adicionales dearchivos de registro, ejecute el comando RESTORE DATABASE sin parámetros adicionales.Esta acción completa la restauración y la base de datos permanece operativa.

2. Ejecute un respaldo completo de la base de datos de Microsoft SQL restaurada antes de usarla.

Nota: Después de una recuperación de respaldo, es necesario realizar un respaldo completode la base de datos de Microsoft SQL.

Ejecución de la restauración de datos de MongoDBRealice la restauración de protección de aplicaciones coordinadas de los datos de MongoDBmediante los procedimientos que se describen en los siguientes temas:



l Recuperación de datos de MongoDB de respaldo con el comando ddbmoapprecoverl Restauración de los datos recuperados a la base de datos de MongoDB



Puede usar los valores de los parámetros de respaldo DATABASE_TYPE, INSTANCE_NAME yBACKUP_NAME para determinar el nombre del saveset del respaldo que se consultará. Según laconfiguración de estos parámetros, el nombre del saveset de MongoDB es el siguiente:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full


<BACKUP_NAME> bkp_1 </BACKUP_NAME><DATABASE_TYPE> mongo </DATABASE_TYPE><INSTANCE_NAME> test1 </INSTANCE_NAME>

En este caso, el nombre del saveset de respaldo es mongo:test1:bkp_1:full.



Cuando haya determinado el nombre del saveset, puede ejecutar el siguiente comando paramostrar la información del saveset de respaldo, incluido el tiempo de guardado de los savesets.

ddbmadmin -s -b start_time -e end_time -n oapp -z config_file

Por ejemplo, el siguiente comando ddbmadmin muestra cuatro savesets correspondientes con lostiempos de guardado 1567016322 y 1567025362:

ddbmadmin -s -b 1567016322 -e 1567025362 -n oapp -z <config_file_path>


Client = blrv041c113.lss.emc.com, date and time = 08/28/19 23:48:42 (1567016322), size = 168, name = mongo:test1:bkp_1:full, Data Domain retention = 08/29/19 23:48:42 (1567102722).Client = blrv041c113.lss.emc.com, date and time = 08/29/19 02:19:11 (1567025351), size = 168, name = mongo:test1:bkp_1:full, Data Domain retention = 08/30/19 02:19:11 (1567111751).Client = blrv041c113.lss.emc.com, date and time = 08/29/19 02:19:22 (1567025362), size = 168, name = mongo:test1:bkp_1:full, Data Domain retention = 08/30/19 02:19:22 (1567111762).Total number of save sets = 3.



Para habilitar la restauración de protección de aplicaciones coordinadas del agente de aplicación debase de datos de un respaldo de MongoDB, asegúrese de las variables de ambiente y losparámetros de protección de aplicaciones coordinadas necesarios estén establecidos.

En la documentación del servidor de MongoDB se proporciona más información sobre las variablesde ambiente necesarias.

Asegúrese de que todos los parámetros de protección de aplicaciones coordinadas necesariosestén configurados en el archivo de configuración de agente de aplicación de base de datos para larestauración. Los parámetros SAVESET_NAME y RELOCATION_DEST son obligatorios para unaoperación de restauración:






<RECOVER> <SAVESET_NAME> mongo:test1:bkp_1:full </SAVESET_NAME>



<RELOCATION_DEST> /opt/dpsapps/dbappagent/tmp/my_test </RELOCATION_DEST> <RECOVER_TIME> 1567111762 </RECOVER_TIME></RECOVER>

Parámetros de protección de aplicaciones coordinadas en la página 380 proporciona detallescompletos sobre los parámetros de restauración que se configuran en el archivo de configuraciónde agente de aplicación de base de datos. Para una restauración de protección de aplicacionescoordinadas, el archivo de configuración de agente de aplicación de base de datos debe incluir losformatos de XML adecuados, como se describe en Preparación del archivo de configuración en lapágina 80.

Recuperación de datos de MongoDB respaldados con el comandoddbmoapprecover

Antes de realizar una restauración de MongoDB, asegúrese de que se cumplan los requisitos derestauración de los temas anteriores. Puede recuperar los datos de respaldo de la base de datos deMongoDB mediante el comando ddbmoapprecover desde la línea de comandos como el usuariodel sistema operativo que inició el servidor de MongoDB.

Para recuperar el respaldo de MongoDB desde Data Domain, ejecute el comandoddbmoapprecover -z configuration_file_path.

El programa ddbmoapprecover recupera el respaldo de MongoDB de Data Domain en eldirectorio de destino que especifica el parámetro RELOCATION_DEST. De manera predeterminada,a menos que configure RECOVER_TIME, el comando ddbmoapprecover restaura el respaldo másreciente. El tema anterior proporciona más información acerca de la configuración de losparámetros de restauración.

Restauración de los datos recuperados a la base de datos de MongoDB


1. Use las utilidades de restauración de MongoDB para completar la recuperación de respaldo. Enla documentación de MongoDB, se proporcionan más detalles sobre cómo usar las utilidades derestauración.

2. Ejecute un respaldo completo de la base de datos de MongoDB.

Nota: Después de una recuperación de respaldo, es necesario realizar un respaldo completode la base de datos de MongoDB.

Ejecución de la restauración de datos de MySQLEjecute la restauración de protección de aplicaciones coordinadas para datos de MySQL mediantelos procedimientos que se describen en los siguientes temas:



l Recuperación de los datos de MySQL respaldados con el comando ddbmoapprecoverl Restauración de los datos recuperados a la base de datos de MySQL





Puede usar los valores de los parámetros de respaldo DATABASE_TYPE, INSTANCE_NAME yBACKUP_NAME para determinar el nombre del saveset del respaldo que se consultará. Según laconfiguración de estos parámetros, los nombres de saveset de MySQL son los siguientes:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:txnlog


<BACKUP_NAME> MYTEST </BACKUP_NAME><DATABASE_TYPE> MySQL </DATABASE_TYPE><INSTANCE_NAME> MYDEMO </INSTANCE_NAME>

En este caso, el nombre del saveset de respaldo es MySQL:MYDEMO:MYTEST:full para elrespaldo completo de base de datos y MySQL:MYDEMO:MYTEST:txnlog para el respaldo deregistro de transacción (nivel de registros solamente).

Cuando haya determinado el nombre del saveset, puede ejecutar el comando ddbmadmin paramostrar la información del saveset de respaldo, incluidas las horas de guardado de los savesets.

Por ejemplo, el siguiente comando ddbmadmin muestra dos savesets correspondientes con lostiempos de guardado 1516039064 y 1516041320:

/opt/dpsapps/dbappagent/bin/ddbmadmin -s -e now -n oapp -z/opt/ddbda_oapp_ddbmadmin.cfg 2>&1 grep MySQL:MYDEMO:MYTEST:full

Client = ddbda, date and time = 08/13/2019 06:22:19 PM (1565734939), size = 141219968, name = MySQL:MYDEMO:MYTEST:full, Data Domain retention = 08/14/2019 06:22:19 PM (1565821339).Client = ddbda, date and time = 08/22/2019 10:23:43 AM (1566483823), size = 141219968, name = MySQL:MYDEMO:MYTEST:full, Data Domain retention = not set.



Para permitir la restauración de protección de aplicaciones coordinadas del agente de aplicación debase de datos de un respaldo de MySQL, asegúrese de que las variables de ambiente y losparámetros de protección de aplicaciones coordinadas necesarios estén establecidos.

En la documentación de MySQL se proporciona más información sobre las variables de ambientenecesarias.








l Para la configuración del parámetro BACKUP_CHAIN opcional, especifique TRUE o FALSE.Para restaurar todos los respaldos incrementales y diferenciales dependientes del últimorespaldo completo, configure el parámetro BACKUP_CHAIN en TRUE. Si el parámetroBACKUP_CHAIN no está configurado o se configura en FALSE, el comandoddbmoapprecover solo restaura el saveset de respaldo especificado.


<RECOVER> <SAVESET_NAME> MySQL:MYDEMO:MYTEST:full </SAVESET_NAME> <RELOCATION_DEST> /opt/dpsapps/dbappagent/tmp/my_test </RELOCATION_DEST> <RECOVER_TIME> 1566483823 </RECOVER_TIME></RECOVER>


Recuperación de los datos de MySQL respaldados con el comandoddbmoapprecover

Antes de realizar una restauración de MySQL, asegúrese de que se cumplan los requisitos derestauración de los temas anteriores. Puede recuperar un respaldo de base de datos de MySQL oun respaldo de registro de transacciones mediante la ejecución del comando ddbmoapprecoverdesde la línea de comandos, como el usuario del sistema operativo que inició el servidor de MySQL.

Ejecute el comando ddbmoapprecover -z configuration_file_path para recuperar el respaldo deregistro de transacciones o el respaldo completo de MySQL desde Data Domain.

El programa ddbmoapprecover recupera el respaldo de MySQL de Data Domain en el directoriode destino especificado por el parámetro RELOCATION_DEST. De manera predeterminada, amenos que configure RECOVER_TIME, el comando ddbmoapprecover restaura el respaldo másreciente. El tema anterior proporciona más información acerca de la configuración de losparámetros de restauración.

Restauración de los datos recuperados a la base de datos de MySQL


1. Utilice las utilidades de restauración de MySQL para completar la recuperación de respaldo. Enla documentación de MySQL se proporcionan más detalles sobre cómo usar las utilidades derestauración.

2. Ejecute un respaldo completo de la base de datos de MySQL restaurada antes de usarla.

Nota: Después de una recuperación de respaldo, es necesario realizar un respaldo completode la base de datos de MySQL.

Ejecución de la restauración de datos de PostgreSQLRealice la restauración de protección de aplicaciones coordinadas de datos de PostgreSQLmediante los procedimientos que se describen en los siguientes temas:




l Realización de la restauración de configuraciónl Registro de restore_command de PostgreSQL para la restauración de archivado de WAL

l Recuperación de datos respaldados de PostgreSQL con el comando ddbmoapprecoverl Restauración de los datos recuperados a la base de datos de PostgreSQL



Puede usar los valores de los parámetros de respaldo DATABASE_TYPE, INSTANCE_NAME yBACKUP_NAME para determinar el nombre del saveset del respaldo que se consultará. Según laconfiguración de estos parámetros, el nombre del saveset de PostgreSQL es el siguiente:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full


<BACKUP_NAME> bkp30 </BACKUP_NAME><DATABASE_TYPE> postgres </DATABASE_TYPE><INSTANCE_NAME> aug30 </INSTANCE_NAME>

En este caso, el nombre del saveset de respaldo es postgres:aug30:bkp30:full

Cuando haya determinado el nombre del saveset, puede ejecutar el siguiente comando paramostrar la información del saveset de respaldo, incluido el tiempo de guardado de los savesets.

ddbmadmin -s -b start_time -e end_time -n oapp -z config_file 2>&1 | grep full

Por ejemplo, el siguiente comando ddbmadmin muestra dos savesets correspondientes con lostiempos de guardado 1567180670 y 1567180955:

/opt/dpsapps/dbappagent/bin/ddbmadmin -s -e now -n oapp -z /opt/ddbda_oapp_ddbmadmin.cfg 2>&1 | grep postgres:aug30:bkp30:full

Client = blrv055a131, date and time = 08/30/2019 09:27:50 PM (1567180670), size = 98859688, name = postgres:aug30:bkp30:full, Data Domain retention = not set.Client = blrv055a131, date and time = 08/30/2019 09:32:35 PM (1567180955), size = 98860722, name = postgres:aug30:bkp30:full, Data Domain retention = not set.



Para permitir la restauración de protección de aplicaciones coordinadas del agente de aplicación debase de datos de un respaldo de PostgreSQL, asegúrese de que las variables de ambiente y losparámetros de protección de aplicaciones coordinadas necesarios estén establecidos.

En la documentación en línea de la base de datos de PostgreSQL, se proporciona más informaciónsobre las variables de ambiente necesarias.









<RECOVER> <SAVESET_NAME> postgres:aug30:bkp30:full </SAVESET_NAME> <RELOCATION_DEST> /opt/dpsapps/dbappagent/tmp/my_test </RELOCATION_DEST> <RECOVER_TIME> 1567180955 </RECOVER_TIME></RECOVER>


Registro del restore_command de PostgreSQL para la restauración dearchivado de WAL

Para habilitar la restauración de archivo de segmento de WAL archivado de PostgreSQL, deberegistrar el programa ddbmoapprecover con sus opciones de línea de comandos necesarias através de la configuración de restore_command en el archivo recovery.conf.

Nota: Para configurar correctamente todos los parámetros en el archivo recovery.confpara la restauración y recuperación en particular, siga los detalles en el capítulo "Configuraciónde recuperación" del documento PostgreSQL en línea en www.postgresql.org.

En la configuración de restore_command, especifique el comando ddbmoapprecover y susopciones de línea de comandos en la siguiente tabla para proporcionar la funcionalidad derestauración necesaria. Por ejemplo, el archivo recovery.conf puede incluir el siguiente tipo deconfiguración de restore_command:

restore_command = '/opt/dpsapps/dbappagent/bin/ddbmoapprecover -o pg_p_opt="%p" -o pg_f_opt="%f" -z configuration_file_path'

En la siguiente tabla, se describe cada opción de la línea de comandos de ddbmoapprecovercompatible con la configuración de restore_command. Cada opción de línea de comandoscomienza con un guion (-).

Nota: La opción -z es obligatoria para todas las operaciones de restauración.

Asegúrese de que todos los parámetros de restauración de protección de aplicaciones coordinadasrequeridos también se establezcan en el archivo de configuración de agente de aplicación de base



https://www.postgresql.org

de datos. Parámetros para restauraciones de protección de aplicaciones coordinadas en la página386 proporciona detalles sobre los parámetros de restauración.

Recuperación de datos de PostgreSQL respaldados con el comandoddbmoapprecover

Antes de realizar una restauración de PostgreSQL, asegúrese de que se cumplan los requisitos derestauración de los temas anteriores. Puede recuperar un respaldo de la base de datos dePostgreSQL o de registro de transacciones mediante la ejecución del comandoddbmoapprecover desde la línea de comandos, como el usuario del sistema operativo que inicióel servidor PostgreSQL.

Para recuperar los archivos de registro de WAL archivados en PostgreSQL, el demonio dePostgreSQL ejecuta el comando ddbmoapprecover que está registrado en la configuraciónrestore_command del archivo recovery.conf. Registro del restore_command de PostgreSQLpara la restauración de archivado de WAL en la página 412 En , se proporciona informacióndetallada.

Para recuperar el respaldo de PostgreSQL desde Data Domain, ejecute el comandoddbmoapprecover -z configuration_file_path .

El programa ddbmoapprecover recupera el respaldo de PostgreSQL de Data Domain en eldirectorio de destino especificado por el parámetro RELOCATION_DEST. De manerapredeterminada, a menos que configure RECOVER_TIME, el comando ddbmoapprecoverrestaura el respaldo más reciente. El tema anterior proporciona más información acerca de laconfiguración de los parámetros de restauración.

Restauración de los datos recuperados a la base de datos de PostgreSQL

Después de ejecutar el comando ddbmoapprecover -z configuration_file_path para recuperarel respaldo en el directorio especificado, realice los siguientes pasos:

1. Utilice las utilidades de restauración de PostgreSQL para completar la recuperación derespaldo. Por ejemplo:

a. Asegúrese de encontrar los datos respaldados en el directorio especificado en el archivo deconfiguración de restauración.

b. Apague el servidor de PostgreSQL.

c. Copie los archivos en recovery_location/basebackup a la carpeta de datos dePostgreSQL.

d. Cree el archivo recovery.conf y copie el archivo en la carpeta de datos.

e. Inicie el servidor de PostgreSQL, lo que hace que PostgreSQL lea el archivorecovery.conf y, a continuación, recupere y aplique los archivos de registro necesariospara el tiempo de destino o la transacción necesaria.

En la documentación de PostgreSQL, se proporcionan más detalles sobre cómo usar lasutilidades de restauración y cómo restaurar y recuperar la base de datos.

2. Ejecute un respaldo completo de la base de datos de PostgreSQL.

Nota: Después de una recuperación de respaldo, es necesario realizar un respaldo completode la base de datos de PostgreSQL.



Preparación para la recuperación ante desastres de protecciónde aplicaciones coordinadas

Para preparar un ambiente de base de datos o de aplicaciones para una recuperación antedesastres de protección de aplicaciones coordinadas, ejecute respaldos regulares de la base dedatos o la aplicación protegida por la protección de aplicaciones coordinadas.


Consulte la guía de administración de la base de datos o aplicaciones según la información brindadapor el proveedor para obtener detalles acerca de todos los archivos que se deben respaldar en unescenario de recuperación ante desastres. Agregue el comando necesario en el script del shell derespaldo especificado por BACKUP_SCRIPT, para copiar o generar los archivos en el directorio$OAPP_MOUNT_DIR/. Estos archivos se incluirán en el saveset de respaldo.

Procedimiento

1. En el script del shell de respaldo, agregue el comando para copiar los archivos necesarios aldirectorio $OAPP_MOUNT_DIR/. Por ejemplo:

cp /home/postgres/postgresql.conf $OAPP_MOUNT_DIR/

2. Especifique el nombre de ruta del script del shell de respaldo editado en la configuración delparámetro BACKUP_SCRIPT, en el archivo de configuración de agente de aplicación de basede datos.

Los archivos necesarios se respaldan durante cada respaldo de protección de aplicacionescoordinadas.

Ejecución de una recuperación ante desastres de protección de aplicacionescoordinadas

Puede utilizar los siguientes pasos para realizar una recuperación ante desastres de protección deaplicaciones coordinadas.

Procedimiento

1. Ejecute los procedimientos necesarios para configurar el hardware del sistema, instalar elsistema operativo e instalar la base de datos o el software de la aplicación que se protegiómediante la protección de aplicaciones coordinadas.

Asegúrese de que la versión de software de la base de datos o la aplicación sea la misma quese utiliza en el agente de aplicación de base de datos y los respaldos de protección deaplicaciones coordinadas.

2. Instale el software del agente de aplicación de base de datos, según las guías de instalacióncorrespondientes.

3. Ejecute el comando de protección de aplicaciones coordinadas ddbmoapprecover pararestaurar los datos respaldados y los archivos necesarios a un directorio local. Por ejemplo:

ddbmoapprecover -z configuration_file_path

Realización de una restauración de datos de protección de aplicaciones coordinadas en lapágina 402 proporciona detalles sobre las configuraciones y los procedimientos derestauración necesarios.



4. Complete la restauración y recuperación de la base de datos o de la aplicación siguiendo lasinstrucciones de la guía de administración de la base de datos o de la aplicación.

Consejos para la solución de problemas de protección deaplicaciones coordinadas

Si tiene problemas con las operaciones de protección de aplicaciones coordinadas, puedesolucionar los problemas mediante la configuración de parámetros específicos que generan el niveladecuado de información de depuración.

Si tiene problemas con una operación de respaldo o restauración de protección de aplicacionescoordinadas, establezca los parámetros DEBUG_LEVEL y DPRINTF a los siguientes valores en elarchivo de configuración de agente de aplicación de base de datos:

<DEBUG_LEVEL> 9 </DEBUG_LEVEL><DPRINTF> TRUE </DPRINTF>

Si tiene problemas con BoostFS de Data Domain, configure los parámetros DEBUG_LEVEL,DPRINTF y DEBUG_BOOSTFS a los siguientes valores en el archivo de configuración de agente deaplicación de base de datos:

<DEBUG_LEVEL> 9 </DEBUG_LEVEL><DPRINTF> TRUE </DPRINTF><DEBUG_BOOSTFS> TRUE </DEBUG_BOOSTFS>

Parámetros de protección de aplicaciones coordinadas en la página 380 proporciona más detallesacerca de los parámetros de configuración compatibles.

En los temas siguientes, se proporcionan consejos de solución de problemas adicionales para laprotección de aplicaciones coordinadas.

El respaldo de protección de aplicaciones coordinadas puede fallar en Linux conun error fusermount

Con algunas distribuciones y versiones de Linux, un respaldo de protección de aplicacionescoordinadas puede fallar con el siguiente tipo de mensaje de error:

The backup command '/usr/bin/backup.sh' did not complete successfully: The command '/opt/emc/boostfs/bin/boostfs' did not complete successfully. Error: fusermount: /nsr/apps/tmp/d631ab4b_318204_3494 not mounted. Return code: 0.

En este mensaje de ejemplo, /usr/bin/backup.sh es el nombre de ruta del archivo de script derespaldo definido por el usuario y d631ab4b_318204_3494 es un directorio temporal. Estosnombres serán diferentes en el mensaje de error que se muestra en cada ambiente en particular.

El error se produce cuando el archivo binario fusermount considera que el punto de montaje estádesmontado, pero el punto de montaje permanece en el estado montado.

Para obtener ayuda con este problema, póngase en contacto con el servicio de soporte técnico deData Domain y haga referencia al número de error 206596 de Data Domain.



Es posible que el respaldo de protección de aplicaciones coordinadas sesuspenda en Linux con la autenticación de contraseña de base de datos

Durante un respaldo de protección de aplicaciones coordinadas, aparece la petición de contraseñaen la consola de comandos. Por ejemplo, es posible que vea una de las siguientes peticiones decontraseña en la consola de comandos:

Password:

o

Enter Password:

La base de datos requiere la autenticación de contraseña para habilitar el respaldo. Cuando laconfiguración del parámetro USER_PSWD_PROMPT no está presente en el archivo deconfiguración, el respaldo se suspende cuando aparece la petición de contraseña.

En este caso, asegúrese de que el parámetro USER_PSWD_PROMPT esté configurado en el archivode configuración de agente de aplicación de base de datos. Si estos parámetros ya estánconfigurados, asegúrese de que la configuración del parámetro USER_PSWD_PROMPT coincida conla petición de contraseña en la consola.



APÉNDICE

Optimización del rendimiento

Este apéndice incluye los siguientes temas:

l Optimización del rendimiento de respaldo y recuperación....................................................418l La regla del 70 % del componente de hardware................................................................... 418l Impacto de los componentes de software en el rendimiento................................................ 418l Optimización del rendimiento en sistemas DB2.................................................................... 419l Optimización del rendimiento en los sistemas Oracle.......................................................... 420l Optimización del rendimiento en los sistemas SAP HANA................................................... 420l Optimización del rendimiento en sistemas SAP con Oracle.................................................. 421


Optimización del rendimiento de respaldo y recuperaciónTodo ambiente de respaldo tiene un cuello de botella. El cuello de botella determina el máximorendimiento del sistema. La velocidad de las operaciones de respaldo y restauración está limitadapor la velocidad del componente más lento en la cadena.

Cuando configura las expectativas de rendimiento de respaldo y recuperación, tenga en cuenta losrequisitos de dimensionamiento del ambiente de respaldo.

Tenga en cuenta los requisitos de dimensionamiento del ambiente de respaldo:

l Analice la infraestructura de red y el almacenamiento de Data Domain antes de establecer lasexpectativas de rendimiento.

l Analice y establezca el objetivo de tiempo de recuperación (RTO) para la aplicación.

l Determine la ventana de respaldo

l Determine la cantidad de datos que se deben respaldar durante los respaldos completos, losincrementales y los de registro.

l Determine la tasa de crecimiento de datos.

l Determine los requisitos de retención de respaldo.

La regla del 70 % del componente de hardwareLas especificaciones de rendimiento del fabricante que están basadas en ambientes teóricos raravez o nunca se cumplen en ambientes de recuperación y respaldo reales. Como mejor práctica,nunca supere el 70 % de la capacidad nominal de cualquier componente.

Tenga en cuenta los siguientes componentes de hardware:

l CPU

l Almacenamiento

l Red

l Bus interno

l Memoria

l Fibre Channel

El rendimiento y el tiempo de respuesta se reducen significativamente cuando se supera el umbralde utilización del 70 %.

Impacto de los componentes de software en el rendimientoLas aplicaciones que se ejecutan en el host del cliente son los usuarios principales de recursos deI/O, CPU y red. Las aplicaciones suelen utilizar una cantidad considerable de esos recursos, lo queafecta los respaldos. Los respaldos también pueden consumir muchos recursos y pueden afectar elrendimiento de las aplicaciones principales.

Varios componentes pueden afectar el rendimiento en las configuraciones del sistema:

l Las restauraciones y los respaldos de las aplicaciones se basan en objetos, donde un objetopuede ser un archivo o un flujo. Un respaldo o restauración de muchos objetos pequeños, por logeneral, tarda más que un respaldo o restauración de una pequeña cantidad de objetosgrandes, incluso cuando se procesa la misma cantidad de datos:

n Configure el registro de transacciones para generar archivos de registro más grandescuando sea posible.



n Para las aplicaciones que son compatibles con la ejecución explícita de respaldos deregistros, calendarice la mejor frecuencia de respaldo de registro que se base en el RTO.

l Por lo general, la cantidad de respaldos (savesets) que se almacenan en el sistema DataDomain no afecta el rendimiento del respaldo. Sin embargo, para algunas aplicaciones, comoSAP HANA o DB2, el número de respaldos almacenados podría afectar el rendimiento de larestauración:

n Use herramientas de aplicación para configurar la retención adecuada para los respaldoscuando sea posible y asegúrese de que se limpien los respaldos obsoletos de maneraregular.

n Siga las instrucciones en Configuración de la visualización y la eliminación de informacióndel saveset en la página 125 para obtener la lista y el número de objetos de respaldo(savesets) que se almacenan en el sistema Data Domain.

n Use rutas de dispositivos diferentes para instancias de base de datos diferentes a fin deaumentar la velocidad de recuperación. Un sistema cliente con cuatro o cinco instancias debase de datos puede tener cinco veces la cantidad de respaldos en un directorio, lo cualpodría dar lugar a una restauración más lenta para algunas aplicaciones.

l La compresión y el cifrado de respaldo son operaciones que consumen muchos recursos en elcliente, lo cual puede afectar considerablemente el rendimiento del respaldo y la tasa dededuplicación de datos que se almacenan en el sistema Data Domain:

n No use la compresión de respaldo basada en aplicaciones, porque el software de DD Boostalmacena datos en un formato comprimido.

n Use el cifrado en transferencia de Data Domain para proteger los datos en tránsito. Habilitarel cifrado mediante una conexión WAN en la página 52 proporciona información detallada.

l La ejecución de respaldos y restauraciones (multi-stream) paralelos aumenta la velocidad delas operaciones:

n Asegúrese de que la cantidad de flujos simultáneos o totales en el sistema Data Domain nosupere la cantidad máxima de flujos admitidos.

Los siguientes temas describen el impacto en el rendimiento de varios respaldos para cada tipo deaplicación de base de datos y proporcionan información sobre cómo mejorar el rendimiento.

Optimización del rendimiento en sistemas DB2Puede optimizar el rendimiento en un sistema DB2 a través de las prácticas recomendadas paraarchiving de registros de transacciones de DB2, respaldos multi-stream y eliminaciones derespaldo.

Configuración de archiving de registros de transacciones de DB2

Se recomienda mantener la base de datos activa, de modo que los registros archivados serespalden a tiempo. Esta práctica le permite evitar el respaldo de muchos registros archivados, loque reduce los respaldos simultáneos de base de datos.

Nota:La cantidad de registros respaldados en el almacenamiento de respaldo de DB2 podría afectarel rendimiento de las operaciones de puesta al día.

Por ejemplo, cuando se restaura a una base de datos no existente con una puesta al día, lasiguiente operación de puesta al día podría requerir un escaneo completo de todas las entradasde registros respaldados. Puede restaurar una base de datos inexistente durante unarecuperación ante desastres cuando se han perdido todos los datos de la base de datos. Elescaneo enfrenta una solicitud de DB2 para consultar la cadena de registro más alta disponible.



Configuración de respaldos multi-stream

El tiempo de ejecución de restauración de un respaldo multi-stream de DB2 incluye el tiempo parabuscar los flujos. La manera en que se transmiten los datos en el respaldo afecta la tasa dededuplicación de respaldo y el rendimiento de las operaciones de respaldo y restauración.Asegúrese de completar una configuración óptima para un respaldo multi-stream de DB2. Elsiguiente artículo de IBM proporciona más detalles:

http://www.ibm.com/developerworks/data/library/techarticle/dm-1302db2deduplication

Configuración de eliminación de respaldos de DB2 para las operaciones de Application Direct

Use la eliminación automática de DB2 de objetos de recuperación para quitar o eliminar los objetosde respaldo que se vuelven obsoletos. Cuando se elimina una imagen de base de datos, también seeliminan todos los respaldos de registros archivados asociados.

Si la configuración de limpieza de registros y bases de datos es incorrecta, la limpieza fallasilenciosamente. En ese caso, el historial de recuperación de DB2 no se limpiará y no se eliminaránlos respaldos obsoletos. Esta situación también puede interferir con las restauraciones y losrespaldos posteriores. Para evitar el problema, asegúrese de que la eliminación de respaldos estéconfigurada correctamente y, a continuación, monitoree periódicamente el registro de diagnósticode db2 para ver si hay problemas de limpieza y repararlos de manera oportuna. Sugerencias desolución de problemas de DB2 para las operaciones de Application Direct en la página 187proporciona detalles sobre posibles casos de error, como problemas de limpieza de DB2 yresoluciones.

Administración y eliminación de respaldos de DB2 de Storage Direct

La eliminación automática de DB2 de objetos de recuperación no se aplica a respaldos deinstantáneas de DB2. Ejecute el comando db2acsutil manualmente para limpiar las instantáneasobsoletas periódicamente.

Optimización del rendimiento en los sistemas OracleLa cantidad de respaldos en el almacenamiento de respaldo de Oracle no afecta el rendimiento delas operaciones de restauración. Se recomienda que conserve solo los respaldos que se requierenpara RTO, lo que ahorra espacio de almacenamiento de respaldo.

Configure la política de retención de Oracle, que se basa en la ventana de recuperación o en laredundancia, para identificar respaldos obsoletos. Elimine los respaldos obsoletos regularmenteejecutando el comando rman delete obsolete. Siga las instrucciones sobre cómo realizaroperaciones de eliminación y mantenimiento de respaldos de Oracle en los capítulos de esta guía deOracle.

Optimización del rendimiento en los sistemas SAP HANALa cantidad de respaldos en el almacenamiento de respaldo de SAP HANA puede disminuir elrendimiento de las operaciones de restauración. Pruebas han demostrado que el tiempo necesariopara las operaciones relacionadas con la restauración aumenta con la cantidad de respaldos que sealmacenan en el sistema Data Domain.

Se recomienda evitar la creación de una gran cantidad de respaldos de registros de reconstitucióna fin de optimizar el tiempo de restauración.

Configuración de respaldos automáticos de registros de reconstitución de SAP HANA

De forma predeterminada, SAP HANA respalda los registros de reconstitución de las bases dedatos cada 15 minutos, lo que genera muchos respaldos pequeños si la base de datos no está



http://www.ibm.com/developerworks/data/library/techarticle/dm-1302db2deduplication

ocupada. Si está permitido por el RTO, aumente el intervalo de respaldo del registro para generaruna menor cantidad de respaldos más grandes.

Considere respaldar los datos y los registros de SAP HANA en rutas del dispositivo independientesen el sistema Data Domain. Puede lograr esto mediante la especificación de archivos de utilidadseparados para los respaldos de datos y de registros. Por ejemplo, especifique que el archivo deutilidad para los respaldos de datos utilice la configuración DEVICE_PATH=/<device_path>/DATA,y que el archivo de utilidad para los respaldos de registros utilice la configuración DEVICE_PATH=/<device path>/LOGS. Como resultado, SAP HANA escanea menos registros durante larestauración.

Eliminación de respaldos de Application Direct con SAP HANA Studio

Eliminar regularmente los respaldos antiguos del sistema Data Domain reduce la cantidad deentradas de respaldo, lo que permite restauraciones más rápidas. Siga las instrucciones en Eliminación de respaldos de Application Direct mediante SAP HANA Studio en la página 325.

La eliminación de respaldos de SAP HANA con Backint es un proceso que se ejecuta en segundoplano después de que SAP HANA notifica que se han eliminado las entradas de su propio catálogo.El tiempo de proceso de la eliminación puede verse afectado por una gran cantidad de respaldos.

Optimización del rendimiento en sistemas SAP con OracleLa cantidad de respaldos en el almacenamiento de respaldo de SAP con Oracle no afecta elrendimiento de las operaciones de restauración. Se recomienda que conserve solo los respaldosque se requieren para RTO, lo que ahorra espacio de almacenamiento de respaldo.

SAP BR*Tools no proporciona una interfaz para la eliminación de respaldos que se realizaron con elprograma backint. Para eliminar esos respaldos, siga las instrucciones sobre la eliminación derespaldos en Configuración de la visualización y la eliminación de información del saveset en lapágina 125.

Siga las instrucciones de Oracle RMAN para la eliminación y el mantenimiento de los respaldos quese realizan con BR*Tools y la interfaz de RMAN.





GLOSARIO

Este glosario contiene las definiciones de los términos utilizados en este manual. La mayoría de lostérminos son específicos del agente de aplicación de base de datos.

A

agente de aplicación debase de datos

Software que permite las operaciones Application Direct y Storage Direct que serealizan a través de los flujos de trabajo Application Direct y Storage Direct,respectivamente. Este agente se conocía anteriormente como DD Boost para bases dedatos y aplicaciones (DDBDA).

archivo de guardado Bloque o archivo de datos del sistema operativo, el objeto más simple que se puederespaldar o restaurar.

C

cliente Servidor de base de datos o aplicaciones cuyos datos se pueden respaldar y restaurarcon el software del agente de aplicación de base de datos.

cliente de destino Computadora a la que una recuperación dirigida restaura los datos de la base de datos.

clúster activo-pasivo Tipo de configuración de clúster donde el servidor de datos se ejecuta en el nodoactivo, y otros nodos son nodos pasivos que conservan las actualizaciones de datos yesperan para asumir el control si se produce un error en el nodo activo.

conjunto de grupos Conjunto definido por el usuario de grupos de coherencia de RecoverPoint que seutilizó para ejecutar actividades operacionales y de recuperación. Para las operacionesde Storage Direct con RecoverPoint:

l No se puede habilitar el uso de marcadores paralelos para un conjunto de grupos.

l En un grupo de coherencia, la copia local existe en el sistema Data Domain y no hayningún volumen de registro para esa copia local.

D

DD Boost Una biblioteca y un marco de trabajo de comunicación optimizados con una APIespecial de Data Domain que habilita que el software de respaldo defina los dispositivosde almacenamiento en el sistema Data Domain e interactúe con ellos.

disco compartido Disco de almacenamiento conectado a varios nodos del clúster.

Dispositivo deRecoverPoint (RPA)

Dispositivo inteligente de protección de datos de RecoverPoint como una máquinafísica o virtual que administra todos los aspectos de la replicación de datos confiable.En un respaldo de Storage Direct con RecoverPoint, el RPA lee los datos de lainstantánea de un sistema XtremIO y utiliza DD Boost para transferir los datos a losarchivos de trabajo en un sistema Data Domain.


dispositivo de respaldo LUN encapsulado (eLUN) o LUN de FAST.X en un sistema VMAX, que se creaencapsulando un LUN de vdisk de DD durante un respaldo de Storage Direct. Consultedispositivo de restauración

dispositivo derestauración

LUN encapsulado (eLUN) o LUN de FAST.X en un sistema VMAX, que se utilizadurante la restauración de un respaldo de Storage Direct. Consulte dispositivo derespaldo

E

eLUN LUN encapsulado en un sistema VMAX, que se crea mediante el software FAST.X.

espacio de tablas Estructura de base de datos de Oracle que consta de uno o más archivos de datos.

F

FAST.X Software FAST.X en el sistema VMAX que encapsula los LUN para el almacenamientode Data Domain, conserva los datos existentes en los LUN y permite el acceso a losLUN externos por medio del sistema VMAX.

firewall Un sistema diseñado para evitar el acceso no autorizado a una red privada o desde unared privada.

función obsoleta Función que se admite en la versión actual del software, pero no se admitirá y seeliminará en una versión futura.

G

grupo de consistencia Grupo de RecoverPoint que protege un conjunto de LUN (volúmenes) de origen. Dosconjuntos de datos que dependen el uno del otro, como una base de datos y un registrode base de datos, deben formar parte del mismo grupo de consistencia. Loscomponentes lógicos de un grupo de consistencia incluyen copias, conjuntos dereplicación y registros.

H

host Computadora de una red.

I

imagen estática Copia de una instantánea de VMAX SnapVX en el sistema Data Domain.

instantánea de SnapVX Instantánea creada con VMAX SnapVX, que es una tecnología de instantáneascompatible con arreglos VMAX específicos.

Glosario


L

level Opción de configuración de respaldo que especifica la cantidad de datos que seguardan durante un respaldo:

l Un respaldo completo respalda todos los objetos de datos, independientemente decuándo se modificaron por última vez.

l Un respaldo incremental respalda solamente los objetos de datos que semodificaron desde el respaldo anterior.

LUN de origen LUN en el sistema VMAX donde residen los datos originales.

N

nivel de respaldo Consulte level

nodos de clúster Un grupo de hosts físicos o virtuales vinculados con almacenamiento compartido en unclúster, que trabajan en conjunto y se representan como un único host denominadohost de clúster virtual.

O

Oracle RecoveryManager (RMAN)

Utilidad de Oracle que actúa como una interfaz inteligente de bases de datos de Oraclepara el respaldo y la restauración de objetos de base de datos de Oracle.

P

paralelismo Método que respalda o recupera datos por medio de múltiples flujos simultáneos.

pathname Conjunto de instrucciones para el sistema operativo a fin de que acceda a un archivo:

l Un nombre de ruta absoluto indica cómo buscar un archivo desde el directorio raízhacia abajo en el árbol de directorios.

l Un nombre de ruta relativo indica cómo encontrar un archivo a partir de laubicación actual.

procesamientodistribuido de segmentos

(DSP)

Parte de la interfaz de DD Boost, que permite que se ejecute la deduplicación de datosen un host antes de que los datos se envíen al sistema Data Domain para elalmacenamiento.

R

RecoverPoint Sistema de software que incluye los divisores de RecoverPoint y los dispositivosRecoverPoint (RPA) que se utilizan para replicar y proteger los datos. El agente deaplicación de base de datos utiliza software de Storage Direct y RecoverPoint paraejecutar los respaldos de datos de la base de datos en un sistema XtremIO a un sistemaData Domain.

recuperación dedesastres

Restauración y recuperación de los datos y las operaciones del negocio en caso dedaño del software o falla del hardware.

Glosario


recuperación de puestaal día

Tipo de recuperación de base de datos de DB2 que aplica registros de transacción pararestaurar la base de datos a un determinado punto en el tiempo.

recuperación dirigida Método que recupera los datos que se originaron en el host de un cliente y los recreaen otro host cliente, conocido como el cliente de destino.

Recuperar Restauración de archivos de datos de medios de respaldo a un disco del cliente yaplicación de registros de transacciones o de reconstitución para que los datos seancoherentes con un momento específico.

registro detransacciones

Registro de transacciones de base de datos con nombre o una lista de los archivosmodificados en una base de datos, que está almacenado en un archivo de registro parahabilitar transacciones de reversión y restauración rápidas.

respaldo 1. Duplicado de los datos de base de datos o aplicación, o de un sistema informáticocompleto, que está almacenado por separado del original, que usted puede usarpara recuperar el original si este se destruye o daña.

2. Operación que guarda los datos en un volumen para su uso durante unarecuperación.

respaldo completo Consulte level

respaldo condeduplicación

Tipo de respaldo en el cual los bloques de datos redundantes se identifican y solo sealmacenan los bloques únicos de datos. Cuando se restauran los datos deduplicados, larestauración devuelve a los datos a su formato nativo original.

Respaldo de StorageDirect

Respaldo de datos de DB2, Oracle o SAP con Oracle en el nivel LUN en un sistemaVMAX o XtremIO a un sistema Data Domain. El software del agente de aplicación debase de datos y el software de Storage Direct utilizan las siguientes tecnologías paraejecutar el respaldo de manera conjunta:

l Para un respaldo desde VMAX, utilice las tecnologías de FAST.X y SnapVX en elsistema VMAX, y las tecnologías vdisk y FastCopy en el sistema Data Domain.

l Para un respaldo desde XtremIO, use el splitter de RecoverPoint y las tecnologíasde grupo de coherencia en el sistema de XtremIO y el disco virtual, de copia rápiday las tecnologías de DD Boost en el sistema Data Domain.

respaldo en activo Consulte respaldo en línea

respaldo en frío Consulte respaldo offline

respaldo en línea Respaldo de los objetos de base de datos que se realiza mientras la instancia o la basede datos correspondientes están funcionando y disponibles para los usuarios.

respaldo incremental Consulte level

respaldo offline El respaldo de los objetos de base de datos es realizado mientras la instancia o la basede datos correspondientes están apagadas y no disponibles para los usuarios.

restauración Recuperación de archivos de datos individuales desde medios de respaldo y copia delos archivos en un disco, sin aplicar los registros de transacciones. Consulte Recuperar

Glosario


restauración dereversión

Restauración a nivel de bloques que se obtiene con el arreglo de almacenamientoprimario.

La restauración de reversión desde un respaldo de Storage Direct para VMAX es larestauración de todo el LUN. Una restauración de reversión desde un respaldo deStorage Direct con RecoverPoint es la restauración de todo el grupo de consistencia,grupo de volumen o LUN de RecoverPoint, según el tipo de servidor de base de datos yla versión de RecoverPoint.

Una restauración de reversión siempre restaura los datos a los LUN de origen(originales) en el almacenamiento primario.

roll forward Para aplicar los registros de transacciones a una base de datos recuperada pararestaurarla a un estado que sea coherente con un determinado punto en el tiempo.

S

saveset Conjunto de uno o más archivos de guardado creados durante la sesión de respaldo.

sistema Data Domainprincipal

Sistema Data Domain que almacena los respaldos que se realizan desde un host debase de datos o aplicación. El agente de aplicación de base de datos puede respaldardatos solo en un sistema Data Domain principal.

sistema Data Domainsecundario

Sistema de Data Domain desde el cual puede restaurar respaldos replicados a un hostde aplicación o base de datos mediante el agente de aplicación de base de datos. Unadministrador de Data Domain replica los respaldos de un sistema Data Domainprincipal al sistema secundario.

sistema de altadisponibilidad

Sistema de múltiples computadoras configuradas como nodos interconectados en unared que garantiza que los servicios de aplicaciones continúen en funcionamiento apesar de una falla de hardware o software.

Storage Direct Un flujo de trabajo alternativo que proporciona protección de datos basada en bloquesdel almacenamiento primario al almacenamiento de protección. El agente de aplicaciónde base de datos admite el uso del flujo de trabajo de Storage Direct para respaldos dedatos de aplicaciones en un sistema VMAX o XtremIO a un sistema Data Domain.

Symdev-ID ID de dispositivo asignado por VMAX cuando un dispositivo o un volumen se crean en elsistema VMAX.

V

vdisk Tecnología de disco virtual que está disponible en DD OS 5.5 y versiones posteriores.

Glosario


Glosario


Documents

Application Agent Dell EMC PowerProtect Database · Configuración de la visualización y la eliminación de información del saveset.. 125 Uso del comando ddbmadmin para mostrar