Guía de instalación y administración · Configuración de la visualización y la eliminación de información del saveset ... La restauración falla si el valor del parámetro

Dell EMC Agente de aplicaciones de basesde datosVersión 4.7

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

REV 02

Copyright © 2013-2019 Dell Inc. o sus filiales. Todos los derechos reservados.

Publicado en Enero de 2019

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

aviso.

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

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

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

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

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

dueños. Publicado en México.

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

2 Agente de aplicaciones de bases de datos 4.7 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

Respaldos y restauraciones de DD Boost....................................... 23Respaldos y restauraciones de ProtectPoint en un sistema VMAX....25Respaldos y restauraciones de ProtectPoint con RecoverPoint enun sistema XtremIO....................................................................... 29

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

Límites de uso de los recursos de Data Domain.......................................... 45Operaciones de agente de aplicaciones de base de datos con límitesde uso en la capacidad de Data Domain......................................... 46Operaciones de agente de aplicaciones de base de datos con límitesde uso de Data Domain en los flujos............................................... 47Operaciones de ProtectPoint del agente de aplicaciones de base dedatos con límites de uso de Data Domain....................................... 47

Plan de trabajo para operaciones de productos.......................................... 49

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

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

Figuras

Tablas

Prefacio

Capítulo 1

Capítulo 2

CONTENIDO

Agente de aplicaciones de bases de datos 4.7 Guía de instalación y administración 3

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

Instalar el software en AIX............................................................. 64Desinstalar el software en AIX....................................................... 67

Instalación y desinstalación del software en HP-UX................................... 68Instalar el software en HP-UX....................................................... 68Desinstalar el software en HP-UX..................................................70

Instalación y desinstalación del software en Linux...................................... 70Instalar el software en Linux........................................................... 71Desinstalar el software en Linux.....................................................72

Instalación y desinstalación del software en Solaris.................................... 73Instalar el software en Solaris........................................................ 73Desinstalar el software en Solaris.................................................. 75

Instalación y desinstalación del software en Microsoft Windows................ 75Instalar el software en Windows.................................................... 76Desinstalar el software en Windows...............................................77

Componentes de software..........................................................................78Vínculos de software creados durante la instalación...................... 80

Configuración del producto 83Plan de trabajo para la configuración.......................................................... 84Preparación del archivo de configuración................................................... 84

Reglas de sintaxis para el archivo de configuración....................... 86Parámetros comunes..................................................................... 87Parámetros comunes de ProtectPoint para VMAX........................ 90Parámetros comunes de ProtectPoint con RecoverPoint paraXtremIO.........................................................................................92

Configuración de las operaciones del producto por medio de redes IP y FibreChannel...................................................................................................... 95Configuración de la optimización de los respaldos de ProtectPoint parasoftware de múltiples rutas de otros fabricantes........................................ 97Configuración de las restauraciones de respaldos replicados...................... 97

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

Configuración de las restauraciones de ProtectPoint para VMAXdirectamente desde Data Domain............................................................. 105Configuración de las restauraciones de ProtectPoint VMAX desdeinstantáneas locales.................................................................................. 106Configuración de las restauraciones de reversión de respaldos deProtectPoint............................................................................................. 107Configuración de los límites de uso de los recursos de Data Domain.......... 112

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

Configuración del lockbox.......................................................................... 113Requisitos del lockbox...................................................................114Configuración del lockbox con el comando ddbmadmin................ 114

Configuración de la visualización y la eliminación de información del saveset................................................................................................................. 130

Uso del comando ddbmadmin para mostrar y eliminar savesets.... 131Uso del comando ddbmadmin para mostrar los clientes en una rutade dispositivo............................................................................... 134Uso del comando ddbmadmin para mostrar información del saveset.....................................................................................................135

Capítulo 3

Capítulo 4

CONTENIDO


Uso del comando ddbmadmin para mostrar información de archivode guardado................................................................................. 136Uso del comando ddbmadmin para eliminar savesets....................137Uso del comando ddbmadmin para actualizar el índice de respaldos..139

Configuración del uso de Data Domain Cloud Tier para transferencia dedatos a la nube.......................................................................................... 140

Configuración de la política de DD Cloud Tier para transferencia dedatos a la nube............................................................................. 140Ejecución de la transferencia de datos a la nube...........................143Realización de la recuperación de datos desde la nube................. 144Recuperación de datos de la nube después de una recuperaciónante desastres de DD Cloud Tier.................................................. 145

Sugerencias generales para la solución de problemas................................ 147Configuración del registro de depuración..................................... 147Archivos de registro de depuración.............................................. 148El respaldo o la restauración falla debido a un lockbox inaccesible....150El respaldo o la restauración falla debido a un lockbox obsoleto... 150El comando ddbmadmin -P tiene un conflicto con una aplicacióninstalada.......................................................................................150La creación del lockbox puede fallar en un recurso compartido NFS/CIFS..............................................................................................151Procedimiento de creación de lockbox cuando está habilitada lafunción UAC en Windows..............................................................151Una actualización importante en el sistema puede producir un errordel umbral de valor estable del lockbox......................................... 151La restauración falla si el valor del parámetro CLIENT no coincidecon el nombre de cliente de respaldo........................................... 152

Sugerencias para solucionar problemas específicos de ProtectPoint........ 153La operación de ProtectPoint puede fallar debido a problemas deconfiguración............................................................................... 153La restauración puede fallar debido a una versión incompatible delsistema de archivos o administrador de volúmenes...................... 154Solución de problemas de restauraciones de ProtectPoint paraVMAX...........................................................................................154Los dispositivos de ProtectPoint para VMAX se deben reconocercon la base de datos de configuración Symmetrix........................ 154Debe existir un vínculo de snapvx para el dispositivo de respaldo deProtectPoint para VMAX............................................................. 155Limpieza manual de dispositivos de restauración de FAST.X despuésde un error de restauración de un respaldo de ProtectPoint paraVMAX...........................................................................................155Liberación manual de un dispositivo vdisk bloqueado después de unaoperación de restauración fallida o anulada.................................. 157

Operaciones de DD Boost en sistemas DB2 159Descripción general de las operaciones de DD Boost en un ambiente DB2....160

Procesos de respaldo de DB2 de DD Boost................................... 161Procesos de restauración de DB2 de DD Boost.............................161Respaldos de DB2 de registros de transacciones.......................... 161

Configuración de las operaciones de DD Boost en un ambiente DB2......... 162Integración del producto en el ambiente DB2............................... 162

Capítulo 5

CONTENIDO


Configuración de los parámetros de DB2 para las operaciones de DDBoost............................................................................................162Configuración de archiving de registros de transacciones de DB2....164Configuración de eliminación de respaldos de DB2.......................165Prevención de eliminación de imágenes de respaldo de DB2.........167Cálculo del uso de recursos de Data Domain en sistemas DB2......167

Ejecución de respaldos y recuperaciones de DD Boost con el CLP de DB2....169

Ejecución de respaldos de DB2 con el CLP de DB2...................... 169Ejecución de restauraciones de DB2 con el CLP de DB2...............172Ejecución de una recuperación de DB2 con el CLP de DB2...........175

Ejecución de respaldos y restauraciones de DD Boost con la GUI de DB2....177Ejecución de recuperaciones de datos de respaldo de DD Boost conprogramas de utilidades.............................................................................178

Recuperación de respaldos de bases de datos de DB2 y respaldosde registros con la utilidad ddbmdb2adutil....................................178Recuperación de datos de respaldo de DB2 con la utilidad HPU deIBM.............................................................................................. 184

Preparación para la recuperación ante desastres de DB2.......................... 187Requisitos de DPF de DB2 para operaciones de DD Boost........................ 188Requisitos de HADR de DB2 para operaciones de DD Boost......................188Requisitos de DB2 pureScale para las operaciones de DD Boost............... 190

Ejecución de respaldos de DD Boost en un ambiente DB2 pureScale..................................................................................................... 191Ejecución de respaldos de DD Boost en un ambiente DB2 pureScale..................................................................................................... 191Restauración entre una instancia de DB2 pureScale y EnterpriseServer Edition.............................................................................. 192Respaldos y restauraciones de registros de transacciones en unambiente de pureScale de DB2.....................................................193Eliminación de respaldos de DD Boost en un ambiente DB2pureScale..................................................................................... 194

Sugerencias de solución de problemas de DB2 para las operaciones de DDBoost........................................................................................................ 194

La puesta al día y la restauración de multi-stream de DB2 puedenfallar en AIX con DFC................................................................... 195Problema de DB2 con la resolución del nombre de host local....... 195Problemas de DB2 con la configuración de logarchopt<n>...........196Problemas de limpieza de DB2 con AUTO_DEL_REC_OBJ.......... 198Problemas de DB2 debido a la recuperación incorrecta de registros..199El respaldo de base de datos puede fallar cuando se ejecutasimultáneamente con respaldos de una gran cantidad de registrosarchivados................................................................................... 200La operación de DB2 podría generar registros de depuración vacíosen Windows..................................................................................201

Operaciones de ProtectPoint en sistemas DB2 203Descripción general de las operaciones de ProtectPoint en un ambiente DB2.................................................................................................................204

Procesos de respaldo de DB2 de ProtectPoint............................ 204Procesos de restauración de DB2 de ProtectPoint...................... 205Respaldos de DB2 de registros de transacciones.........................205

Capítulo 6

CONTENIDO


Configuración de las operaciones de ProtectPoint en un ambiente DB2...205Configuración de los parámetros de DB2 para las operaciones deProtectPoint................................................................................206Configuración de archiving de registros de transacciones de DB2....208Preparación para las restauraciones de reversión redirigidas de DB2de los respaldos de ProtectPoint para VMAX.............................. 208Preparación para respaldos y restauraciones de reversión de DB2 deProtectPoint con RecoverPoint...................................................208

Ejecución de respaldos y recuperaciones de ProtectPoint con el CLP de DB2.................................................................................................................209

Ejecución de respaldos de ProtectPoint con el CLP de DB2.........210Ejecución de restauraciones de ProtectPoint con el CLP de DB2....210Ejecución de una recuperación de DB2 con el CLP de DB2........... 211

Administración y eliminación de respaldos de DB2 de ProtectPoint.......... 212Consultas de los respaldos de DB2 de ProtectPoint..................... 212Eliminación de respaldos de DB2 de ProtectPoint........................ 213

Preparación para la recuperación ante desastres de DB2.......................... 213Requisitos de DPF de DB2 para operaciones de ProtectPoint................... 214

Requisitos del sistema de archivos para operaciones deProtectPoint en un ambiente de DPF........................................... 215Requisitos de configuración de las operaciones de ProtectPoint enun ambiente de DPF..................................................................... 217Ejecución de respaldos de ProtectPoint en un ambiente de DPF..218Ejecución de restauraciones de ProtectPoint en un ambiente deDPF..............................................................................................219Ejecución de operaciones de consulta y eliminación en un ambientede DPF.........................................................................................220

Requisitos de HADR de DB2 para operaciones de ProtectPoint................ 221Requisitos de DB2 pureScale para las operaciones de ProtectPoint......... 223

Descripción general de los respaldos y las restauraciones deProtectPoint de una base de datos de DB2 pureScale................. 223Requisitos de configuración de las operaciones de ProtectPoint enun ambiente DB2 pureScale.........................................................224Ejecución de respaldos de ProtectPoint en un ambiente DB2pureScale.....................................................................................227Ejecución de respaldos de ProtectPoint en un ambiente DB2pureScale.....................................................................................227Restauraciones de reversión redirigidas de respaldos deProtectPoint para VMAX en LUN alternativos en un clústerdiferente...................................................................................... 231Respaldos y restauraciones de registros de transacciones en unambiente de pureScale de DB2.................................................... 235Eliminación de respaldos de ProtectPoint en un ambiente DB2pureScale.................................................................................... 235

Sugerencias de solución de problemas de DB2 para las operaciones deProtectPoint.............................................................................................236

Es posible que falle la restauración de ProtectPoint de DB2 con elcódigo de error de DB2 SQL2081N.............................................. 236

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

Procesos de respaldo de Oracle...................................................240

Capítulo 7

CONTENIDO


Procesos de restauración de Oracle............................................. 241Respaldos de Oracle para registros de reconstitución archivados....242

Configuración de las operaciones de DD Boost en un ambiente Oracle.....242Configuración del archivo de configuración en un ambiente deOracle..........................................................................................242Creación de scripts de RMAN para las operaciones de Oracle de DDBoost........................................................................................... 243Configuración de operaciones en un ambiente de Oracle Data Guard.................................................................................................... 244Configuración de deduplicación optimizada de Oracle ................ 245Cálculo del uso de recursos de Data Domain en sistemas Oracle. 245

Migración de una configuración de Oracle desde el agente de Oracle RMAN1.x o versiones posteriores........................................................................247

Actualización de los scripts de RMAN usados con el agente deOracle RMAN 1.x o posterior........................................................248Uso del script de RMAN correcto para las operaciones derestauración.................................................................................249

Ejecución de respaldos y restauraciones de DD Boost con Oracle RMAN. 251Ejecución de respaldos y restauraciones de DD Boost con Oracle EnterpriseManager....................................................................................................251Ejecución de respaldos y restauraciones de CDB y PDB de Oracle........... 252Ejecución de operaciones de eliminación y mantenimiento de respaldos deOracle.......................................................................................................253Preparación para la recuperación ante desastres de Oracle......................253Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de DDBoost........................................................................................................254Sugerencias de solución de problemas de Oracle para las operaciones de DDBoost........................................................................................................255

Operaciones de ProtectPoint en sistemas Oracle 257Descripción general de las operaciones de ProtectPoint en un ambiente deOracle.......................................................................................................258

Procesos de respaldo de ProtectPoint para Oracle......................259Procesos de restauración de ProtectPoint para Oracle............... 259Respaldos de ProtectPoint para Oracle de registros dereconstitución archivados............................................................260

Configuración de las operaciones de ProtectPoint en un ambiente Oracle....260

Configuración del archivo de configuración en un ambiente deOracle.......................................................................................... 261Creación de los scripts de RMAN para las operaciones deProtectPoint................................................................................262Preparación para la restauración de los registros archivados.......265Preparación del dispositivo Data Domain para la restauración enWindows......................................................................................266Preparación para respaldos y restauraciones de reversión de Oraclede ProtectPoint con RecoverPoint que usan RecoverPoint 5.0 oversiones posteriores...................................................................266Preparación para respaldos y restauraciones de reversión de Oraclede ProtectPoint con RecoverPoint que usan versiones deRecoverPoint anteriores a 5.0..................................................... 267Configuración de operaciones en un ambiente de Oracle Data Guard.................................................................................................... 267

Capítulo 8

CONTENIDO


Ejecución de respaldos y restauraciones de ProtectPoint con Oracle RMAN.................................................................................................................268Ejecución de respaldos y restauraciones de ProtectPoint con OracleEnterprise Manager..................................................................................269Ejecución de respaldos y restauraciones de CDB y PDB de Oracle........... 270Ejecución de operaciones de eliminación y mantenimiento de respaldos deOracle.......................................................................................................270Preparación para la recuperación ante desastres de Oracle.......................271Requisitos de clúster activo/pasivo y Oracle RAC para operaciones deProtectPoint.............................................................................................272Requisitos de Oracle ASM para operaciones de ProtectPoint...................273

Descripción general de los respaldos y las restauraciones deProtectPoint de bases de datos de Oracle en Oracle ASM...........273Configuración de los respaldos y las restauraciones de ProtectPointde bases de datos de Oracle en Oracle ASM................................275Ejecución y administración de los respaldos de ProtectPoint de labase de datos de Oracle en Oracle ASM...................................... 279Configuración y ejecución de las operaciones del catálogo de RMANen un host proxy..........................................................................285Ejecución de la restauración y la recuperación de RMAN derespaldos de ProtectPoint de Oracle ASM...................................292Ejecución de restauraciones de reversión de respaldos deProtectPoint de Oracle ASM........................................................316

Restauración y reversión de ProtectPoint para VCS en Solaris................ 325Ejecución de una restauración de VCS de ProtectPoint...............325Ejecución de una reversión de VCS de ProtectPoint....................328

Sugerencias de solución de problemas de Oracle para las operaciones deProtectPoint............................................................................................. 331

Es posible que falle la restauración de reversión de Oracle a unabase de datos nueva cuando se activa OMF................................. 331

Operaciones de DD Boost en sistemas SAP HANA 333Descripción general de las operaciones de DD Boost en un ambiente SAPHANA....................................................................................................... 334

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

Configuración de las operaciones de DD Boost en un ambiente SAP HANA....336

Integración del producto en el ambiente SAP HANA....................336Configuración de los parámetros de SAP HANA.......................... 336Configuración de la compatibilidad de SAP HANA 2.0 SPS 00.....337Activación del archivo de configuración en SAP HANA Studio.....338Configuración de respaldos automáticos de registros dereconstitución de SAP HANA.......................................................339Cálculo del uso de recursos de Data Domain en sistemas SAP HANA.................................................................................................... 340

Ejecución de respaldos, recuperaciones y eliminaciones de DD Boost conSAP HANA Studio.................................................................................... 342

Ejecución de respaldos de DD Boost mediante SAP HANA Studio....342Ejecución de restauraciones y recuperaciones de DD Boostmediante SAP HANA Studio........................................................ 343Eliminación de respaldos de DD Boost mediante SAP HANA Studio..346

Capítulo 9

CONTENIDO


Ejecución de recuperaciones y respaldos de DD Boost con la CLI de SAPHANA....................................................................................................... 348

Ejecución de respaldos de DD Boost con la CLI de SAP HANA.... 348Cancelación de respaldos de DD Boost con la CLI de SAP HANA.349Comprobación de respaldos de DD Boost con la CLI de SAP HANA...350Realización de una recuperación de DD Boost con la CLI de SAPHANA........................................................................................... 351

Preparación para la recuperación ante desastres de SAP HANA...............352Requisitos de escalamiento horizontal de SAP HANA para operaciones deDD Boost.................................................................................................. 353Sugerencias de solución de problemas de SAN HANA para las operacionesde DD Boost............................................................................................. 353

Limitación de compatibilidad de organización en niveles dinámicacon SAP HANA............................................................................ 353Limitaciones de compatibilidad de SAP HANA 1.0 SPS 09........... 354Limitaciones de compatibilidad de SAP HANA 2.0....................... 354

Operaciones de DD Boost en sistemas SAP con Oracle 357Descripción general de las operaciones de DD Boost en un ambiente SAPcon Oracle................................................................................................ 358

Procesos de respaldo de SAP con Oracle.................................... 359Procesos de restauración de SAP con Oracle.............................. 359

Configuración de las operaciones de DD Boost en un ambiente SAP conOracle.......................................................................................................360

Confirmación de los permisos de archivo y ambiente...................360Habilitación de los privilegios de administrador para restauracionesde SAP con Oracle en Windows...................................................360Configuración de las operaciones de DD Boost con la utilidadbackint......................................................................................... 361Configuración de las operaciones de DD Boost con Oracle RMAN....365Cálculo del uso de recursos de Data Domain en sistemas SAP conOracle..........................................................................................368

Ejecución de respaldos y recuperaciones de DD Boost con SAP BR*Tools....369

Ejecución de respaldos de DD Boost con BR*Tools..................... 370Ejecución de restauraciones y recuperaciones de DD Boost conBR*Tools..................................................................................... 370

Preparación para la recuperación ante desastres de SAP con Oracle........ 371Restauración de los archivos requeridos de Oracle y SAP BR*Tools.................................................................................................... 372Recuperación de una base de datos de SAP con Oracle después deun desastre.................................................................................. 373

Requisitos de clúster y SAP con Oracle RAC para las operaciones de DDBoost........................................................................................................ 373

Requisitos de clúster activo/pasivo............................................. 373Requisitos de Oracle RAC............................................................ 374

Sugerencias de solución de problemas de SAP con Oracle para lasoperaciones de DD Boost..........................................................................375

Operaciones de ProtectPoint en sistemas SAP con Oracle 377Descripción general de las operaciones de ProtectPoint en un ambiente SAPcon Oracle................................................................................................ 378

Capítulo 10

Capítulo 11

CONTENIDO


Procesos de respaldo de SAP con Oracle.................................... 378Procesos de restauración de SAP con Oracle.............................. 379

Configuración de las operaciones de ProtectPoint en un ambiente SAP conOracle.......................................................................................................379

Integración del producto en el ambiente de BR*Tools................. 380Confirmación de los permisos de archivo y ambiente...................382Habilitación de los privilegios de administrador para restauracionesde SAP con Oracle en Windows...................................................382Configuración de los parámetros de SAP con Oracle................... 382Preparación para la restauración de los registros archivados.......386Preparación del dispositivo Data Domain para la restauración enWindows...................................................................................... 387Preparación para restauraciones de reversión de respaldos deProtectPoint de SAP con Oracle..................................................387Preparación para respaldos y restauraciones de reversión deProtectPoint con RecoverPoint de SAP con Oracle que usanversiones de RecoverPoint anteriores a 5.0.................................387

Ejecución de respaldos y recuperaciones de ProtectPoint con SAPBR*Tools..................................................................................................388

Ejecución de respaldos de ProtectPoint con BR*Tools................389Ejecución de restauraciones y recuperaciones de ProtectPoint conBR*Tools.....................................................................................389

Preparación para la recuperación ante desastres de SAP con Oracle....... 390Restauración de los archivos requeridos de Oracle y SAP BR*Tools.....................................................................................................391Recuperación de una base de datos de SAP con Oracle después deun desastre..................................................................................392

Requisitos de clúster y SAP con Oracle RAC para las operaciones deProtectPoint.............................................................................................393

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

Restauración y reversión de ProtectPoint para VCS en Solaris................ 394Ejecución de una restauración de VCS de ProtectPoint...............394Ejecución de una reversión de VCS de ProtectPoint....................396

Sugerencias de solución de problemas de SAP con Oracle para lasoperaciones de ProtectPoint.................................................................... 399

Optimización del rendimiento 401Optimización del rendimiento de respaldo y recuperación........................ 402La regla del 70 % del componente de hardware........................................402Impacto de los componentes de software en el rendimiento.....................402Optimización del rendimiento en sistemas DB2........................................ 403Optimización del rendimiento en los sistemas Oracle................................404Optimización del rendimiento en los sistemas SAP HANA........................ 405Optimización del rendimiento en sistemas SAP con Oracle...................... 405

407

Apéndice A

Glosario

CONTENIDO


CONTENIDO


Ambiente de agente de aplicación de base de datos de ProtectPoint......................... 26Flujo de trabajo de respaldo de ProtectPoint.............................................................. 28Ambiente de ProtectPoint con RecoverPoint............................................................. 32Flujo de trabajo de respaldo de ProtectPoint con RecoverPoint................................. 34Flujo de trabajo de restauración de ProtectPoint con RecoverPoint...........................36Agente de aplicación de base de datos en una configuración independiente............... 37Respaldo de ProtectPoint en un Data Domain secundario en una configuración deSRDF...........................................................................................................................41Respaldo de ProtectPoint a un Data Domain primario o secundario en unaconfiguración de SRDF............................................................................................... 42Topología admitida de SRDF/Metro........................................................................... 44Diseño de sistema de archivos de base de datos en un ambiente de DPF deProtectPoint............................................................................................................. 217Requisitos de diseño del sistema de archivos de destino para una restauración dereversión redirigida a un clúster alternativo de pureScale......................................... 235Configuración de respaldo programado en Oracle Enterprise Manager.....................252Configuración de respaldo programado en Oracle Enterprise Manager.....................270Especificación del archivo de configuración en SAP HANA Studio........................... 339Configuración de respaldos automáticos de registros en SAP HANA Studio.............340Especificación de la configuración de respaldo en SAP HANA Studio....................... 343Especificación del tipo de recuperación de SAP HANA Studio..................................344Ubicación de los respaldos de registros en SAP HANA Studio.................................. 345Selección del respaldo de datos en SAP HANA Studio..............................................346Especificación de la configuración para eliminar un respaldo en SAP HANA Studio.. 347Especificación de la configuración para eliminar los respaldos anteriores de un respaldoen SAP HANA Studio................................................................................................348

1234567

8

910

11

12131415161718192021

FIGURAS


FIGURAS


Historial de revisiones..................................................................................................17Convenciones de estilo................................................................................................18Tipos de conexión de red en un ambiente de ProtectPoint......................................... 26Tipos de conexión de red en un ambiente de ProtectPoint con RecoverPoint............ 32Directorios de instalación de software en AIX.............................................................65Directorios de instalación de software en HP-UX....................................................... 69Directorios de instalación de software en Linux...........................................................71Directorios de instalación de software en Solaris........................................................ 74Componentes del software del producto.................................................................... 78Parámetros comunes.................................................................................................. 87Parámetros comunes de ProtectPoint para VMAX..................................................... 90Parámetros comunes de ProtectPoint con RecoverPoint para XtremIO.....................93Parámetros para las operaciones por medio de redes Fibre Channel...........................96Parámetros para las restauraciones desde un sistema Data Domain secundario......... 98Opciones del comando ddbmadmin para las operaciones del lockbox.........................115Ejemplos de comandos ddbmadmin del modo no interactivo......................................116Las opciones del comando ddbmadmin para visualización y eliminación de savesets. 132Parámetros de la depuración..................................................................................... 147Parámetros de DB2 para las operaciones de DD Boost..............................................163Opciones de la utilidad ddbmdb2adutil para la recuperación de imagen de respaldo..180Valores de ejemplo para la entrada de host en el archivo de configuración del sistema................................................................................................................................. 195Parámetro de DB2 para las operaciones de ProtectPoint......................................... 207Parámetros para las operaciones de Oracle ASM......................................................277Opciones de comandos ddboraasm para un respaldo de ProtectPoint de Oracle ASM.................................................................................................................................280Parámetros para las operaciones del catálogo de RMAN en un host proxy............... 287Las opciones de comando ddboraasm para una operación del catálogo de RMAN en unhost proxy................................................................................................................ 290Opciones de comando ddboraasm para una vista previa de la restauración decomandos y la operación de montaje........................................................................ 294Las opciones de comando ddboraasm para una restauración y una recuperaciónautomatizadas.......................................................................................................... 309Opciones de comando ddboraasm para una vista previa de la restauración decomandos y preparar la operación de reversión......................................................... 317Opciones de comando ddboraasm para una operación de reversión.......................... 321Parámetro de paralelismo de SAP HANA.................................................................. 337Parámetros de SAP con Oracle para las operaciones de DD Boost con backint........ 363Parámetros de SAP con Oracle para las operaciones de ProtectPoint......................383

123456789101112131415161718192021

222324

2526

27

28

29

30313233

TABLAS


TABLAS


Prefacio

Como parte de un esfuerzo por mejorar las líneas de productos, lanzamosperiódicamente revisiones de software y hardware. Por lo tanto, es posible que notodas las versiones actuales de hardware y software sean compatibles con algunasfunciones que se describen en este documento. Las notas de la versión del productoproporcionan la información más actualizada acerca de las características delproducto.

Si un producto no funciona correctamente o de la manera que se describe en estedocumento, 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 elsitio web de soporte https://www.dell.com/support.

PropósitoEn este documento se describe cómo instalar, configurar y usar la versión 4.7 delagente de aplicación de base de datos para las operaciones de Data Domain Boost paraaplicaciones empresariales y ProtectPoint.

Público de destinoEste documento está destinado a administradores de bases de datos (DBA) oadministradores del sistema que son responsables de la instalación y el mantenimientode sistemas de respaldo y recuperació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 revisionesEn la siguiente tabla, se presenta el historial de revisiones de este documento.

Tabla 1 Historial de revisiones

Revisión Fecha Descripción

02 4 de enero de 2019 Se eliminaron todas las referencias a ProtectPointpara máquinas virtuales, ya que la función no escompatible con esta versión.

01 14 de diciembre de2018

Versión inicial de este documento para el agente deaplicación de base de datos 4.7.

Documentación relacionadaPuede encontrar publicaciones adicionales para esta versión de producto y productosrelacionados en el sitio web de soporte.

La guía de compatibilidad de software en línea, disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/, ofrece información detalladaacerca de las plataformas y los ambientes compatibles.


https://www.dell.com/support

http://compatibilityguide.emc.com:8080/CompGuideApp/


Convenciones para notificaciones especiales utilizadas en este documentoSe utilizan las siguientes convenciones para notificaciones especiales:

AVISO

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

Nota

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

Convenciones tipográficasEn 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 y proporcionar comentarios.

Dónde encontrar la documentación del producto

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

l https://community.emc.com

Prefacio



https://community.emc.com

Adónde recurrir para obtener soporteEl sitio web de soporte https://www.dell.com/support brinda acceso a informaciónsobre los productos, como sus licencias, documentación, asesorías, descargas,tutoriales y solución de problemas. Esta información puede ayudarlo a resolver unproblema con un producto sin tener que comunicarse con el servicio de soporte.

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

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

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

Base de conocimientosLa base de conocimientos contiene soluciones aplicables que puede buscar por númerode 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. Demanera opcional, puede limitar la búsqueda a productos específicos si escribe unnombre de producto en el cuadro búsqueda y selecciona el producto en la lista queaparezca.

Chat en líneaPara participar en un chat interactivo en vivo con un agente de soporte, haga losiguiente:


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 luegocontinúe.

Las solicitudes de servicioPara que el área de licencia le brinde ayuda en profundidad, envíe una solicitud deservicio. Para enviar 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 unacuenta o de la obtención de un acuerdo de soporte válido. Para obtener los detalles deuna solicitud de servicio, en el campo Service Request Number, escriba el númerode solicitud de servicio y 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 enView All Dell Service Requests.

Comunidades en líneaPara acceder a contactos con colegas, a conversaciones y a contenido sobre soporte ysoluciones de productos, vaya a Community Network https://community.emc.com

Prefacio








https://community.emc.com

Participe de manera interactiva en línea con clientes, partners y profesionalescalificados.

Cómo proporcionar comentariosSus comentarios ayudan a mejorar la exactitud, la organización y la calidad general delas publicaciones. Puede enviar comentarios a [email protected].

Prefacio


mailto:[email protected]

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.................................................. 45l Plan de trabajo para operaciones de productos.................................................. 49

Descripción general del producto 21

Terminología que se usa en esta guíaLos términos agente de aplicación de base de datos, producto y software incluidos enesta guía se refieren al software del agente de base de datos que habilita lasfuncionalidades y los flujos de trabajo de Data Domain Boost para aplicacionesempresariales y ProtectPoint.

Las secciones genéricas de esta guía utilizan el término registros de transaccionespara los registros que se requieren para recuperar datos que respaldó el agente deaplicación de base de datos. Las diferentes aplicaciones que son compatibles con elproducto utilizan términos específicos de las aplicaciones para los registros, comoregistros archivados.

Las referencias de UNIX en esta guía se aplican a los sistemas operativos UNIX yLinux, a menos que se especifique lo contrario. Las referencias de Windows se aplicana todos los sistemas operativos Microsoft Windows compatibles, a menos que seespecifique lo contrario.

Los procesos del agente de aplicación de base de datos distinguen entre larestauración y la recuperació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 dedatos sea coherente.

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

El glosario proporciona detalles sobre términos utilizados en esta guía. Los términosincluyen términos específicos de Data Domain, VMAX y XtremIO relacionados con lasoperaciones compatibles de Data Domain Boost (DD Boost), ProtectPoint con VMAXy ProtectPoint con RecoverPoint.

Introducción al productoEl agente de aplicación de base de datos le permite realizar respaldos y restauracionesde los datos de las bases de datos de DB2, Oracle, SAP HANA o SAP con Oracle conun sistema Data Domain. Puede usar las herramientas de respaldo y recuperaciónespecíficas de la base de datos para ejecutar las operaciones de los productos.

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

l Respaldos de Data Domain Boost (DD Boost) a un sistema Data Domain

l Respaldos de ProtectPoint del almacenamiento primario de VMAX a un sistemaData Domain

l Respaldos de ProtectPoint con RecoverPoint del almacenamiento primario deXtremIO a un sistema Data Domain

Puede utilizar el agente de aplicación de base de datos para ejecutar respaldos yrestauraciones de DD Boost de datos de la base de datos de DB2, Oracle, SAP HANA oSAP con Oracle.

Puede ejecutar respaldos y restauraciones de DD Boost a través de una conexión dered Ethernet (IP) o Fibre Channel (FC).

El agente de aplicación de base de datos admite que los clientes de DD Boost tengancifrado en transferencia con un sistema Data Domain mediante una conexión WAN.Para utilizar esta función, puede configurar el sistema Data Domain con cifrado deseguridad media o alta 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 reciente del documento Guía deadministración de Data Domain Boost.

También puede usar el agente de aplicación de base de datos para proteger los tiposespecíficos de datos de la base de datos por medio de las operaciones de ProtectPointcompatibles:

l Puede proteger los datos de la base de datos de DB2, Oracle y SAP con Oracle queresiden en un arreglo VMAX. El agente de aplicación de base de datos utiliza latecnología de ProtectPoint para proteger los datos en el sistema VMAX. Respaldosy restauraciones de ProtectPoint en un sistema VMAX en la página 25proporciona más detalles.

l Puede proteger los datos de la base de datos de DB2, Oracle y SAP con Oracle queresiden en un arreglo XtremIO. El agente de aplicación de base de datos utiliza lastecnologías de ProtectPoint y RecoverPoint para proteger los datos en el sistemaXtremIO. Respaldos y restauraciones de ProtectPoint con RecoverPoint en unsistema XtremIO en la página 29 proporciona más detalles.

El agente de aplicación de base de datos es compatible con las redes IPv4 e IPv6, y lasredes IPv4 e IPv6 combinadas de Data Domain para respaldos y restauraciones de DDBoost y ProtectPoint.

Nota

El agente de aplicación de base de datos no hace distinción entre los tipos de redesTCP/IP (LAN, WAN o MAN) y pueden funcionar correctamente donde la pérdida depaquetes sea estrictamente 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 entradao salida que no sea ASCII.

Respaldos y restauraciones de DD BoostEn un respaldo de DD Boost en un sistema Data Domain se aprovecha la función de DDBoost mediante los siguientes dos componentes:

l La API de la biblioteca de DD Boost permite al software de respaldo comunicarsecon el sistema Data Domain.

La guía de compatibilidad de software en línea, http://compatibilityguide.emc.com:8080/CompGuideApp/, proporciona informacióndetallada acerca de las versiones compatibles de la biblioteca de DD Boost y DDOS.

l El componente de procesamiento distribuido de segmentos (DSP) analiza losdatos que ya están almacenados en el sistema Data Domain y envía solo datosúnicos al almacenamiento. El componente DSP permite que los datos de respaldose dedupliquen en la base de datos o en el host de aplicaciones para reducir lacantidad de datos transferidos por medio de la red. Procesamiento distribuido desegmentos de DD Boost en la página 23 proporciona más detalles.

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

Procesamiento distribuido de segmentos de DD BoostExisten dos modos de operación para enviar datos de respaldo a un sistema DataDomain por medio de DD Boost, uno con procesamiento distribuido de segmentos


Respaldos y restauraciones de DD Boost 23



(DSP) activado y otro con DSP deshabilitado. El modo de operación está establecidoen el sistema Data Domain.

Cuando se activa DSP, el proceso de deduplicación se distribuye entre la biblioteca deDD Boost y el sistema Data Domain. Partes del proceso de deduplicación se ejecutanen el host de base de datos o aplicación, de modo que la biblioteca de DD Boost envíasolo datos únicos al sistema Data Domain 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 Boostenvía solo datos únicos en lugar de todos los datos al sistema Data Domain. Lasmejoras en el rendimiento dependen del nivel de redundancia de los datos que serespaldan, la carga de trabajo general en el servidor de base de datos y lafuncionalidad del servidor de base de datos. En general, se logra mayorrendimiento 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 requisitos de ancho de banda de red se reducen considerablemente.

l La recuperación de respaldos fallidos puede ser potencialmente mucho más rápida.Si se produce un error en el medio o hacia el final de un respaldo de gran tamaño yun usuario reinicia el respaldo, no es necesario que vuelvan a enviarse los datos queya se enviaron al sistema Data Domain. El respaldo se completa más rápidamenteal reintentar.

Cuando está activado el procesamiento distribuido de segmentos, la biblioteca de DDBoost, que forma 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 DataDomain.

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 debeconfigurarse en el sistema Data Domain. Para obtener más información acerca de lacompresión local y su configuración, consulte la Guía de administración de Data DomainOperating System.

Cuando se desactiva el procesamiento distribuido de segmentos, la biblioteca de DDBoost envía los datos directamente al sistema Data Domain por medio de la red. Acontinuación, el sistema de Data Domain segmenta, deduplica y comprime los datosantes de escribirlos en el disco.

Nota

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

Operaciones de DD Boost con DDVE en Amazon Web ServicesEl agente de aplicación de base de datos 4.0 cuenta con compatibilidad paraoperaciones de respaldo y recuperación de DD Boost con Data Domain Virtual Edition(DDVE) en un ambiente de nube de Amazon Web Services (AWS).



Para las operaciones de DD Boost con DDVE en una nube de AWS es necesario DD OS6.1 o versiones posteriores. En la documentación de Data Domain se proporcionandetalles sobre mejores prácticas y límites.

Respaldos y restauraciones de ProtectPoint en un sistema VMAXEl agente de aplicación de base de datos utiliza la tecnología de ProtectPoint. Estatecnología permite respaldos de instantáneas de datos de bases de datos dealmacenamiento primario en un sistema VMAX a almacenamiento con protección en unsistema Data Domain.

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

La guía de compatibilidad de software en línea, disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/, ofrece información detalladaacerca de las plataformas, los sistemas de archivos y los administradores devolúmenes compatibles para las operaciones de ProtectPoint.

El agente de aplicación de base de datos también protege los archivos que serequieren para la recuperación de bases de datos y no residen en VMAX o no sepueden respaldar mediante instantáneas, debido a restricciones del proveedor de basede datos. El agente de aplicación de base de datos protege estos archivos mediante unrespaldo de Data Domain Boost. Como resultado, el agente de aplicación de base dedatos proporciona protección general de la base de datos, sin importar dónde residanlos datos.

Utilice las herramientas de respaldo y recuperación específicas de la base de datospara ejecutar un respaldo y una recuperación de ProtectPoint.

En la tecnología de ProtectPoint se utilizan las siguientes funciones en el arregloVMAX y en el sistema Data Domain para proporcionar protección de VMAX a DataDomain.

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 paraVMAX

n SnapVX

En un respaldo de ProtectPoint se toma una instantánea de SnapVX en el sistemaVMAX y se transfieren los bloques al sistema Data Domain mediante una red de áreade almacenamiento (SAN), sin pasar por el host de aplicaciones. El dispositivo dealmacenamiento de protección de Data Domain (vdisk) aparece como un dispositivointerno para VMAX, mientras que los datos se almacenan en el sistema Data Domain.El sistema VMAX rastrea los datos que han cambiado desde la última actualizaciónpara el dispositivo de protección de Data Domain. Por lo tanto, el sistema VMAX soloenvía los datos modificados al sistema Data Domain durante un respaldo deProtectPoint, en lugar de todos los datos.

Un respaldo de ProtectPoint de una base de datos es un respaldo completo con elcosto de un respaldo incremental. El respaldo de ProtectPoint también tiene unmínimo de sobrecarga en el host de aplicaciones, debido a que todos los bloquesmodificados se transfieren directamente de VMAX a Data Domain a través de la SAN.


Respaldos y restauraciones de ProtectPoint en un sistema VMAX 25



Nota

Con un sistema 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 aplicación de base dedatos serializa el respaldo de ProtectPoint de cada LUN. Cuando se usa un LVM, elagente de aplicación de base de datos realiza un respaldo multi-stream que respaldacada LUN que forma parte del grupo del volumen en paralelo. Por ejemplo, si la basede datos está en un grupo de volúmenes, db_vg, que contiene 10 LUN, el respaldo serealiza mediante el uso de 10 flujos.

En la siguiente figura se muestra un ejemplo de la topología de ProtectPoint, con unsitio primario y un sitio secundario opcional. En el sitio primario, el host de aplicacionesaccede a los datos de la base de datos que se almacenan en el sistema VMAX y losdatos de respaldo se transfieren al sistema Data Domain. Un host de recuperaciónindependiente es opcional. Si se ejecuta la recuperación al host de aplicacionesoriginal, el host de aplicaciones también es el host de recuperación.

Se pueden replicar los datos de respaldo desde el sistema Data Domain en el sitioprimario al sistema Data Domain en el sitio secundario. También puede recuperar losdatos a un host de recuperación opcional en el sitio secundario.

Figura 1 Ambiente de agente de aplicación de base de datos de ProtectPoint

Para las operaciones de ProtectPoint se requieren tanto conexiones de red IP (LAN oWAN) como de SAN Fibre Channel (FC). La siguiente tabla enumera los tiposrequeridos de conexiones de red.

Tabla 3 Tipos de conexión de red en un ambiente de ProtectPoint

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



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


(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 (opcionales):

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

Replicación de VMAX en la página 39 describe la compatibilidadcon SRDF/S.

Todos compatibles conSRDF/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 ProtectPoint con VMAXEn el flujo de trabajo de respaldo de ProtectPoint con un sistema VMAX se incluyenlos siguientes pasos.

1. El administrador de base de datos inicia un respaldo de ProtectPoint mediante laejecució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 unalista de dispositivos de origen de VMAX (LUN de origen) y comprueba si losdispositivos se pueden proteger mediante ProtectPoint.

3. El agente de aplicación de base de datos notifica a la aplicación o a la base dedatos que esos archivos pueden ponerse en modo de reposo o ponerse en modo derespaldo en activo.

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

5. El agente de aplicación de base de datos notifica a la aplicación o la base de datosque los archivos pueden quitarse del modo de reposo o quitarse del modo derespaldo, para obtener un impacto 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 undispositivo vdisk de Data Domain correspondiente, que es un LUN de VMAXFAST.X encapsulado.


Respaldos y restauraciones de ProtectPoint en un sistema VMAX 27

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

8. La herramienta de respaldo de base de datos registra el respaldo correcto en sucatálogo de respaldo.

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

10. El agente de aplicación de base de datos respalda los archivos que no puedeproteger ProtectPoint, por ejemplo, el archivo de control de Oracle o los registrosde archivo de DB2. El agente de aplicación de base de datos utiliza el flujo detrabajo de DD Boost para respaldar los archivos en el sistema Data Domain, lo queproporciona protección de datos completa.

En la siguiente figura se muestra el flujo de trabajo de respaldo de ProtectPoint en unambiente de agente de aplicación de base de datos de ProtectPoint.

Figura 2 Flujo de trabajo de respaldo de ProtectPoint

Flujo de trabajo de restauración de ProtectPoint con VMAXEn el flujo de trabajo de restauración de ProtectPoint con un sistema VMAX seincluyen los siguientes pasos.

1. El administrador de bases de datos inicia una restauración y una recuperación deProtectPoint 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 deaplicación de base de datos restaure los datos requeridos y proporciona unidentificador de respaldo.

3. El agente de aplicación de base de datos realiza búsquedas en su propio catálogopara buscar el respaldo solicitado, que es una imagen estática en el sistema DataDomain.

4. Si se ejecuta la restauración desde el último respaldo y la última instantánea deSnapVX tiene un estado válido:



a. El agente de aplicación de base de datos vincula la instantánea en el LUN deVMAX, que se conoce como el LUN de restauración del agente de aplicación debase 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 laimagen estática correspondiente a un dispositivo DD vdisk, que es un LUN FAST.Xencapsulado en un sistema VMAX. El LUN de FAST.X se conoce como el LUN derestauración del agente de aplicación de base de datos.

6. De manera predeterminada, el agente de aplicación de base de datos monta el LUNde restauración nuevamente en el host de recuperación y copia los archivosnecesarios a las ubicaciones solicitadas.

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

Si el DBA selecciona una restauración de reversión a un host alternativo, el agentede aplicación de base de datos ejecuta una restauración de nivel de LUN de VMAXal dispositivo de origen original.

AVISO

Una 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 losLUN además de los archivos solicitados para la base de datos o los objetos de la basede datos específicos, el agente de aplicación de base de datos hace fallar la operaciónde restauración de manera predeterminada como medida de seguridad.

Un archivo con el nombre psrollback.res se debe crear en el directorio requeridosi el LUN seleccionado que se restaurará tiene otras particiones o datos que no estánespecificados para la restauración de reversión. Configuración de las restauraciones dereversión de respaldos de ProtectPoint en la página 107 proporciona informacióndetallada.

Según el tipo de base de datos, es posible que la herramienta de recuperación de basede datos aplique los registros de transacciones para hacer que la base de datos seacoherente o para ponerla al día a una hora posterior a la del respaldo. Si los registrosno se encuentran en el sistema, el agente de aplicación de base de datos restaura yaplica los registros por medio de una restauración de DD Boost o de ProtectPoint,según el respaldo original de los registros.

Respaldos y restauraciones de ProtectPoint con RecoverPoint en un sistemaXtremIO

El agente de aplicación de base de datos utiliza las tecnologías de ProtectPoint yRecoverPoint. Estas tecnologías permiten respaldos de instantáneas de datos de basede datos desde el almacenamiento primario en un sistema XtremIO a almacenamientocon protección en un sistema Data Domain. Las tecnologías de ProtectPoint yRecoverPoint proporcionan transferencia de bloques de datos de los LUN de origendel sistema XtremIO (administrados por grupos de consistencia de RecoverPoint) alsistema Data Domain. El agente de aplicación de base de datos también permite larestauración de respaldos de ProtectPoint con RecoverPoint desde el sistema DataDomain.

Un respaldo de ProtectPoint con RecoverPoint de una base de datos es un respaldocompleto con el costo de un respaldo incremental. El respaldo también tiene unmínimo de sobrecarga en el host de aplicaciones, debido a que todos los bloques


Respaldos y restauraciones de ProtectPoint con RecoverPoint en un sistema XtremIO 29

modificados se transfieren directamente desde XtremIO a Data Domain a través de undispositivo RecoverPoint (RPA).

La guía de compatibilidad de software en línea, disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/, ofrece información detalladaacerca de las plataformas, los sistemas de archivos y los administradores devolúmenes compatibles para las operaciones de ProtectPoint con RecoverPoint.

El agente de aplicación de base de datos también protege los archivos que serequieren para la recuperación de base de datos y no residen en XtremIO o no sepueden respaldar mediante instantáneas, debido a restricciones del proveedor de basede datos. El agente de aplicación de base de datos protege estos archivos mediante elrespaldo de DD Boost. Como resultado, el agente de aplicación de base de datosproporciona protección general de la base de datos, sin importar dónde residan losdatos.

Utilice las herramientas de respaldo y recuperación específicas de la base de datospara realizar un respaldo y una recuperación de ProtectPoint con RecoverPoint.

Las tecnologías de ProtectPoint y RecoverPoint utilizan las siguientes funciones en elsistema Data Domain, el clúster de RecoverPoint y el arreglo XtremIO paraproporcionar la protección de XtremIO 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 ProtectPoint con RecoverPoint se crea una instantánea de un puntoen el tiempo en el sistema XtremIO y se transfieren los bloques al sistema Data Domainpor medio del RPA, sin pasar por el host de aplicaciones. El sistema RecoverPointrastrea los datos que han cambiado desde la última actualización hacia el dispositivode protección de Data Domain. Por lo tanto, el sistema RecoverPoint solo envía losdatos modificados al sistema Data Domain durante un respaldo de ProtectPoint conRecoverPoint, en lugar de todos los datos.

En RecoverPoint, los LUN de origen (volúmenes) están protegidos por grupos deconsistencia. Si dos conjuntos de datos dependen el uno del otro, como una base dedatos y un registro de base de datos, deben formar parte del mismo grupo deconsistencia. Entre los componentes lógicos de un grupo de consistencia se incluyencopias, conjuntos de replicación y registros:

l Las copias son todos los volúmenes de un grupo de consistencia que sean unorigen o un destino de replicación en un clúster de RPA específico. Las copiasincluyen copias de producción, copias locales, copias remotas y sus volúmenes deregistro.

l Un grupo de consistencia consta de uno o más conjuntos de replicación queincluyen un volumen de producción y cualquier volumen local o remoto en los quese replica el volumen de producción. La cantidad de conjuntos de replicación en elsistema es igual a la cantidad de volúmenes de producción que se están replicando.

Un conjunto de grupos de RecoverPoint es un conjunto definido por el usuario degrupos de consistencia que se utiliza para ejecutar actividades operacionales y derecuperación. En la documentación de RecoverPoint se proporcionan detalles





completos sobre los grupos de consistencia, además de los componentes yprocedimientos de configuración correspondientes.

Para las operaciones de ProtectPoint con RecoverPoint:

l La copia local en un grupo de consistencia existe en el sistema Data Domain, y nohay ningún volumen de registro para esa copia local. El grupo de coherencia puedetener un máximo de una copia 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 hostde aplicaciones, los volúmenes físicos (discos) de LVM que pertenecen a un grupode volúmenes de LVM se deben agregar a un grupo de consistencia deRecoverPoint. LVM2 en Linux es un ejemplo de un tipo de LVM.

No agregue los volúmenes físicos que pertenecen a un grupo de volúmenes deLVM a varios grupos de consistencia. Si agrega los volúmenes físicos a variosgrupos de consistencia, el respaldo de ProtectPoint con RecoverPoint falla con elsiguiente mensaje:

El grupo de consistencia ya se está ejecutando.Puede crear un grupo de consistencia que contenga los volúmenes físicos de dosgrupos de volúmenes de LVM. Por ejemplo, el grupo de volúmenes de LVM VG1tiene x cantidad de volúmenes físicos y VG2 tiene y cantidad de volúmenes físicos.Puede crear un grupo de consistencia 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 consistencia, no se elimina automáticamente ningunaimagen estática asociada (creada por los respaldos) en el sistema Data Domain.Puede restaurar a partir de estos respaldos, pero no puede eliminar estosrespaldos con las herramientas de respaldo y recuperación específicas de la basede datos.

Si alguno de estos respaldos quedó obsoleto, elimine manualmente las imágenesestáticas asociadas del sistema Data Domain según la documentación de DataDomain.

En la siguiente figura se muestra un ejemplo de la topología de ProtectPoint conRecoverPoint con un sitio primario y un sitio secundario opcional. En el sitio primario,el host de aplicaciones accede a los datos de la base de datos que se almacenan en elsistema XtremIO, y los datos de respaldo se transfieren al sistema Data Domain. Unhost de recuperación independiente es opcional. Si se ejecuta la recuperación al hostde aplicaciones original, el host de aplicaciones también es el host de recuperación.

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



Figura 3 Ambiente de ProtectPoint con RecoverPoint

Para las operaciones de ProtectPoint con RecoverPoint se requieren tanto conexionesde red IP (LAN o WAN) como de SAN Fibre Channel (FC). La siguiente tabla enumeralos tipos requeridos de conexiones de red.

Tabla 4 Tipos de conexión de red en un ambiente de ProtectPoint 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

(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):



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


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 ProtectPoint con RecoverPoint con XtremIOEn el flujo de trabajo de respaldo de ProtectPoint con RecoverPoint con un sistemaXtremIO se incluyen los siguientes pasos.

1. El administrador de bases de datos inicia un respaldo de ProtectPoint conRecoverPoint mediante la ejecución de la herramienta de respaldo nativa de basede 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 unalista de LUN de origen de XtremIO y obtiene información acerca de los grupos deconsistencia pertinentes de RecoverPoint. El agente comprueba si los LUN deorigen se pueden proteger mediante el uso de ProtectPoint con RecoverPoint.

3. El agente de aplicación de base de datos notifica a la aplicación o la base de datosque los archivos pueden ponerse en modo de reposo o ponerse en modo derespaldo en activo.

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

5. RecoverPoint crea una instantánea de todos los grupos de coherencia requeridosen el sistema XtremIO.

6. El agente de aplicación de base de datos notifica a la aplicación o la base de datosque los archivos pueden quitarse del modo de reposo o quitarse del modo derespaldo, para obtener un impacto mínimo en la aplicación o la base de datos.

7. RecoverPoint utiliza DD Boost para escribir todos los bloques modificados (que semodificaron desde la instantánea anterior) en archivos de trabajo en el sistemaData Domain.

8. RecoverPoint utiliza el servicio FastCopy para crear y almacenar una imagenestática de DD vdisk desde cada archivo de trabajo DD Boost. Las imágenesestáticas de vdisk forman el respaldo permanente.

9. La herramienta de respaldo de base de datos registra el respaldo correcto en sucatálogo de respaldo.

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

11. El agente de aplicación de base de datos respalda los archivos que no puedeproteger ProtectPoint, por ejemplo, el archivo de control de Oracle o los registrosde archivo de DB2. El agente de aplicación de base de datos utiliza el flujo detrabajo de DD Boost para respaldar los archivos en el sistema Data Domain, lo queproporciona protección de datos completa.

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



Figura 4 Flujo de trabajo de respaldo de ProtectPoint con RecoverPoint

Flujo de trabajo de restauración de ProtectPoint con RecoverPoint con XtremIOEn el flujo de trabajo de restauración de ProtectPoint con RecoverPoint con unsistema XtremIO se incluyen los siguientes pasos.

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

2. La herramienta de recuperación nativa de bases de datos solicita que el agente deaplicación de base de datos restaure los datos requeridos y proporciona unidentificador de respaldo.

3. El agente de aplicación de base de datos realiza búsquedas en su propio catálogopara buscar el respaldo solicitado, que consta de imágenes estáticas en el sistemaData Domain.

4. El agente de aplicación de base de datos crea una instancia de las imágenesestáticas correspondientes en los LUN de restauración en el sistema Data Domaina través del servicio vdisk.

5. De forma predeterminada, el agente de aplicación de base de datos monta los LUNde restauración directamente en el host de recuperación, que puede ser el host derespaldo original o un host diferente, y copia los archivos necesarios en lasubicaciones solicitadas.

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



Con versiones de RecoverPoint anteriores a 5.0, si el DBA selecciona unarestauración de reversión, el agente de aplicación de base de datos requiere que elclúster de RecoverPoint ejecute una restauración del grupo de consistenciacompleto a los LUN de origen originales. Si un grupo de consistencia que se estárestaurando contiene varios LUN, todos los LUN se sobrescriben y estáninaccesibles durante la restauración de reversión, incluso cuando los objetosrespaldados residen en solo algunos de los LUN.

AVISO

Una 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 losLUN además de los archivos solicitados para la base de datos o los objetos de la basede datos específicos, el agente de aplicación de base de datos hace fallar la operaciónde restauración de manera predeterminada como medida de seguridad.

Un archivo con el nombre psrollback.res se debe crear en el directorio requeridosi cualquier LUN que se restaurará tiene otras particiones o datos que no estánespecificados para la restauración de reversión. Configuración de las restauraciones dereversión de respaldos de ProtectPoint en la página 107 proporciona informacióndetallada.

Según el tipo de base de datos, es posible que la herramienta de recuperación de basede datos aplique los registros de transacciones para hacer que la base de datos seacoherente o para ponerla al día a una hora posterior a la del respaldo. Si los registrosno se encuentran en el host de aplicaciones, el agente de aplicación de base de datosse restaura y aplica los registros a través de una restauración de DD Boost o unarestauración de ProtectPoint. El tipo de restauración depende de cómo los registrosse respaldaron originalmente.

En la siguiente figura se muestra el flujo de trabajo de restauración a un punto en eltiempo de ProtectPoint con RecoverPoint, que es el flujo de trabajo predeterminadode la restauración en un ambiente de agente de aplicación de base de datos deProtectPoint.



Figura 5 Flujo de trabajo de restauración de ProtectPoint con RecoverPoint

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

La siguiente figura muestra una configuración independiente que utiliza el productopara respaldar o restaurar los datos en el host del servidor de base de datos desde elsistema Data Domain o hacia este.



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 lossistemas Data Domain, VMAX y XtremIO utilizados. Data Domain no es compatible concombinaciones diferentes de las que se detallan en la guía de compatibilidad desoftware en línea, la cual está disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/.

Configuraciones de alta disponibilidadEl agente de aplicación de base de datos es compatible con respaldos y restauracionesen los siguientes 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 operaciones de DD Boost)

l Ambiente de múltiples nodos de escalamiento horizontal de SAP HANA (solooperaciones de DD Boost)

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 enmúltiples particiones, 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. HADRreplica todos los cambios de datos, desde el host primario a los hosts en espera, yproporciona conmutación por error rápida a un host en espera cuando se produce unerror en el host primario. Puede realizar un respaldo en el host primario únicamente.

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

Un sistema RAC de Oracle es un ambiente de clúster de aplicaciones activo-activodonde un nodo es un host físico y virtual. En un sistema RAC de Oracle, una instanciade Oracle es una estructura de memoria y un grupo de procesos del servidor de Oracleque se ejecutan en un nodo. El sistema RAC permite que varias instancias de Oracle envarios nodos accedan simultáneamente a la misma base de datos de Oracle. RAC deOracle es una infraestructura de software de clúster que proporciona acceso


Configuraciones de alta disponibilidad 37



simultáneo al mismo almacenamiento y al mismo conjunto de archivos de datos desdetodos 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 lasoperaciones de DD Boost, incluidos los ambientes de replicación de SAP HANA y losdispositivos de escalamiento horizontal de SAP HANA que contienen varios nodos.

Un clúster activo-pasivo de sistema operativo incluye varios hosts (nodos) conectadosmediante un bus SCSI compartido con almacenamiento común conectado. Un usuariopuede definir los servicios de clúster, como servicios de clúster de Microsoft oservicios de clúster de Veritas, y asignar a los servicios sus propias direcciones IP y suspropios nombres (hosts de clúster virtual). Los servicios y su almacenamientoasociado pueden migrar por una conmutación por error entre los hosts del clúster.

La guía de compatibilidad de software en línea, disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/, ofrece información detalladaacerca de las versiones y los ambientes de alta disponibilidad compatibles.

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 sobrelos procedimientos de configuración y las operaciones de respaldo y restauración enlos ambientes de alta disponibilidad compatibles.

Alta disponibilidad de Data Domain (HA)El agente de aplicación de base de datos admite la alta disponibilidad (HA) de DataDomain para las operaciones de DD Boost y para una mejor resistencia conoperaciones de ProtectPoint. La alta disponibilidad de Data Domain le permiteconfigurar dos sistemas Data Domain como un par activo-en espera, lo queproporciona redundancia en caso de una falla del sistema. La alta disponibilidadmantiene 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 puedeocuparse de servicios 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. Laconmutación por error automática no requiere ninguna intervención del usuario.

l Proporciona un diseño completamente redundante sin puntos únicos de fallacuando el sistema se configura según las recomendaciones.

l Proporciona un sistema activo-standby sin pérdida de rendimiento en caso deconmutación por error.

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

l Es compatible con conexiones de IP y Fibre Channel (FC). Ambos nodos debentener acceso a las mismas redes IP, SAN FC y hosts.

La versión más reciente de la Guía de administración de Data Domain Operating Systemproporciona detalles completos sobre todas las funciones de alta disponibilidadcompatibles.

La implementación del agente de aplicación de base de datos con alta disponibilidad deData Domain mejora la resistencia en los flujos de trabajo de ProtectPoint en términosde las rutas de datos implicadas en las operaciones. Sin embargo, si se produce una





conmutación por error cuando el host envía comandos de vdisk al sistema DataDomain (ruta de control) en un flujo de trabajo de ProtectPoint, falla elfuncionamiento 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.

La guía de compatibilidad de software en línea, disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/, proporciona informacióndetallada sobre las plataformas y los ambientes compatibles. Instalación ydesinstalación del software en Solaris en la página 73 proporciona detalles sobre laszonas 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ónante desastres y consolidación de respaldo y archivo de múltiples sitios. El software deData Domain Replicator replica de manera asíncrona únicamente los datoscomprimidos y deduplicados por medio de una red de área amplia (WAN).

El agente de la aplicación de base de datos no inicia ni monitorea una replicación. Sinembargo, el producto puede restaurarse desde la copia replicada en un sistema DataDomain secundario. Debe haber utilizado el producto para crear el respaldo en unsistema Data Domain primario. Un administrador de Data Domain ejecuta la replicaciónde respaldo desde el sistema primario al sistema 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 derespaldo y la restauración subsiguiente desde un sistema Data Domain secundario, elID de usuario o el ID de grupo primario de los usuarios de DD Boost en los sistemasprincipales y secundarios debe ser idéntico.

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

En el artículo de la base de conocimientos 182294, titulado Configuración de usuariosde DD Boost en DDR de origen y de destino para la replicación de MTree, seproporcionan más detalles. Este artí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 admite la protección de ProtectPoint queutiliza un sistema VMAX primario o secundario en un ambiente de replicación deVMAX. En este ambiente, los arreglos de almacenamiento VMAX primario y secundarioestán conectados mediante Symmetrix Remote Data Facility (SRDF).


Soporte para virtualización 39



https://support.emc.com

El agente de aplicación de base de datos para ProtectPoint admite el modo síncronode SRDF, SRDF/S, y SRDF/Metro. En los siguientes temas se proporcionan detallessobre la compatibilidad 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 dedispositivos R2 de SRDF/A. Los dispositivos SRDF/A son compatibles en la mismamanera que los dispositivos que no son SRDF.

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

SRDF/S es una función de VMAX que mantiene una copia síncrona en tiempo real delos datos a nivel de LUN entre dos arreglos VMAX primario y secundario. Un LUN deorigen denominado R1 en el arreglo primario está asociado a un LUN origendenominado R2 en el arreglo secundario. El software SRDF/S mantiene lasincronización continua de los dos orígenes copiando todos los cambios en undispositivo 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 elsistema VMAX secundario está conectado a un sistema Data Domain secundario. Enesta configuración de SRDF, puede utilizar al agente de aplicación de base de datospara realizar un respaldo de ProtectPoint en el sistema Data Domain secundario, querespalda el LUN R2.

Nota

El agente de aplicación de base de datos también utiliza el flujo de trabajo de DD Boostpara respaldar los archivos que no se pueden convertir en instantáneas y crearentradas de catálogo.



Figura 7 Respaldo de ProtectPoint 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 lossistemas VMAX primario y secundario están conectados a un sistema Data Domain. Enesta configuración de SRDF, puede utilizar el agente de aplicación de base de datospara realizar un respaldo de ProtectPoint en el sistema Data Domain primario osecundario. El respaldo de ProtectPoint primario respalda el LUN R1 en el sistema DataDomain primario. El respaldo de ProtectPoint secundario respalda el LUN R2 en elsistema 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 creauna instantánea SnapVX del LUN R2 para transferir los datos de respaldo al sistemaData Domain secundario.


Replicación de VMAX 41

Figura 8 Respaldo de ProtectPoint a un Data Domain primario o secundario en una configuraciónde SRDF

Los requisitos de SRDF/S y la compatibilidad de configuración para el agente deaplicación de base de datos de ProtectPoint son los siguientes:

l El agente de aplicación de base de datos determina automáticamente el estado delvínculo de SRDF/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 derespaldo o restauración falla.

l El agente de aplicación de base de datos no admite cambios en el modo de vínculode SRDF/S realizados 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ónpor recuperació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 yasíncrono durante ninguna operación de VMAX. El modo debe permanecerconstante.

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

l El agente de aplicación de base de datos es compatible solamente con conexionesremotas de un solo salto. El agente de aplicación de base de datos no escompatible con las configuraciones de VMAX en cascada.



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

Compatibilidad de VMAX SRDF/MetroEn un ambiente de replicación de VMAX, el agente de aplicación de base de datos paraProtectPoint proporciona compatibilidad limitada con Symmetrix Remote Data Facility(SRDF) en una configuración SRDF/Metro.

Para la compatibilidad de SRDF/Metro se requiere una solicitud de calificación deproducto como se describe en la guía de compatibilidad de software en línea,disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/. SRDF/Metro es un servicio de alta disponibilidad en lugar de un servicio de recuperación antedesastres que proporcionan otras implementaciones de SRDF.

En la configuración básica, SRDF/Metro consta de pares de dispositivos R1 y R2 queestán conectados mediante un vínculo SRDF, al igual que en cualquier otraconfiguración de SRDF. Sin embargo, en SRDF/Metro, los sistemas host puedenacceder mediante escritura a los dispositivos R1 y R2 en forma simultánea. Eldispositivo R2 de SRDF adquiere la identidad externa (geometría, WWN dedispositivo) 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 mismaidentidad externa. Los dispositivos se presentarán como dispositivos diferentes en elhost.

Cuando se puede acceder a ambos dispositivos, el host único o los hosts de clústerpueden leer y escribir en los dispositivos R1 y R2. SRDF/Metro garantiza que cadacopia permanezca vigente y coherente, y aborda los conflictos de escritura quepodrían ocurrir entre los dispositivos SRDF emparejados.

En las Notas técnicas de las mejores prácticas y de la descripción general de SRDF/Metrose ofrecen una descripción general de SRDF/Metro e información acerca de lasmejores prácticas. En la documentación de VMAX se proporcionan más detalles acercade 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 compatiblecon el agente de aplicación de base de datos. Ambos arreglos VMAX están conectadosal mismo sistema Data Domain.


Replicación de VMAX 43


Figura 9 Topología admitida de SRDF/Metro

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

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

l Los dispositivos de respaldo y restauración de FAST.X de ProtectPoint estánconfigurados para ambos arreglos de VMAX.

l Los LUN de VMAX nativos se configuran para ambos arreglos VMAX. En Configuración de las restauraciones de ProtectPoint VMAX desde instantáneaslocales en la página 106 se proporcionan 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 lasconfiguraciones testigo de SRDF/Metro. En la documentación de VMAX, como laGuía de usuario de la CLI de la familia SRDF de Solutions Enabler más reciente, seproporciona información detallada.

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

Para configurar SRDF/Metro para ProtectPoint, el administrador de almacenamientodebe crear el vínculo inicial de SnapVX de los dispositivos R1 y R2 a los dispositivos derespaldo encapsulados de FAST.X.

Los siguientes requisitos y consideraciones adicionales se aplican a las operaciones derespaldo y restauración con el agente de aplicación de base de datos de ProtectPoint:

l Respaldos del agente de aplicaciones de base de datos:



n Si los datos de las aplicaciones residen en dispositivos que forman parte de ungrupo de SRDF/Metro, el agente de aplicación de base de datos detectaautomáticamente el par de R1-R2 para los dispositivos y, a continuación, utilizael dispositivo R1 para el resto de las operaciones.

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 derestauración encapsulado FAST.X, el flujo de trabajo de la restauración siempreasigna el dispositivo de restauración del arreglo VMAX utilizado para el respaldo(el sitio de R1 durante el tiempo de ejecución del respaldo). No se admite unarestauración a un punto en el tiempo desde un sistema VMAX diferente.

n En una restauración a un punto en el tiempo se utiliza la instantánea SnapVXlocal solo cuando la instantánea local en el VMAX de destino de restauración esla misma que se utilizó durante el respaldo para el identificador de respaldoespecificado. De lo contrario, en la restauración a un punto en el tiempo seutiliza la copia existente en el sistema de Data Domain.

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 suspendermanualmente el vínculo SRDF.

n El agente de aplicación de base de datos descubre el R1 en el momento de larestauración y se revierte al R1 sin importar qué sitio se utilizó durante elrespaldo. Si el dispositivo ya no forma parte de SRDF/Metro, elcomportamiento de la reversión es igual al de una configuración distinta deSRDF/Metro. En este caso, la reversión se realiza en el dispositivo de origenoriginal que se respaldó, a menos que se produzca la reversión en un LUNalternativo como se describe en Restauraciones de reversión de respaldos deProtectPoint para VMAX en la página 107.

n En una restauración de reversión se utiliza la instantánea SnapVX local solocuando la instantánea local en el VMAX de destino de restauración es la mismaque se utilizó durante el respaldo para el identificador de respaldo especificado.De lo contrario, en la restauración de reversión se utiliza la copia existente en elsistema de Data Domain.

n Después de realizar una restauración de reversión, se debe restablecer elví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 laGUI de administración de Data Domain para establecer límites de capacidad o uso deflujos:

l Capacidad se refiere a la cantidad de capacidad de disco duro que utiliza el agentede aplicació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 almacenamientoo pool vdisk antes de la deduplicación. La capacidad lógica es el tamaño de losdatos sin comprimir. Por ejemplo, cuando un archivo de 1 GB se escribe dos vecesen la misma unidad de almacenamiento que estaba vacía inicialmente, la unidad dealmacenamiento tiene un tamaño lógico de 2 GB, pero un tamaño físico de 1 GB.


Límites de uso de los recursos de Data Domain 45

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

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

l Cuando se supera un límite de advertencia, el host de Data Domain genera unaalerta y, si se configura 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 puedecontinuar utilizando más de los recursos limitados después de que se supera unlímite de advertencia.

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

La documentación de Data Domain proporciona detalles sobre las versiones de DataDomain que son compatibles con los límites máximos y de advertencia de capacidad oflujos.

El administrador de Data Domain puede crear una unidad de almacenamientoindependiente para cada host de agente de aplicación de base de datos o conjunto dehosts que se verá limitado.

Por ejemplo, para limitar la capacidad de la unidad de almacenamiento utilizada porcada host de agente de aplicación de base de datos, donde hay 10 hosts de agente deaplicación de base de datos, el administrador de Data Domain debe crear por lo menos10 unidades de almacenamiento. Si el administrador de Data Domain crea menosunidades de almacenamiento, debe agrupar los hosts de agente de aplicación de basede datos y asignar cada grupo de hosts a una sola unidad de almacenamiento. En estecaso, no puede limitar la cantidad de almacenamiento que será usada por cada 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 dellegada.

El usuario del agente de aplicación de base de datos puede ejecutar el comandoddbmadmin para determinar 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 enla capacidad de Data Domain

Al comienzo de un respaldo, el agente de aplicación de base de datos no puededeterminar cuánta capacidad se necesitará para el respaldo. El agente de aplicación debase de datos siempre intenta realizar un respaldo solicitado cuando el dispositivo dedestino tiene capacidad de almacenamiento o espacio disponible.

Un límite de capacidad puede configurarse en un pool de vdisk o una unidad dealmacenamiento. Cuando se supera el límite de advertencia de capacidad durante un



respaldo, aparecen alertas en el panel Current Alerts de la GUI de administración deData Domain.

Si la unidad de almacenamiento es parte de una unidad de grupo de usuarios con unalista de notificación, el host de Data Domain envía un correo electrónico a lasdirecciones en la lista. El administrador de Data Domain y el usuario del agente deaplicación de base de datos deben incluirse en la lista.

La operación de respaldo o restauración continúa sin ningún impacto adverso cuandose supera el límite de advertencia de capacidad. El agente de aplicación de base dedatos no genera ningún mensaje de error ni advertencia en su archivo de registro osalida operacional.

Cuando se supera el límite máximo de capacidad de una unidad de almacenamientodurante un respaldo de DD Boost, el agente de aplicación de base de datos finaliza elrespaldo y genera un mensaje para informar al usuario acerca de la falta de espacio enla unidad de almacenamiento.

Cuando se supera el límite máximo de la capacidad de un pool de vdisk durante unrespaldo de ProtectPoint, 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 denotificación, el host de Data Domain envía un correo electrónico a las direcciones en lalista. El administrador de Data Domain y el usuario del agente de aplicación de base dedatos deben incluirse en la lista.

Las alertas aparecen en el panel Current Alerts de la GUI de administración de DataDomain cuando se supera el límite de advertencia, independientemente de si la unidadde almacenamiento es parte de una unidad de grupo de usuarios.

La operación de respaldo o restauración continúa sin ningún impacto adverso cuandose supera el límite de advertencia de flujos. El agente de aplicación de base de datosno genera ningún mensaje de error ni advertencia en su archivo de registro o salidaoperacional.

Cuando se supera el límite máximo de flujos durante una operación, el agente deaplicación de base de datos finaliza la operación con un mensaje para informar alusuario que se requiere un límite de flujo más alto. El método para mostrar y registrarmensajes es específico de la aplicación.

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

Para las operaciones de ProtectPoint, siga las recomendaciones generales y losrequisitos para uso de recursos de todas las aplicaciones compatibles, como losrequisitos de paralelismo y alojamiento de recursos para respaldos y restauraciones.

En un flujo de trabajo de ProtectPoint, el agente de instantáneas genera las imágenesestáticas de instantánea, y el agente de instantáneas y la aplicación producen losregistros de metadatos para el catálogo de instantáneas.

Límites de uso en flujos de Data DomainLos registros de catálogo se guardan y recuperan de manera secuencial durante unaoperación de ProtectPoint. Solo un flujo se requiere para estos registros durante unrespaldo completo o una restauración o una eliminación completas. Cuando no hayflujos disponibles, la operación falla.


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

Cuota de uso en la capacidad de Data DomainLos recursos de almacenamiento que consume un respaldo de ProtectPoint son lasimágenes estáticas de vdisk y los registros de metadatos generados por la aplicación yel agente de instantá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 enun pool de vdisk.

Las imágenes estáticas se almacenan en un pool de vdisk, y su tamaño está sincomprimir y se basa en LUN. Calcule la capacidad de pool de vdisk según el tamaño delLUN de origen y la cantidad de LUN en un respaldo de instantáneas, en lugar de segúnel tamaño de la base de datos que se respalda. Para ProtectPoint con RecoverPoint,también debe tener en cuenta que el respaldo se realiza para el grupo de consistenciacompleto. Además de los respaldos iniciados por el agente de aplicación, RecoverPointpuede invocar respaldos en función de la configuración de la política de replicación deun grupo de consistencia.

Es posible que RecoverPoint requiera espacio de almacenamiento interno para unrespaldo y una restauración, por ejemplo, para la unidad de almacenamiento que seutiliza para los archivos de trabajo durante el almacenamiento provisional de imágenesestáticas en la creación o la recuperación. Asegúrese de que la cuota y el límite derecursos configurado de la unidad de almacenamiento sean suficientes para el respaldode instantáneas. En caso de duda, no limite el uso de esta unidad de almacenamiento.Las guías de usuario de administración de RecoverPoint proporcionanrecomendaciones de configuración específicas.

Durante la creación de una imagen estática, si se alcanza el límite máximo decapacidad de un pool de vdisk en una instantánea de ProtectPoint, el respaldo falla enla etapa de guardado. Los mensajes de error aparecen en los registros del agente deinstantá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 seespecifica con el parámetro DEVICE_PATH. En general, el tamaño del saveset espequeño. Cuando se alcanza el límite máximo, el respaldo falla en la etapa de guardadode instantáneas, ya sea por el agente de instantáneas o por el agente de aplicación.

Cuando falla la creación del registro de metadatos del agente de aplicación, losmensajes de error aparecen en el registro operacional o de depuración del agente deaplicación. Por ejemplo, un mensaje de error típico en el registro de agente deaplicació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, losmensajes de error aparecen 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 deDB2 es el siguiente:

(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 deaplicación de base de datos y ejecutar respaldos y restauraciones con el producto en labase de datos y los hosts de aplicaciones compatibles.

Procedimiento

1. Consulte la versión más reciente de Notas de la versión del Agente de aplicaciónde base de datos para obtener la información más actualizada sobre el producto.

2. Asegúrese de que los sistemas Data Domain requeridos están configurados yhabilitados según Configuración del sistema de Data Domain para lasoperaciones de DD Boost en la página 51.

3. Para las operaciones de ProtectPoint fuera de un ambiente de VMwarevSphere, asegúrese de que se hayan completado las configuraciones delsistema requeridas de VMAX, XtremIO y Data Domain. En Guía de configuración


Plan de trabajo para operaciones de productos 49

del almacenamiento primario y con protección de ProtectPoint, se proporcionanmás detalles.

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

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

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

l Procedimientos para las operaciones de DB2:

n Operaciones de DD Boost en sistemas DB2 en la página 159

n Operaciones de ProtectPoint en sistemas DB2 en la página 203

l Procedimientos para las operaciones de Oracle:

n Operaciones de DD Boost en sistemas Oracle en la página 239

n Operaciones de ProtectPoint en sistemas Oracle en la página 257

l Procedimientos para las operaciones de SAP HANA:

n Operaciones de DD Boost en sistemas SAP HANA en la página 333

l Procedimientos para las operaciones de SAP con Oracle:

n Operaciones de DD Boost en sistemas SAP con Oracle en la página 357

n Operaciones de ProtectPoint en sistemas SAP con Oracle en la página377

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

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

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

n Sugerencias de solución de problemas de DB2 para las operaciones de DDBoost en la página 194

n Sugerencias de solución de problemas de DB2 para las operaciones deProtectPoint en la página 236

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

n Sugerencias de solución de problemas de Oracle para las operaciones deDD Boost en la página 255

n Sugerencias de solución de problemas de Oracle para las operaciones deProtectPoint en la página 331

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

n Sugerencias de solución de problemas de SAN HANA para lasoperaciones de DD Boost en la página 353

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

n Sugerencias de solución de problemas de SAP con Oracle para lasoperaciones de DD Boost en la página 375

n Sugerencias de solución de problemas de SAP con Oracle para lasoperaciones de ProtectPoint en la página 399

l Versión más reciente de Notas de la versión del Agente de aplicación de basede datos



CAPÍTULO 2

Configuración del sistema de Data Domain paralas operaciones de DD Boost


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

...........................................................................................................................57l Habilitar el servicio de DD Boost mediante FC................................................... 58l Validación y solución de problemas de la conexión de la base de datos y del

sistema Data Domain..........................................................................................60

Configuración del sistema de Data Domain para las operaciones de DD Boost 51

Licencias del sistema Data Domain

Nota

El administrador de Data Domain debe configurar el sistema Data Domain para lasoperaciones de DD Boost 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 licenciade replicación o Data Domain Boost, para utilizar el software del agente de aplicaciónde base de datos.

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

En el documento Guía de administración de Data Domain Operating System, seproporcionan detalles sobre todas las funciones con licencia y cómo mostrar y habilitarlicencias de Data Domain.

Activar DD Boost en un sistema Data DomainHabilite DD Boost en un sistema Data Domain mediante el comando ddboostenable o desde Data Domain System Manager en la página Data Management > DDBoost, como se describe en la Guí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 deadministración requeridas. En la Guía de referencia de comandos de Data DomainOperating System se ofrecen detalles 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 los siguientes comandos:

# filesys status

The file system is enabled and running.

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

# filesys enable

Configuración del sistema de Data Domain para las operaciones de DD Boost


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

# license show

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

Si la licencia de DD Boost está deshabilitada, ejecute el siguiente comando paraagregar la licencia de DD Boost con la clave de licencia proporcionada por DataDomain:

# 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 elsistema Data Domain como se describe en la Guía de administración de DataDomain Operating System. El nombre de usuario y la contraseña distinguenmayúsculas de minúsculas y deben coincidir con el nombre de usuario y lacontraseña proporcionada en el procedimiento Configuración del lockbox en lapágina 113.

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

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

Cambio de los derechos de acceso de DD Boost en la página 53 proporcionainformación sobre cómo el cambio del nombre de usuario y los derechos deacceso afecta las operaciones 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 enun sistema Data Domain, el servicio es accesible para todos los servidores de base de


Cambio de los derechos de acceso de DD Boost 53

datos. Puede usar el comando ddboost access para reemplazar este valorpredeterminado y restringir el acceso a servidores de base de datos específicos.

Por ejemplo, el administrador de Data Domain puede ejecutar los siguientes comandospara quitar el permiso de acceso predeterminado para todos los servidores y agregarpermisos de acceso nuevos para dos servidores de base de datos específicos,dbserver1.datadomain.com y dbserver2.datadomain.com. La Guía de referencia decomandos de Data Domain Operating System proporciona 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 elacceso de DD Boost solo a los dos servidores de base de datos,dbserver1.datadomain.com y dbserver2.datadomain.com.

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

l Asegúrese de que no se esté ejecutando ninguna operación de respaldo del sistemaData Domain cuando cambia cualquier derecho de acceso. Puede ejecutar elcomando ddboost disable para impedir operaciones cuando se cambia elacceso.

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

l Después de que se modifican los derechos de acceso, puede ejecutar el comandoddboost enable para habilitar DD Boost, y los derechos de acceso tendránefecto.

Puede ejecutar el comando ddboost clients show config para verificar quéhost de base de datos tiene los derechos de acceso de DD Boost. Si la salida delcomando es simplemente *, todos los servidores de base de datos tienen los derechosde 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 deDD Boost tengan cifrado de datos en transferencia con un sistema operativo DataDomain 5.5 o posterior mediante una conexión WAN.

Para habilitar el cifrado de datos en transferencia mediante una conexión WAN,configure el cifrado con seguridad media o alta en el sistema Data Domain y establezca



el modo de autenticación en anónimo. Actualmente, el producto solo es compatiblecon el modo de autenticación anónimo. Por ejemplo, ejecute el siguiente comandoddboost para establecer el cifrado de datos en transferencia necesario para lossistemas 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óndetallada en la versión más reciente del documento Guía de administración de DataDomain Boost.

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

Los siguientes puertos deben estar abiertos en un firewall para habilitar los respaldos yla deduplicació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 MOUNTDpredeterminado es 2052)

Configurar las unidades de almacenamientoUna o más unidades de almacenamiento deben crearse en cada sistema Data Domainque se usará con el agente de aplicación de base de datos. Todos los nombres deunidades de almacenamiento en un solo sistema Data Domain deben ser únicos. Sinembargo, puede usar el mismo nombre de unidad de almacenamiento en más de unsistema 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 lasoperaciones con el agente de aplicación de base de datos. Configuración delproducto en la página 83 proporciona más información.

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

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

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


Habilitar las operaciones de DD Boost a través de un firewall 55

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

# 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 quese va a utilizar con el agente de aplicación de base de datos. Puede compartir unaunidad de almacenamiento en un sistema Data Domain entre varios hosts de base dedatos.

El almacenamiento en un sistema Data Domain puede aprovisionarse mediante límitesde cuotas opcionales para una unidad de almacenamiento. Se pueden especificarlímites de cuota, ya sea en el momento en que se crea una unidad de almacenamientoo más adelante, mediante comandos separados. En la Guía de referencia de comandosde Data Domain Operating System se proporcionan detalles sobre el comandoddboost.

Habilitar el procesamiento distribuido de segmentosEl procesamiento distribuido de segmentos es una característica de software de DDBoost que utiliza la biblioteca de DD Boost en el servidor de base de datos y elsoftware de Data Domain en el DDR. El agente de aplicación de base de datos carga labiblioteca de DD Boost durante las operaciones de respaldo y restauración.

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

Administre el procesamiento distribuido de segmentos mediante el comando ddboostoption o desde Data Domain System Manager en la página Data Management > DDBoost, como se describe en la Guía de administración de Data Domain Operating System.

Para confirmar si DD Boost tiene o no activado el procesamiento distribuido desegmentos, ejecute el comando ddboost option show.

Para configurar la opción de procesamiento distribuido de segmentos, ejecute elsiguiente comando:

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

Habilitar o deshabilitar la opción de procesamiento distribuido de segmentos no exigeque se reinicie el sistema de archivos de Data Domain

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



Nota

No puede activar el procesamiento distribuido de segmentos en sistemas SolarisSPARC, excepto T4 y T5.

Habilitar el balanceo de carga avanzado y la conmutaciónpor error 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ínculospermite la combinación de varios vínculos Ethernet en un grupo y el registro de solouna interfaz en el sistema Data Domain con el agente de aplicación de base de datos.

En la documentación de Data Domain se proporcionan detalles sobre lascaracterísticas y los beneficios del balanceo de carga avanzado y la conmutación porerror de vínculos.

Si se configura un grupo de interfaces, cuando el sistema Data Domain recibe datosdel cliente DD Boost, se realiza un balanceo de carga de la transferencia de datos yesta se distribuye como trabajos separados en la red privada, lo que proporciona unrendimiento mejor, especialmente para los clientes que usan varias conexiones de1 GbE.

Administre el balanceo de carga avanzado y la conmutación por error de vínculosmediante el comando ddboost ifgroup o desde Data Domain System Manager enla página Data Management > DD Boost, como se describe en la Guía deadministración de Data Domain Operating System.

Puede realizar los siguientes pasos para crear un grupo de interfaces en el sistemaData Domain mediante la adición de interfaces actuales al grupo y el registro delsistema Data Domain con el agente de aplicación de base de datos. Una vez que seconfigura un grupo de interfaces, puede agregar o eliminar interfaces del grupo.

Procedimiento

1. Para agregar las interfaces en el grupo, ejecute el comando ifgroup. Lasinterfaces deben haberse 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 connombre y utiliza el grupo de interfaces predeterminado.

2. Seleccione una interfaz en el sistema Data Domain para registrarla con el agentede aplicación de base de datos. Cree una interfaz agregada de conmutación porerror y registre esa interfaz con el agente de aplicación de base de datos. En laGuía de administración de Data Domain Operating System se describe cómo crearuna interfaz virtual para agregación de vínculos.

No es obligatorio usar una interfaz del ifgroup para registrarla con el agente deaplicación de base de datos. También puede utilizarse una interfaz que no sea


Habilitar el balanceo de carga avanzado y la conmutación por error de vínculos 57

parte del ifgroup para registrarla con el agente de aplicación de base de datos.La interfaz debería registrarse con un nombre que se pueda resolver con DNS ocualquier otro mecanismo de resolución de nombres.

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

# 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 decomunicación de Data Domain Fibre Channel (DFC o FC) entre la biblioteca de DDBoost 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 sehaya enviado y aprobado. Para obtener más información, póngase en contacto con surepresentante de Data Domain.

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

El sistema Data Domain debe tener una tarjeta HBA que sea compatible con el servicioDD Boost mediante FC. En la Guía de referencia de comandos de Data Domain OperatingSystem y la Guía de administración de Data Domain Operating System se proporcionainformación sobre el uso del comando scsitarget para administrar el subsistema dedestino de SCSI.

El administrador de Data Domain puede completar los siguientes pasos para configurarel servicio DD 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 nombrede host de base del sistema Data Domain. Un nombre de servidor dfc válidoconsta de uno o varios de los 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 elnombre de 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 endpointall

5. Para agregar iniciadores al grupo de FC de DD Boost, ejecute el siguientecomando:

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 tengael permiso necesario para acceder a los dispositivos de DFC.

Configuración de las operaciones del producto por medio de redes IP y FibreChannel en la página 95 proporciona información detallada sobre laconfiguración del agente de aplicación de base de datos para utilizar la conexiónde 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 ifgroupque se describe en un tema anterior se basa en interfaces de Ethernet y no se aplica altransporte de Fibre Channel. En su lugar, se proporciona otro mecanismo de rutas parala solución DD Boost mediante FC. En la documentación de Data Domain seproporcionan más detalles.


Administración de rutas de DD Boost mediante FC 59

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 adecuadopara validar la comunicación entre el host del servidor de base de datos y el sistemaData Domain:

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

# rpcinfo -p <Data_Domain_system_hostname>

La salida del comando debe incluir los puertos que se enumeran en Habilitar lasoperaciones de DD Boost a través de un firewall en la página 55. 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 debase de datos y ejecutar el comando adecuado para verificar que los dispositivosDFC estén visibles en el cliente.La Guía de referencia de comandos de Data Domain Operating System proporcionadetalles acerca de los comandos compatibles.

Puede usar el comando ddbmadmin para verificar el nombre de usuario, la contraseñay los permisos de acceso válidos para el sistema Data Domain. Configuración dellockbox en la página 113 proporciona más detalles sobre cómo usar el comando.

El artículo 201919 de la base de conocimientos, titulado Cómo solucionar problemas derendimiento y conectividad de DataDomain DDBoost, proporciona información sobrecómo usar la herramienta ddpconnchk para solucionar problemas específicos de DDBoost. El artículo está disponible en el sitio web de soporte.



CAPÍTULO 3

Instalación del producto


l Plan de trabajo para instalar o actualizar software............................................. 62l Instalación y desinstalación del software en AIX.................................................64l Instalación y desinstalación del software en HP-UX...........................................68l Instalación y desinstalación del software en Linux..............................................70l Instalación y desinstalación del software en Solaris............................................73l Instalación y desinstalación del software en Microsoft Windows........................75l Componentes de software................................................................................. 78

Instalación del producto 61

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

Antes de comenzar

Debe instalar la misma versión del agente de aplicación de base de datos en cada nodoen un ambiente de alta disponibilidad.

Durante una actualización del software, asegúrese de que no haya respaldos nirestauraciones en ejecución en el cliente o en cada nodo en el ambiente de altadisponibilidad. En una configuración de respaldo de registros archivados de DB2,asegúrese de que la biblioteca antigua de proveedor cargada se limpie, como sedescribe en Respaldos de DB2 de registros de transacciones en la página 161.

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

l Versión 4.7 o posterior del agente del sistema de archivos de ProtectPoint

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

El agente de aplicación de base de datos no es compatible con la coexistencia deProtectPoint con el cliente de NetWorker, pero es compatible con la coexistencia deDD Boost con el cliente de NetWorker, con algunas restricciones. La Notas de laversión del Agente de aplicación de base de datos proporciona más detalles.

Procedimiento

1. Asegúrese de que el host del servidor de base de datos o aplicación contenga elsoftware de servidor de aplicaciones o base de datos compatible instalado y enfuncionamiento en un ambiente compatible.

En la guía de compatibilidad de software en línea, disponible en http://compatibilityguide.emc.com:8080/CompGuideApp/, se describen las versionescompatibles de software y sistema operativo.

2. Asegúrese de haber revisado la información de la versión más reciente de Notasde la versión del Agente de aplicación de base de datos.

3. Asegúrese de que el sistema Data Domain se haya preparado según Configuración del sistema de Data Domain para las operaciones de DD Boost enla página 51.

4. Si desea realizar operaciones de ProtectPoint para una base de datos en unsistema VMAX, asegúrese de que los sistemas VMAX y Data Domain se hayanconfigurado según las instrucciones en Guía de configuración del almacenamientoprimario y con protección de ProtectPoint.

5. Si va a realizar operaciones de ProtectPoint con RecoverPoint para una base dedatos en un sistema XtremIO, asegúrese de que los sistemas XtremIO y DataDomain, así como los componentes de RecoverPoint, se hayan configuradosegún las instrucciones en Guía de configuración del almacenamiento primario ycon protección de ProtectPoint.

6. Asegúrese de contar con privilegios de raíz o administrador de sistema operativoen el host de 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 detallessobre las licencias requeridas para el ambiente.





8. Si está actualizando desde el agente Oracle RMAN, conocido anteriormentecomo Data Domain Boost (DD Boost) para Oracle Recovery Manager (RMAN),obtenga la licencia requerida. Migración de una configuración de Oracle desde elagente de Oracle RMAN 1.x o versiones posteriores en la página 247proporciona detalles sobre cómo migrar la configuración de Oracle al agente deaplicación de base de datos 4.7.

9. Si está actualizando desde el agente de aplicación de base de datos 1.0 (antesconocido como DDBDA 1.0) o el agente de aplicación de base de datos 2.x, 3.x o4.x, desinstale el agente de aplicación de base de datos según las instruccionesen la guía correspondiente:

l Guía de administración de Data Domain Boost para bases de datos y aplicaciones1.0

l Versión 2.0, 2.5, 3.0, 3.5, 4.0, 4.5, 4.6 o 4.7 de Guía de administración einstalación del Agente de aplicación de base de datos

No utilice las opciones de actualización del instalador en una plataforma Linux oUNIX, por ejemplo, el comando rpm -U de Linux.

AVISO

Después de una actualización del agente de aplicación de base de datos de unaversión anterior a 4.7 a la versión 4.7 en Linux o UNIX, el usuario raíz debeejecutar el comando ddbmadmin -U si el lockbox está en una ubicación nopredeterminada. Configuración del lockbox en la página 113 proporcionainformación detallada acerca de los requisitos del lockbox.

Como alternativa en Windows, en lugar de desinstalar la versión anterior delagente de aplicación de base de datos, puede ejecutar un procedimiento deactualización directa con el asistente de instalación de Windows.

10. Descargue el paquete de software del agente de aplicación de base de datos 4.7desde el sitio web de soporte. En Windows, descomprima el archivo descargadomediante el uso de WinZip. En UNIX/Linux, descomprima y extraiga el archivodescargado mediante las utilidades gunzip y tar.

En los siguientes ejemplos se muestran los pasos para descargar y preparar elpaquete de software.

Ejemplo: Preparación para la instalación del agente de aplicación de base dedatos en Windows

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

a. Descargue el paquete de software del agente de aplicación de base de datosen el host de Windows.

b. Use WinZip para descomprimir el archivo.

Ejemplo: Preparación para la instalación del agente de aplicación de base dedatos en AIX

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

a. Descargue el archivo dbappagent47_aixpower.tar.gz al host deaplicaciones de AIX.


Plan de trabajo para instalar o actualizar software 63

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

gunzip dbappagent47_aixpower.tar.gztar -xvpBf dbappagent47_aixpower.tar

11. Instale el software descargado del agente de aplicación de base de datos 4.7siguiendo las instrucciones de instalación en este capítulo.

12. Habilite las operaciones de ProtectPoint en UNIX o Linux mediante la ejecucióndel siguiente comando para iniciar el agente de instantáneas:

/opt/dpsapps/dbappagent/bin/ddbsm start

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

Instalar el software en AIXInstale el software del agente de aplicación de base de datos en AIX mediante laejecución del programa de interfaz de línea de comandos (CLI) installp o laherramienta de interfaz de administración del sistema (SMIT), que es un programa deinterfaz gráfica del usuario (GUI). En un clúster compatible, debe instalar el softwareen cada nodo que llevará a cabo respaldos y recuperaciones.

Procedimiento

1. Complete las tareas de preparación en Plan de trabajo para instalar o actualizarsoftware en la página 62. Asegúrese de iniciar sesión como usuario raíz y deencontrarse en el directorio correcto, que contiene los archivos de instalaciónde software descargados.

Nota

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

2. Ejecute el programa de CLI installp o de GUI 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 quecontiene los archivos de instalación de software.

Escriba el siguiente comando para verificar que la instalación se hayacompletado correctamente:

lslpp -L all | grep -i emcdbappagent

EMCdbappagent.rte 4.7.0.0 C F EMC database app agent



Si la salida del comando lslpp incluye EMCdbappagent.rte 4.7.0.0, lainstalación se realizó correctamente.

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

a. Escriba el siguiente comando:

smitty install_latest

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

c. Seleccione la opción SOFTWARE to install.

d. Escriba Yes en respuesta a los siguientes indicadores:

Accept new license agreements?Preview new license agreements?

e. Para mostrar la lista de los 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 Enter.

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

Tabla 5 Directorios de instalación de software en AIX

Tipos de archivos o directoriosinstalados

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,

vinculado 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 de software creados durante la instalación en la página 80. Si ellockbox existe en la ubicación predeterminada, el instalador lo actualizaautomáticamente con la versión más reciente.

3. Asegúrese de que la variable $PATH del sistema incluya el nombre de rutacompleto del directorio en el que están instalados los archivos binarios delagente de aplicación de base de datos. Por ejemplo, actualice la variable $PATHpara incluir el nombre de ruta /opt/dpsapps/dbappagent/bin.

AVISO

Si no incluye el directorio de instalación binaria en la variable $PATH delsistema, debe especificar el nombre de ruta binaria completo en el momento deejecutar un programa de agente de aplicación de base de datos en la línea decomandos. De lo contrario, el programa fallará.

4. Si desea ejecutar las operaciones a través de una conexión Fibre Channel (FC),puede usar el controlador de DFC que se incluye con el agente de aplicación debase de datos o el controlador del dispositivo genérico de SCSI de AIX. Si utiliza


Instalar el software en AIX 65

el controlador de dispositivo genérico de SCSI, la instalación de controladoresno es necesaria.

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

l Para el controlador de DFC que se incluye con el agente de aplicación debase de datos, la salida del comando incluye los nombres de dispositivoscomo DDdfc * y el tipo como Data Domain DDdfc versión 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 SCSIincluye los nombres de dispositivo como hdisk* y el tipo como Other FCSCSI 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 Drive

Nota

Para descubrir los dispositivos DD Boost que se agregan al grupo DD Boost FCen el sistema Data Domain, ejecute el comando cfgmgr en el cliente. Es posibleque 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 deaplicación de base de datos, pero el controlador no está instalado, instale elcontrolador de la siguiente manera:

a. Extraiga el paquete del controlador, DDdfc.rte.1.0.0.4.bff, delpaquete de software de AIX:

gunzip < dbappagent47_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 lsdevy revise la salida del comando, según lo descrito anteriormente.

Para configurar e integrar la conexión de FC en Data Domain, siga lasinstrucciones en Notas técnicas del agente de aplicación de base de datos para laconfiguración de Data Domain Fibre Channel e integración en Data Domain Boostpara Enterprise Aplications. Este artículo está disponible en el sitio web desoporte en https://support.emc.com.



HTTPS://SUPPORT.EMC.COM/

5. Verifique la versión instalada del software del producto ejecutando uno de lossiguientes comandos, donde file_name es el nombre de ruta completo delarchivo de programa ddbmadmin:

what file_namelslpp -L all | grep -i emcdbappagent

6. Para asegurarse de que el DBA puede ejecutar operaciones de respaldo yrestauración como un usuario que no es raíz, siga las instrucciones deconfiguración del siguiente artículo de la base de conocimientos:

Dispositivos de Fibre Channel con productos que utilizan DD Boost en ambienteLinux/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 aplicación de base de datos siguiendo lasinstrucciones en Configuración del producto en la página 83.

AVISO

Si actualizó el software y el lockbox se creó con el agente de aplicación 4.0 oversiones anteriores en un directorio no predeterminado, debe importarmanualmente la versión más reciente del lockbox. Para importar el lockbox,ejecute el comando ddbmadmin -U con la opción LOCKBOX_IMPORT, tal comose describe en Actualización del lockbox en la página 125.

Desinstalar el software en AIXDesinstale el software del agente de aplicación de base de datos en AIX mediante laejecución del programa de SMIT de la GUI o el comando installp. En un clústercompatible, ejecute el procedimiento de desinstalación en cada nodo que contenga elsoftware.

Procedimiento

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

2. Para desinstalar el software, use uno de los siguientes métodos como usuarioraí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


Desinstalar el software en AIX 67



b. Para mostrar una lista de los paquetes de software instalados, seleccioneF4=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 ydirectorios que contienen registros y archivos del lockbox. Debe quitarmanualmente estos elementos después de guardar una copia, si es necesario.

Instalación y desinstalación del software en HP-UXDebe completar los procedimientos requeridos para instalar y desinstalar el softwaredel agente de aplicación de base de datos en HP-UX. En los temas siguientes, seproporcionan instrucciones.

Instalar el software en HP-UXInstale el software del agente de aplicación de base de datos en HP-UX mediante lautilidad swinstall para ejecutar el programa de la interfaz gráfica del usuario (GUI)o la interfaz de línea de comandos (CLI). En un clúster compatible, instale el softwareen cada nodo que llevará a cabo respaldos y recuperaciones.

Procedimiento


Nota


2. Para ejecutar el programa de la CLI o la GUI, escriba el comando swinstall:

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

swinstall -x mount_all_filesystems=false -s /dir_pathname/EMCdbappagent.pkg EMCdbappagent

donde /dir_pathname es el nombre de ruta completo del directorio quecontiene los archivos de instalación de software.

l Para ejecutar el programa swinstall de GUI, escriba el siguiente comando:

swinstall -x mount_all_filesystems=false -i -s /dir_pathname/EMCdbappagent.pkg EMCdbappagent

donde /dir_pathname es el nombre de ruta completo del directorio quecontiene los archivos de instalación de software. Realice los siguientes pasosen el programa de la GUI:



a. Desde el menú Actions, seleccione Install (analysis).

Cuando finaliza el análisis, aparece el mensaje Ready with Warnings.Ese mensaje es normal.

b. Para continuar con la instalación, haga clic en OK.

La instalación en HP-UX almacena los distintos tipos de archivos de software enlos directorios que se muestran en la siguiente tabla.

Tabla 6 Directorios de instalación de software en HP-UX








Archivos de la biblioteca /opt/dpsapps/dbappagent/lib/hpux64

La instalación crea una cantidad de vínculos simbólicos, como se describe en Vínculos de software creados durante la instalación en la página 80. Si ellockbox existe en la ubicación predeterminada, el instalador lo actualizaautomáticamente con la versión más reciente.

La instalación en HP-UX almacena mensajes informativos, incluidos los erroresde instalación en el archivo /var/adm/sw/swagent.log. Si se produce unerror durante la instalación, compruebe este archivo para obtener detalles sobreel error.


AVISO



what file_nameswlist | grep db



Instalar el software en HP-UX 69

AVISO


Desinstalar el software en HP-UXDesinstale el software del agente de aplicación de base de datos en HP-UX mediantela ejecución del programa de la GUI o el comando swremove. En un clústercompatible, ejecute el procedimiento de desinstalación en cada nodo que contenga elsoftware.

Procedimiento


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

Nota


l Utilice la CLI mediante el siguiente comando:

swremove EMCdbappagent

l Utilice el programa de la GUI swremove:

a. Escriba el siguiente comando swremove:

swremove -i EMCdbappagent

b. SeleccioneActions > Remove (analysis).

c. Para completar la desinstalación, haga clic en OK una vez finalizado elanálisis del sistema.

d. Haga clic en Yes para confirmar la desinstalación.


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



Instalar el software en LinuxInstale el software del agente de aplicación de base de datos en Linux mediante laejecución del comando rpm. En un clúster compatible, instale el software en cadanodo que llevará a cabo respaldos y recuperaciones.

Procedimiento


Nota


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

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

l En Linux x64:

rpm -ivh emcdbappagent-4.7.0.0-1.x86_64.rpm

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

rpm -ivh emcdbappagent-4.7.0.0-1.ppc64.rpm

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

rpm -ivh emcdbappagent-4.7.0.0-1.ppc64le.rpm

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

rpm -aq | grep -i emc

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

emcdbappagent-4.7.0.0-1

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

Tabla 7 Directorios de instalación de software en Linux









Instalar el software en Linux 71

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



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

/opt/dpsapps/dbappagent/lib (Linux

Power PC big-endian)



AVISO



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


AVISO

Solo 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, debeimportar manualmente la versión más reciente del lockbox. Para importar ellockbox, ejecute el comando ddbmadmin -U con la opción LOCKBOX_IMPORT,tal como se describe en Actualización del lockbox en la página 125.

Desinstalar el software en LinuxDesinstale el software del agente de aplicación de base de datos en Linux mediante laejecución del comando rpm. En un clúster compatible, ejecute el procedimiento dedesinstalación en cada nodo que contenga el software.

Procedimiento




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

Nota


rpm -e emcdbappagent-4.7.0.0-1


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

Instalar el software en SolarisInstale el software del agente de aplicación de base de datos en Solaris mediante laejecución del comando pkgadd. En un clúster compatible, instale el software en cadanodo que llevará a cabo respaldos y recuperaciones.

Procedimiento


Nota


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 encada zona raíz dispersa requerida.

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

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

pkgadd -d /dir_pathname EMCdbappagent

donde /dir_pathname es el nombre de ruta completo del directorio que contieneel paquete de software.

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

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


Instalación y desinstalación del software en Solaris 73

Tabla 8 Directorios de instalación de software en Solaris








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

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



AVISO



Nota

El comando what solo está disponible en Solaris 11.

what file_namepkginfo -l EMCdbappagent




AVISO

Debe importar la versión más reciente del lockbox manualmente en cualquierade los siguientes casos:

l Actualizó el software en un sistema Solaris diferente de Solaris x64 y ellockbox se creó con el agente de aplicación 4.0 o versión anterior en undirectorio no predeterminado.

l Actualizó el software en x64 y el lockbox se creó con el agente de aplicación3.5 o versión anterior en un directorio no predeterminado.

Para importar el lockbox, ejecute el comando ddbmadmin -U con la opciónLOCKBOX_IMPORT, tal como se describe en Actualización del lockbox en lapágina 125.

Desinstalar el software en SolarisDesinstale el software del agente de aplicación de base de datos en Solaris mediante laejecución del comando pkgrm. En un clúster compatible, ejecute el procedimiento dedesinstalación en cada nodo 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 lazona global y, a continuación, desinstale el software en cada zona raíz dispersarequerida.

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 softwaredel agente de aplicación de base de datos en Windows. También puede modificar,reparar y quitar una instalación existente en Windows. En los temas siguientes, seproporcionan instrucciones.


Desinstalar el software en Solaris 75

Instalar el software en WindowsInstale el software del agente de aplicación de base de datos en Windows mediante laejecución del instalador de software, emcdbappagent.exe. En un clústercompatible, instale el software en cada nodo que llevará a cabo respaldos yrestauraciones.

Procedimiento

1. Complete las tareas de preparación en Plan de trabajo para instalar o actualizarsoftware en la página 62. Asegúrese de iniciar sesión como administrador y deencontrarse en el directorio correcto, que contiene los archivos de instalaciónde software descargados.

Nota


2. Ejecute el instalador de Windows, emcdbappagent.exe y, a continuación, sigalas instrucciones proporcionadas por el asistente de instalación.

Si está actualizando desde el agente de aplicación de base de datos 1.0,anteriormente conocido como DDBDA 1.0, al agente de aplicación de base dedatos 4.7 en Windows, puede seleccionar ejecutar un procedimiento deactualización directa a través del asistente de instalación.

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

La instalación en Windows almacena todos los archivos ejecutables, las plantillasde archivo de configuración y los archivos de biblioteca en el directorio C:\Program Files\DPSAPPS\DBAPPAGENT\bin\. La instalación tambiéncrea el directorio de archivos del registro de depuración, C:\Program Files\DPSAPPS\DBAPPAGENT\logs\.


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

a. En el menú Start, seleccione Computer.

b. En el menú contextual, seleccione System properties.

c. Seleccione Advanced system settings.

d. En la pestaña Advanced, haga clic en Environment Variables.

e. En System Variables, verifique la variable Path. La variable Path debe incluirel directorio 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 lossiguientes mé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 Properties.

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

l Busque en el Panel de control el programa ddbmadmin:

a. En el menú Start, seleccione Control Panel.

b. Seleccione Programs > Programs and Features.

c. En la ventana Uninstall or change a program, verifique la versión delproducto.


AVISO


Desinstalar el software en WindowsDesinstale el software del agente de aplicación de base de datos en Windows medianteel instalador de Windows o Windows Control Panel. En un clúster compatible, ejecuteel procedimiento 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 es necesario.

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 Removey, a continuación, haga clic en Next.

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

l Método de Windows Control Panel:

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


Desinstalar el software en Windows 77

b. En la ventana Add or Remove Programs, seleccione database appagent for DDBEA and ProtectPoint y, a continuación, haga clic enRemove.


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

Tabla 9 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 ProtectPointcon el agente de aplicación de base de datos.

libddbprotectpoint_rp.xx

libcurl.xx

libddbrestclient.xx

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

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

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

libccme*.xx

libcryptocme*.xx

libCSP*.xx

libLockbox.xx

libEnshroud*.xx

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

libLockbox.so

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

ccme*.dll

cryptocme*.xxxArchivos de biblioteca que se usan paraoperaciones del lockbox en Windows.



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


CSP*.dll

Lockbox.dll

Enshroud-OpenSSL.dll

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 Archivo ejecutable que se utiliza paraoperaciones de recuperación de respaldos debase de datos de DB2 y respaldos de registro.

libddboostdb2.xx Biblioteca que se utiliza para operaciones deDB2.

Componentes que se usan solo con Oracle:

ddboraasm Archivo ejecutable que se utiliza para lasoperaciones de ProtectPoint de OracleAutomatic Storage Management (ASM) enLinux de 64 bits.

ddbsbtcn.exe Archivo ejecutable que se utiliza paraoperaciones de Oracle 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 Archivo ejecutable que se utiliza paraoperaciones de SAP 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 Archivo ejecutable que se utiliza paraoperaciones de SAP con Oracle (BR*Tools).

ddbsbtcnsap.exe Archivo ejecutable que se utiliza paraoperaciones de SAP con Oracle con RMAN enWindows.

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


Componentes de software 79

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


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

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

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

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

l /opt/ddbda/bin/backint vinculado a /opt/dpsapps/dbappagent/bin/backint

l /opt/ddbda/bin/ddbmadmin vinculado a /opt/dpsapps/dbappagent/bin/ddbmadmin

l /usr/lib/ddbda/lib64/libddboostdb2.so vinculado a /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so

l /usr/lib/ddbda/lib64/libddboostora.so vinculado a /opt/dpsapps/dbappagent/lib/lib64/libddboostora.so

l /usr/lib/ddbda/lib64/libddboostsapora.so vinculado a /opt/dpsapps/dbappagent/lib/lib64/libddboostsapora.so

Nota

Los directorios de la biblioteca de UNIX de la versión anterior son los siguientes:

l En AIX: /usr/lib/ddbda/lib64l En HP-UX: /usr/lib/ddbda/hpux64l 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.dllvinculado a C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll

l Vínculos simbólicos:

C:\Program Files\EMC DD Boost\DA\bin\libddboostora.dllvinculado a C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll



C:\Program Files\EMC DD Boost\DA\bin\libddboostsapora.dllvinculado a C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostsapora.dll


Vínculos de software creados durante la instalación 81



CAPÍTULO 4

Configuración del producto


l Plan de trabajo para la configuración..................................................................84l Preparación del archivo de configuración...........................................................84l Configuración de las operaciones del producto por medio de redes IP y Fibre

Channel..............................................................................................................95l Configuración de la optimización de los respaldos de ProtectPoint para software

de múltiples rutas de otros fabricantes...............................................................97l Configuración de las restauraciones de respaldos replicados..............................97l Configuración de las restauraciones de ProtectPoint para VMAX directamente

desde Data Domain...........................................................................................105l Configuración de las restauraciones de ProtectPoint VMAX desde instantáneas

locales.............................................................................................................. 106l Configuración de las restauraciones de reversión de respaldos de ProtectPoint

......................................................................................................................... 107l Configuración de los límites de uso de los recursos de Data Domain..................112l Configuración del lockbox................................................................................. 113l Configuración de la visualización y la eliminación de información del saveset... 130l Configuración del uso de Data Domain Cloud Tier para transferencia de datos a la

nube................................................................................................................. 140l Sugerencias generales para la solución de problemas....................................... 147l Sugerencias para solucionar problemas específicos de ProtectPoint................ 153

Configuración del producto 83

Plan de trabajo para la configuración

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 los flujos de trabajo compatibles se incluyen los flujos de trabajo de DD Boost yProtectPoint. Revise la información de configuración en los capítulos subsiguientespara conocer los procedimientos adicionales que se aplican a los servidores de base dedatos específicos.

Utilice el siguiente plan de trabajo para configurar el software del agente de aplicaciónde base de datos para respaldos y restauraciones en los servidores de base de datoscompatibles.

Procedimiento

1. Configure el archivo de configuración que se utilizará para las operaciones delproducto de acuerdo con lo que se indica en Preparación del archivo deconfiguración en la página 84.

2. Configure el producto para usar las conexiones de red requeridas según lo quese indica en Configuración de las operaciones del producto por medio de redesIP y Fibre Channel en la página 95.

3. Si es necesario, configure las restauraciones de los respaldos replicados deacuerdo con lo que se indica en Configuración de las restauraciones derespaldos replicados en la página 97.

4. Si es necesario, configure las restauraciones de los respaldos de ProtectPointpara VMAX directamente desde un sistema Data Domain, sin el uso de unsistema VMAX, conforme a lo que se indica en Configuración de lasrestauraciones de ProtectPoint para VMAX directamente desde Data Domain enla página 105.

5. Configure las restauraciones de reversión de los respaldos de ProtectPointsegún se indica en Configuración de las restauraciones de reversión derespaldos de ProtectPoint en la página 107.

6. Configure los límites de uso requeridos para los recursos de Data Domain deacuerdo con lo que se establece en Configuración de los límites de uso de losrecursos de Data Domain en la página 112.

7. Configure el lockbox que utiliza el producto de acuerdo con lo que se indica en Configuración del lockbox en la página 113.

8. Si es necesario, configure la visualización o eliminación de información delsaveset según lo que se indica en Configuración de la visualización y laeliminación de información del saveset en la página 130.

9. Complete las configuraciones necesarias específicas de las aplicaciones segúnlas instrucciones de configuración correspondientes. Cada uno de los siguientescapítulos contiene un tema de configuración para un tipo específico deaplicación y de operación.

Preparación del archivo de configuraciónDebe configurar un archivo de configuración que se utilizará para respaldos yrestauraciones con el agente de aplicación de base de datos. Debe personalizar una



plantilla de archivo de configuración que proporciona la instalación del softwaremediante la configuración de parámetros específicos en el archivo.

La instalación del software proporciona las siguientes plantillas para el archivo deconfiguració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 seusa para configurar las siguientes operaciones:

n Operaciones de DD Boost de una base de datos de Oracle en cualquieralmacenamiento (Oracle ASM o no).

n Operaciones de ProtectPoint de una base de datos de Oracle en unalmacenamiento que no sea Oracle ASM.

l oracle_asm_ddbda.cfg: plantilla para el archivo de configuración de Oracleque se usa para configurar las operaciones de ProtectPoint de una base de datosde Oracle en Oracle ASM. Configuración de los respaldos y las restauraciones deProtectPoint de bases de datos de Oracle en Oracle ASM en la página 275proporciona 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 conOracle.

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 eldirectorio original o en una ubicación alternativa, y modifique la configuración deparámetros en el archivo según sea necesario. Siga las reglas que se proporcionan en Reglas de sintaxis para el archivo de configuración en la página 86.

Nota

La desinstalación del producto de software elimina las plantillas de archivo deconfiguración originales.

En Parámetros comunes en la página 87, se describen los parámetros comunes quese configuran en el archivo de configuración para los respaldos y las restauraciones detodas las bases de datos y aplicaciones compatibles, incluidas las operaciones de DDBoost y de ProtectPoint.

Los siguientes parámetros comunes son obligatorios para todas las operaciones con elagente de aplicación de base de datos:

l DDBOOST_USERl DEVICE_HOSTl DEVICE_PATHParámetros comunes de ProtectPoint para VMAX en la página 90 describe losparámetros comunes de las operaciones de ProtectPoint para VMAX. Establezcaestos parámetros en el archivo de configuración para los respaldos y lasrestauraciones de ProtectPoint para datos de bases de datos de DB2, Oracle y SAPcon Oracle que residen en un sistema VMAX.

Parámetros comunes de ProtectPoint con RecoverPoint para XtremIO en la página92 describe los parámetros comunes de las operaciones de ProtectPoint conRecoverPoint. Establezca estos parámetros en el archivo de configuración para los


Preparación del archivo de configuración 85

respaldos y las restauraciones de ProtectPoint con RecoverPoint para datos de basesde datos de DB2, Oracle y SAP con Oracle que residen en un sistema XtremIO.

Configuración de los respaldos y las restauraciones de ProtectPoint de bases de datosde Oracle en Oracle ASM en la página 275 describe los parámetros de las operacionesde ProtectPoint en Oracle ASM. Estos parámetros se especifican en el archivo deconfiguración que se puede personalizar para los respaldos y las restauraciones deProtectPoint de datos de Oracle en discos Oracle ASM que son LUN de VMAX o deXtremIO.

Los temas siguientes describen parámetros adicionales que puede establecer en elarchivo de configuración para operaciones específicas. Los capítulos posterioresdescriben parámetros específicos de base de datos adicionales.

Reglas de sintaxis para el archivo de configuraciónEl archivo de configuración incluye las siguientes secciones:

l Sección general: En esta sección, el encabezado de sección que distinguemayúsculas de minúsculas [GENERAL] está seguido de la configuración deparámetros que proporcionan información sobre la aplicación, el nombre de rutadel lockbox y los archivos de registro.

l Sección del sistema primario: En esta sección, el encabezado de la sección quedistingue mayúsculas de minúsculas [PRIMARY_SYSTEM] está seguido de laconfiguración de los parámetros que proporcionan información sobre el sistemaData Domain primario.

l Sección del sistema secundario: En esta sección, el encabezado de la sección quedistingue mayúsculas de minúsculas [SECONDARY_SYSTEM] está seguido de laconfiguración de los parámetros que proporciona información sobre la replicaciónde datos del sistema Data Domain primario al sistema Data Domain secundario.

Esta sección se requiere solo para la replicación de Data Domain. El agente deaplicación de base de datos admite la replicación de datos de MTree de DataDomain desde un sistema Data Domain a otro, pero no proporciona un mecanismopara administrar la replicación. Utilice los controles de replicación de MTree en elsistema operativo de Data Domain.

l Sección del clúster de RecoverPoint: En esta sección, el encabezado de la secciónque distingue mayúsculas de minúsculas [RP_CLUSTER_1] está seguido de laconfiguración de los parámetros que proporciona información sobre el clúster deRecoverPoint primario.

Se requiere esta sección solo cuando se utiliza un clúster de RecoverPoint con elagente de aplicació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 y value3 son los valores de parámetros asignados.

l Los nombres y valores de parámetros distinguen mayúsculas de minúsculas, amenos que se especifique lo contrario.



l Si un valor de parámetro contiene comillas, a continuación, el valor debe estarencerrado entre comillas externas que sean diferentes de las comillas internas:

n Utilice comillas dobles para encerrar un valor de parámetro que contengacomillas simples. Por ejemplo: DEVICE_PATH= "/new's"

n Utilice comillas simples para encerrar un valor de parámetro que contengacomillas dobles.

l Un parámetro obligatorio siempre debe estar configurado para la operaciónespecificada. Si un parámetro opcional no está configurado, en la operación seutiliza el valor predeterminado del parámetro, si existe un valor de este tipo.

l Use los espacios en blanco según prefiera. El agente de aplicación de base dedatos omite todos los espacios en blanco.

l Cuando se inicia una línea con el símbolo #, cualquier texto en la línea es uncomentario. El agente 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 #.

Parámetros comunesEn la siguiente tabla se describen los parámetros comunes que utiliza el agente deaplicación de base de datos para respaldos y restauraciones de DD Boost y deProtectPoint de todas las aplicaciones y las bases de datos compatibles. En la tabla, sedetallan los encabezados de las secciones del archivo de configuración que contienencada uno de los parámetros.

Tabla 10 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 respaldos que estánalmacenados en el sistema Data Domain.

Obligatorio en un ambiente de alta disponibilidad o para una restauración a un host alternativo. Los capítulos específicos de lasaplicaciones proporcionan detalles sobre la configuración de este parámetro en un ambiente de alta 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 CLIENTutilizada 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]


Parámetros comunes 87

Tabla 10 Parámetros comunes (continuación)

Especifica si se debe ejecutar una restauración comprimida que utiliza el flujo de trabajo de DD Boost. Una restauracióncomprimida utiliza menos ancho de banda mediante la restauración de los datos respaldados en formato comprimido desde elsistema Data Domain al host de aplicación.

Una restauración comprimida puede ser beneficiosa en un ambiente de ancho de banda limitado, pero puede afectar elrendimiento de la restauración debido al uso de recursos de compresión en el host de aplicación y en el sistema Data 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 113.

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, cuando esteparámetro se configura en la sección del sistema primario del archivo de configuración. La sección del sistema primario tiene elencabezado [PRIMARY_SYSTEM].

Obligatorio.

AVISO

Debe configurar el valor inicial del parámetro en el archivo de configuración antes de que el comando ddbmadmin se use para

los procedimientos de lockbox. Después de esta configuración inicial, puede modificar el valor del parámetro y volver a ejecutarel comando ddbmadmin como se describe en Configuración del lockbox en la página 113.

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 este parámetro seestablece en la sección del sistema primario del archivo de configuración. La sección del sistema primario tiene el encabezado[PRIMARY_SYSTEM].

Obligatorio.

AVISO


los procedimientos de lockbox. Después de esta configuración inicial, puede modificar el valor del parámetro y volver a ejecutarel comando ddbmadmin, como se describe en Configuración del lockbox en la página 113. 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 deben almacenar 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 de almacenamientoen el sistema Data Domain primario, cuando este parámetro se establece en la sección del sistema primario del archivo deconfiguració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.

AVISO


los procedimientos de lockbox. Después de esta configuración inicial, puede modificar el valor del parámetro y volver a ejecutarel comando ddbmadmin como se describe en Configuración del lockbox en la página 113. 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:


Parámetros comunes 89


DEVICE_PATH=/su1

Parámetros comunes de ProtectPoint para VMAXEn la siguiente tabla se describen los parámetros comunes que el agente de aplicaciónde base de datos usa solo para respaldos y restauraciones de ProtectPoint de datos deDB2, Oracle y SAP con Oracle que residen en un sistema VMAX. En la tabla, sedetallan los encabezados de las secciones del archivo de configuración que contienencada uno de los parámetros.

En el próximo tema se describen los parámetros comunes que utiliza el agente deaplicación de base de datos para las operaciones de ProtectPoint con RecoverPointcon un sistema XtremIO.

Nota

A menos que se especifique lo contrario, los siguientes parámetros comunes deProtectPoint son opcionales y distinguen mayúsculas de minúsculas.

Tabla 11 Parámetros comunes de ProtectPoint 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 DD Boostespecificado 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 se configura,el agente de aplicación de base de datos confirma que todos los LUN de respaldo que participan en la operación están en elpool de dispositivos especificado.

Opcional.

AVISO

Si este parámetro se configura en el archivo de configuración, debe registrar el nombre de usuario y la contraseña del pool dedispositivos vdisk de DD con el lockbox. Configuración del lockbox en la página 113 proporciona información detallada.



Tabla 11 Parámetros comunes de ProtectPoint para VMAX (continuación)

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ón que seusarán para la restauración de un respaldo de ProtectPoint para VMAX directamente desde Data Domain. La restauracióndirectamente 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 ProtectPoint para VMAX directamente desde Data Domain en la página 105proporciona 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 de ProtectPointpara VMAX directamente desde Data Domain. El pool de dispositivos especificado debe contener los LUN de restauración quese proporcionan en el host de restauración.

Obligatorio para una restauración directamente desde Data Domain.

Configuración de las restauraciones de ProtectPoint para VMAX directamente desde Data Domain en la página 105proporciona información detallada.

Valores válidos:



Parámetro: RESTORE_TYPE_ORDER

Sección: [GENERAL]

Especifica el tipo de restauración de ProtectPoint que se ejecutará.

El agente de aplicación de base de datos ejecuta una restauración de punto en el tiempo de forma predeterminada. Estarestauración monta las imágenes estáticas por medio de los LUN de restauración al host de recuperación y copia los archivos ala ubicación solicitada.


Parámetros comunes de ProtectPoint para VMAX 91

Tabla 11 Parámetros comunes de ProtectPoint para VMAX (continuación)

Usted también puede especificar una restauración de reversión, que corresponde a una restauración en el nivel de LUN. Configuración de las restauraciones de reversión de respaldos de ProtectPoint en la página 107 proporciona má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 ProtectPoint es un respaldo basado en SRDF, como se describe en Replicación de VMAX en lapágina 39.

Opcional para un respaldo de ProtectPoint 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 grupo dealmacenamiento que se utilizará durante una operación de restauración de VMAX. Puede omitir el SymmID y los dos puntos.De ser así, en la operación de restauración se utiliza el valor predeterminado de SymmID tal como se describe en "Valoresválidos".

Recomendado para una restauración de ProtectPoint en un sistema VMAX. Se requiere cuando se ejecuta una restauración aun 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 ProtectPoint con RecoverPoint para XtremIOEn la siguiente tabla, se describen los parámetros comunes que el agente de aplicaciónde base de datos usa solo para respaldos y restauraciones de ProtectPoint conRecoverPoint de datos de DB2, Oracle y SAP con Oracle que residen en un sistemaXtremIO. En la tabla, se detallan los encabezados de las secciones del archivo deconfiguración que contienen cada uno de los parámetros.



En el tema anterior se describen los parámetros comunes que utiliza el agente deaplicación de base de datos para las operaciones de ProtectPoint con un sistemaVMAX.

Nota

A menos que se especifique lo contrario, los siguientes parámetros de ProtectPointcon RecoverPoint son opcionales y distinguen mayúsculas de minúsculas.

Tabla 12 Parámetros comunes de ProtectPoint 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 DD Boostespecificado 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 ProtectPoint conRecoverPoint. Si se configura este parámetro, el agente de aplicación de base de datos busca las imágenes estáticas en el poolde dispositivos especificado en lugar del pool de dispositivos que está registrado en el clúster de RecoverPoint.

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, loscuales se usarán para una restauración de ProtectPoint 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.


Parámetros comunes de ProtectPoint con RecoverPoint para XtremIO 93

Tabla 12 Parámetros comunes de ProtectPoint con RecoverPoint para XtremIO (continuación)

Valores válidos:


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 ProtectPoint 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 ProtectPoint 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. Estarestauración monta las imágenes estáticas por medio de los LUN de restauración de DD al host de recuperación y copia losarchivos a la ubicación solicitada.

Usted también puede especificar una restauración de reversión. Configuración de las restauraciones de reversión de respaldosde ProtectPoint en la página 107 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 de base dedatos no es compatible con varios hosts de administración de RecoverPoint.

Obligatorio.

AVISO





Tabla 12 Parámetros comunes de ProtectPoint con RecoverPoint para XtremIO (continuación)

Valores válidos:


l Nombre o dirección IP válidos del host de administración de RecoverPoint.

Parámetro: RP_USER

Sección: [RP_CLUSTER_1]

Especifica el nombre de usuario de RecoverPoint que se conecta con el clúster de RecoverPoint, que protege los volúmenesde producción de XtremIO.

Obligatorio.

AVISO



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 deuna conexión de red Fibre Channel (FC) o Ethernet (IP) entre el host de base de datoso de aplicación y 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 DDBoost mediante Fibre 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 elservicio de DD Boost mediante FC en la página 58.

l El archivo de configuración contiene la configuración de parámetros que sedescribe en la tabla siguiente para el sistema Data Domain primario. En Preparación del archivo de configuración en la página 84, se proporcionainformación detallada sobre la configuración de parámetros en el archivo deconfiguración.

En Configuración de las restauraciones de respaldos replicados en la página 97,se describe la configuración de parámetros adicionales para permitirrestauraciones desde un sistema Data Domain secundario mediante una red FibreChannel.

l El usuario del sistema operativo que ejecuta el respaldo o la restauración tiene lospermisos de dispositivo correctos, según lo que se describe en los siguientesartículos:


Configuración de las operaciones del producto por medio de redes IP y Fibre Channel 95

n Fibre Channel Devices with Products using DD Boost in Linux/UNIX Environment(ID de documento dd95007)

n Fibre Channel Devices with Products using DD Boost in Windows Environment (IDde documento 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 losdispositivos del sistema operativo en el host de aplicación a fin de garantizar quese reconozcan los dispositivos DFC.

En la siguiente tabla, se detallan los encabezados de las secciones del archivo deconfiguración que contienen cada uno de los parámetros.

Tabla 13 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 Fibre Channel(FC).

Nota

El sistema Data Domain primario debe configurarse para admitir una conexión Fibre Channel si este parámetro se configura enTRUE.

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á para unrespaldo 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 87, 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-.




Configuración de la optimización de los respaldos deProtectPoint para software de múltiples rutas de otrosfabricantes

Cuando utilice el software de múltiples rutas de otros fabricantes, como PowerPath,en el host del agente de aplicación de base de datos, asegúrese de que elarchivo /etc/lvm/lvm.conf en el host contenga la configuración recomendadapara el filtro.

La configuración de filtro en el archivo /etc/lvm/lvm.conf optimiza los respaldosde ProtectPoint mediante la mejora del rendimiento de los comandos LVM, como elcomando lvs, durante los respaldos.

Por ejemplo, el siguiente filtro de configuración en el archivo lvm.conf evita que sedetallen volú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 ProtectPointmientras los comandos 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 derespaldos replicados desde un sistema Data Domain secundario cuando el sistema DataDomain primario no está disponible o cuando específicamente se desea restaurardesde una réplica.

Para permitir que el agente de aplicación de base de datos restaure automáticamentelos respaldos replicados desde un sistema Data Domain secundario, asegúrese de queel archivo de configuración contenga la configuración de parámetros correspondienteque se indica en la siguiente tabla. En Preparación del archivo de configuración en lapágina 84, se proporciona información detallada sobre la configuración de parámetrosen el archivo de configuración.

Nota

A menos que se especifique lo contrario, los parámetros de la siguiente tabla se aplicana las restauraciones de respaldos replicados de ProtectPoint para VMAX y respaldosreplicados de ProtectPoint con RecoverPoint. La restauración de un respaldoreplicado de ProtectPoint con RecoverPoint es una restauración a un punto en eltiempo y no es compatible con una restauración de reversión.

El grupo de dispositivos de restauración debe ser el mismo en el sistema Data Domainprimario y en el sistema Data Domain secundario.

Para las restauraciones de respaldos de ProtectPoint replicados de datos de unsistema VMAX, revise las consideraciones adicionales en Configuración de lasrestauraciones de respaldos replicados de ProtectPoint en la página 101.

Para las restauraciones desde un sistema secundario mediante una red de DD Boostmediante FC, asegúrese de que el usuario del sistema operativo que lleva a cabo lasrestauraciones tenga los permisos de dispositivo correctos, según lo que se describe


Configuración de la optimización de los respaldos de ProtectPoint para software de múltiples rutas de otros fabricantes 97

en Configuración de las operaciones del producto por medio de redes IP y FibreChannel en la página 95.


Tabla 14 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 cuando esteparámetro se configura en la sección del sistema secundario del archivo de configuración. La sección de sistema secundariotiene el encabezado [SECONDARY_SYSTEM].

Obligatorio si se configura DEVICE_HOST para una restauración desde el sistema Data Domain secundario.

AVISO



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 vdisk dereplicación en el sistema Data Domain secundario, cuando este parámetro se configura en la sección del sistema secundariodel archivo de configuración. La sección de sistema secundario tiene el encabezado [SECONDARY_SYSTEM].

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 en DDBOOST_USER.

AVISO



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




Tabla 14 Parámetros para las restauraciones desde un sistema Data Domainsecundario (continuación)

Especifica el nombre de host de 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 Data Domain secundario.

AVISO



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 de almacenamientoen un sistema Data Domain secundario cuando este parámetro se configura en la sección del sistema secundario del archivo deconfiguració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


procedimientos de lockbox. Después de esta configuración inicial, puede modificar el valor del parámetro y volver a ejecutar elcomando ddbmadmin como se describe en Configuración del lockbox en la página 113.

Valores válidos:


l Nombre de directorio válido de la unidad de almacenamiento en el sistema Data Domain secundario, sin el prefijo /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 Domain secundariocuando este parámetro se configura en la sección del sistema secundario del archivo de configuración. La sección de sistemasecundario tiene el encabezado [SECONDARY_SYSTEM].


Configuración de las restauraciones de respaldos replicados 99


Para una restauración a un sistema VMAX, este nombre no es el nombre del pool local que se crea en el sistema Data Domainsecundario.

Para una restauración a un sistema XtremIO, este nombre es el nombre del pool de solo lectura que se crea automáticamentemediante 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 Domain secundario, dondese replicaron 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].

Nota

El sistema Data Domain secundario debe configurarse para admitir una conexión Fibre Channel si este parámetro se configuraen 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 se replican losrespaldos desde el sistema Data Domain primario. Este parámetro se configura en la sección del sistema secundario del archivode 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 ProtectPoint para VMAX directamente desde el sistema Data Domain secundario hacia elhost de restauración, sin el uso de un sistema VMAX.

l Restauraciones de respaldos de ProtectPoint con RecoverPoint desde el sistema Data Domain secundario hacia el host derestauración.

Especifica el nombre del pool de dispositivos vdisk de DD que proporciona los LUN de restauración en el sistema Data Domainsecundario cuando este parámetro se configura en la sección del sistema secundario del archivo de configuración. En lasecció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. El nombredel grupo de dispositivos de restauración en el sistema secundario debe ser el mismo que el del grupo primario.

Obligatorio para una restauración a un punto en el tiempo de ProtectPoint con RecoverPoint.

AVISO

Si este parámetro se configura en el archivo de configuración, debe registrar el nombre de usuario y la contraseña del pool devdisk secundario con el lockbox. En Configuración del lockbox en la página 113, se proporciona 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 grupo dealmacenamiento que se utilizará durante una operación de restauración de VMAX. Puede omitir el SymmID y los dos puntos.De ser así, en la operación de restauración se utiliza el valor predeterminado de SymmID tal como se describe en "Valoresválidos".

Recomendado para una restauración de ProtectPoint en un sistema VMAX. Se requiere cuando se ejecuta una restauración aun 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 ProtectPointSe aplican consideraciones adicionales para la restauración de respaldos replicados deProtectPoint.

El agente de instantáneas almacena el nombre del pool de dispositivos, el nombre delgrupo de dispositivos y el nombre de la imagen estática en el catálogo de respaldo


Configuración de las restauraciones de respaldos replicados de ProtectPoint 101

durante un respaldo de ProtectPoint. El agente de instantáneas utiliza estos valorespara localizar la imagen de respaldo replicada para la restauración.

Los respaldos y los archivos de catálogo residen en ambas de las siguientesubicaciones, y el administrador 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 ProtectPointreplicado desde un sistema Data Domain secundario podría fallar en los siguientescasos:

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 unainstancia de una imagen estática en este caso, la operación falla debido a que lasimágenes estáticas no se replican completamente. MTree de Data Domainespecifica que una imagen estática parcial no puede usarse para crear unainstancia de un dispositivo.

l Se replican imágenes estáticas, pero las entradas del catálogo no se replicancompletamente: Dado que las entradas del catálogo no se replican completamente,la restauración falla o se revierte a un respaldo antiguo. El comportamientoresultante depende del tipo de base de datos.

El administrador de Data Domain debe aprovisionar los LUN de restauración en elsistema Data Domain secundario. Según la documentación de Data Domain, se debecrear un pool local para los LUN de restauración:

l Para restaurar un respaldo de ProtectPoint para VMAX y usar los LUN de VMAXFAST.X como los LUN de restauración, los LUN de restauración deben estarencapsulados y visibles por medio del arreglo VMAX que está conectado al host derestauración. Este arreglo puede ser un arreglo diferente del arreglo donde residíanoriginalmente 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 unsistema Data Domain secundario a un sistema VMAX secundario en el sitiosecundario. En Configuración de restauraciones de un Data Domain secundario aun sistema VMAX en un sitio secundario en la página 103 se proporcionainformación detallada de los requisitos de configuración.

l Para restaurar un respaldo de ProtectPoint para VMAX directamente de DataDomain al host de restauración (sin usar un sistema VMAX), los LUN derestauración son dispositivos vdisk de DD que son visibles para el host derestauración.

l Para restaurar un respaldo de ProtectPoint con RecoverPoint, los LUN derestauración son dispositivos vdisk de DD que son visibles para el host derestauració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 unrespaldo replicado de ProtectPoint.

Como mejor práctica, el nombre original de la unidad de almacenamiento de DD Boosty el nombre del pool de dispositivos vdisk de DD deben usarse para la unidad dealmacenamiento y el pool de dispositivos creados para la replicación en el sistema DataDomain secundario.



En la sección [SECONDARY_SYSTEM] del archivo de configuración se deben incluirlos siguientes ajustes 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 enla página 113.

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 enla página 113.

l DEVICE_PATH: especifica el nombre de la unidad de almacenamiento del DD Boostsecundario, si es diferente del nombre original.

l DEVICE_POOL: especifica el nombre del pool de dispositivos vdisk de DDsecundario, si es distinto del original.

l RESTORE_DEVICE_POOL: especifica el pool de dispositivos vdisk de DD queproporciona los LUN de restauración en el sistema Data Domain secundario.

Por ejemplo, los siguientes parámetros se configuran en la sección[SECONDARY_SYSTEM] del archivo de configuración y el lockbox se actualiza enconsecuencia:

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 conectarseal sistema Data Domain primario primero y, a continuación, se revierte al sistema DataDomain secundario si falla la conexión del sistema primario.

Configuración de restauraciones de un Data Domain secundario a un sistemaVMAX en un sitio secundarioAsegúrese de cumplir los siguientes requisitos antes de realizar restauraciones de unsistema Data Domain secundario a un sistema VMAX secundario en el sitio secundario:

l Los siguientes requisitos previos se completaron como se describe en Guía deconfiguración del almacenamiento primario y con protección de ProtectPoint:

n El host de recuperación de aplicaciones tiene acceso SAN a los dispositivos derestauración en el sistema Data Domain secundario en el sitio secundario.

n La replicación de MTree se configura para replicar la unidad de almacenamientode DD Boost y el pool de vdisk de Data Domain. Los nuevos dispositivos derestauración de vdisk se crean y aprovisionan desde un pool de vdisk concapacidad de escritura en el sistema Data Domain secundario.

l En la sección [SECONDARY_SYSTEM] del archivo de configuración se incluye laconfiguración de parámetros requerida:


Configuración de las restauraciones de respaldos replicados de ProtectPoint 103

n CLIENT especifica el nombre de host original, según lo registrado en elrespaldo.

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 enel lockbox de acuerdo con el procedimiento descrito en Configuración dellockbox en la página 113.

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 DDen el lockbox de acuerdo con el procedimiento descrito en Configuración dellockbox en la página 113.

n DEVICE_PATH especifica el nombre de la unidad de almacenamiento del DDBoost secundario, si es diferente del nombre original.

n DEVICE_POOL especifica el nombre del pool de dispositivos vdisk de DDsecundario, si es distinto del original.

n VMAX_FASTX_RESTORE_SG especifica el grupo de almacenamiento y elsistema VMAX secundario. 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 dispositivovdisk de DD en lugar de un dispositivo FAST.X, configure el parámetroRESTORE_DEVICE_POOL en lugar de VMAX_FASTX_RESTORE_SG.RESTORE_DEVICE_POOL especifica el pool de dispositivos vdisk de DD quecontiene los dispositivos de restauración de vdisk con capacidad de escritura en elsistema 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 unhost diferente. Por ejemplo, el nombre de usuario, ID de usuario (UID), nombre degrupo y ID de grupo (GID) del propietario de base de datos o instancia de destinocoinciden con los valores originales capturados durante el respaldo.

l El sistema de archivos con el mismo punto de montaje como se usa en el respaldodebe existir y montarse en el host de destino.

l La cantidad de dispositivos en los que el sistema de archivos reside en el host dedestino debe ser 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 LUNoriginal.



l Cuando varios LUN se incluyen en la restauración de reversión, el tamaño del LUNde destino debe 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 administradospor Oracle (OMF) está deshabilitada para la base de datos de Oracle en el hostalternativo debido a que la restauración de reversión de Oracle en esta versión noadmite el cambio de nombre de los archivos 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 losdispositivos de respaldo, la versión del sistema de archivos o administrador devolúmenes en el host de recuperación debe ser la misma de los dispositivosrespaldados o posterior. En la documentación del administrador de volúmenes ydel sistema de archivos se ofrece más información.

n Los nombres del grupo de volumen, volumen lógico y dispositivo físico en losdispositivos de destino no deben coincidir con los nombres originalesnecesariamente, siempre que no existan conflictos en los nombres de volumenló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ámetroCLIENT debe establecerse en el nombre de host original, según lo registrado en elrespaldo.

Configuración de las restauraciones de ProtectPoint paraVMAX directamente desde Data Domain

De manera opcional, puede configurar una restauración de un respaldo deProtectPoint para VMAX directamente desde un sistema Data Domain hacia el host derestauración, que no implica un sistema VMAX. Se restaura el respaldo en el host derestauración mediante LUN de restauración que se aprovisionan directamente desdeData Domain. Este tipo de restauración es una restauración a un punto en el tiempo,no una restauración de reversión.

La restauración de un respaldo de ProtectPoint para VMAX directamente desde unsistema Data Domain es especialmente útil en un escenario de configuración local yremota. Por ejemplo, respalda los datos desde un sistema VMAX en un sistema DataDomain local (primario) y, a continuación, replica el respaldo a un sistema Data Domainremoto (secundario). Puede realizar una restauración del respaldo desde el sistemaData Domain secundario, sin uso de un sistema VMAX.

Para configurar la restauración desde un sistema Data Domain local (primario),establezca los parámetros RESTORE_DEVICE_POOL y RESTORE_DEVICE_GROUP enla sección [PRIMARY_SYSTEM] del archivo de configuración. Estos parámetros seespecifican para usar los LUN de restauración en el pool de dispositivos y el grupo dedispositivos vdisk de DD, en lugar de LUN de restauración FAST.X en un sistemaVMAX.

Para configurar la restauración desde un sistema Data Domain replicado (secundario),establezca RESTORE_DEVICE_POOL en la sección [SECONDARY_SYSTEM] delarchivo de configuración, según sea necesario para el sistema Data Domainsecundario. En este caso, el pool de dispositivos de restauración en el sistema DataDomain secundario puede ser diferente del pool de dispositivos de restauración en elsistema primario. Sin embargo, el grupo de dispositivos de restauración debe ser elmismo tanto en el sistema Data Domain primario como en el secundario.


Configuración de las restauraciones de ProtectPoint para VMAX directamente desde Data Domain 105

Configuración de las restauraciones de ProtectPoint VMAXdesde instantáneas locales

Además de almacenar los respaldos en el sistema Data Domain, el agente de aplicaciónde base de datos conserva la última instantánea de SnapVX en el sistema VMAX comosu respaldo. Para lograr una restauración más rápida, puede restaurar desde estaúltima instantánea de SnapVX, que tambié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ónde reversión a nivel de LUN. Puede ejecutar la restauración de reversión en los LUN deorigen originales o LUN de destino alternativos en el mismo sistema VMAX.

La ventaja de una restauración desde la instantánea local es que puede restaurar losdatos más rápidamente.

Cuando utiliza el agente de aplicación de base de datos para realizar un respaldo deProtectPoint en VMAX, el nombre de la instantánea local de SnapVX en el sistemaVMAX es PROTECTPOINT_SNAP_<timestamp>. El agente de aplicación de base dedatos 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 se restaura desde la instantánea local si se encuentra en un estado válido. Delo contrario, el agente de aplicación de base de datos restaura desde el respaldo quese encuentra en el sistema Data Domain.

Para permitir restauraciones desde la última instantánea de SnapVX, debe seguir eldiseño de datos recomendado. Para Oracle y SAP con Oracle, el diseño de datosrecomendado utiliza LUN separados para los archivos de datos y los registros dereconstitución archivados. Además, DD Boost se utiliza para respaldar SAP BR*Tools.

A menos que siga el diseño de datos recomendado, la última instantánea de SnapVX noes equivalente 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 unainstantánea creada 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 deaplicación de base de datos desde la última instantánea local de SnapVX en VMAX,debe configurar los LUN nativos de VMAX como los LUN de restauración del agentede aplicación de base de datos. De manera predeterminada, el agente de aplicación debase de datos selecciona los LUN de restauración desde el grupo de almacenamientoNsrSnapSG de VMAX, a menos que el parámetro VMAX_FASTX_RESTORE_SG seestablezca en un nombre de grupo de almacenamiento diferente.

El grupo de almacenamiento NsrSnapSG de VMAX o el grupo de almacenamiento deVMAX especificado por VMAX_FASTX_RESTORE_SG debe contener ambos tipos deLUN de restauración de agente de aplicación de base de datos:

l LUN nativos de VMAX

l LUN de FAST.X

Para prepararse para una restauración de reversión redirigida desde la instantánea deSnapVX local en VMAX, asegúrese de cumplir, además, con los requisitos deconfiguración en el siguiente tema.

En Guía de configuración del almacenamiento primario y con protección de ProtectPointse proporcionan detalles sobre cómo realizar las configuraciones necesarias.



Configuración de las restauraciones de reversión derespaldos de ProtectPoint

El agente de aplicación de base de datos no es compatible con discos particionados enuna operación de instantánea; por ejemplo, una restauración de reversión o unrespaldo de instantánea. En una restauración de reversión, en los dispositivos dedestino, los sistemas de archivos adicionales y la administración de volúmenes queresiden en discos particionados y que no están involucrados en la operación derestauración se deben limpiar de forma manual antes de la restauración. De locontrario, la restauración de reversión podría fallar.

Debe establecer RESTORE_TYPE_ORDER=rollback en el archivo de configuraciónpara especificar la restauración de reversión de un respaldo de ProtectPoint. Unarestauración de reversión es una restauración destructiva debido a que la reversiónsobrescribe todos los contenidos de una unidad de instantánea, como un grupo devolúmenes, un disco o un grupo de consistencia de RecoverPoint.

Restauraciones de reversión de respaldos de ProtectPoint para VMAXUna restauración de reversión a un sistema VMAX es una restauración a nivel de LUN.Puede realizar una restauración de reversión de un respaldo de ProtectPoint paraVMAX a a los LUN de origen originales, a los LUN de destino alternativos en el mismosistema VMAX o a otro sistema VMAX. La restauración de reversión realiza unarestauración del grupo de volumen completo o del LUN completo cuando unadministrador de volúmenes no se utiliza:

l Puede realizar una restauración de reversión regular para restaurar el respaldo alos LUN de origen originales en el host de respaldo.

l Puede realizar una restauración de reversión redirigida para reubicar una base dedatos en un host alternativo, configurado en los LUN de destino alternativos en elmismo arreglo VMAX. En la restauración de reversión redirigida, realice larestauración de un respaldo de base de datos completa solamente.

l Puede realizar una restauración de reversión redirigida para reubicar una base dedatos en un host alternativo, configurado en los LUN de destino alternativos en unarreglo 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 deinstantánea en los LUN de origen originales. Los sistemas de archivos de respaldodeben existir en los LUN de origen antes de la restauración; vuelva a crear los sistemasde archivos si es necesario.

El agente de aplicación de base de datos 3.5 cuenta con compatibilidad con unarestauración de reversión redirigida de un respaldo de ProtectPoint para VMAX en unambiente DB2 pureScale. Esta operación restaura a diferentes LUN de destino en elmismo sistema VMAX, y estos LUN se aprovisionan a un ambiente DB2 pureScalealternativo. Requisitos de DB2 pureScale para las operaciones de ProtectPoint en lapágina 223 proporciona información detallada.

El agente de aplicación de base de datos 4.0 cuenta con compatibilidad con unarestauración de reversión redirigida de un respaldo de ProtectPoint para VMAX en elmismo arreglo VMAX para todos los sistemas DB2, Oracle y SAP Oracle compatibles.


Configuración de las restauraciones de reversión de respaldos de ProtectPoint 107

El agente de aplicación de base de datos 4.6 cuenta con compatibilidad con unarestauración de reversión redirigida de un respaldo de ProtectPoint para VMAX en unarreglo VMAX diferente para todos los sistemas DB2, Oracle y SAP Oraclecompatibles.

Asegúrese de cumplir con los siguientes requisitos adicionales para realizar unarestauración de reversión redirigida de un respaldo de ProtectPoint para VMAX,:

l Para realizar una restauración de reversión regular a los LUN de origen originalesen el host de respaldo:

n El sistema de archivos con el mismo punto de montaje como se usa en elrespaldo debe existir y montarse en el host.

n Si se utiliza el administrador de volúmenes lógicos (LVM), el nombre del grupode volumen debe ser el mismo.

l Para una restauración de reversión redirigida a otro conjunto de LUN en un hostalternativo en el mismo sistema VMAX o un sistema VMAX diferente:

n Haber cumplido con los requisitos comunes para una restauración redirigida aun host diferente. Por ejemplo, el nombre de usuario, ID de usuario (UID),nombre de grupo y ID de grupo (GID) del propietario de base de datos oinstancia de destino coinciden con los valores originales capturados durante elrespaldo.

n El sistema de archivos con el mismo punto de montaje como se usa en elrespaldo debe existir y montarse en el host de destino.

n La cantidad de dispositivos en los que el sistema de archivos reside en el hostde destino debe 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 LUNoriginal.

n Cuando varios LUN se incluyen en la restauración de reversión, el tamaño delLUN de destino 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 archivosadministrados por Oracle (OMF) está deshabilitada para la base de datos deOracle en el host alternativo debido a que la restauración de reversión deOracle en esta versión no admite el cambio de nombre de los archivosrestaurados.

n Si se usa un administrador de volúmenes, como LVM o Veritas VolumeManager:

– Si un administrador de volúmenes o un sistema de archivos existen en losdispositivos de respaldo, la versión del sistema de archivos o administradorde volúmenes en el host de recuperación debe ser la misma de losdispositivos respaldados o posterior. En la documentación del administradorde volúmenes y del sistema de archivos se ofrece más información.

– Los nombres del grupo de volumen, volumen lógico y dispositivo físico en losdispositivos de destino no deben coincidir con los nombres originalesnecesariamente, siempre que no existan conflictos en los nombres devolumen lógico y grupo de volumen.

– La cantidad de sistemas de archivos y volúmenes lógicos del grupo devolumen de destino no debe coincidir con la cantidad de la configuración delgrupo de volumen original 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 archivopsrollback.res para que estos elementos se omitan durante lascomprobaciones de seguridad. El archivo psrollback.res se describe enel próximo tema acerca de las comprobaciones de seguridad durante lasrestauraciones de reversión.

n En los dispositivos de destino, cualquier grupo de volúmenes (junto con losvolúmenes lógicos y sistemas de archivos correspondientes) o sistemas dearchivos que no formen parte de la operación de restauración se deben limpiarde forma manual antes de la restauración. Se debe desmontar el sistema dearchivos adicional, y el grupo de volúmenes adicional se debe eliminar. De locontrario, la restauración de reversión podría fallar.

n El software del agente de aplicación de base de datos debe estar instalado yconfigurado correctamente en el host que ejecuta la restauración de reversión.El parámetro CLIENT debe establecerse en el valor original, según lo registradoen el respaldo.

Restauraciones de reversión de respaldos de ProtectPoint con RecoverPoint queusan versiones de RecoverPoint anteriores a la 5.0Con esas versiones, una restauración de reversión a un sistema XtremIO es unarestauración a nivel de grupo de consistencia de RecoverPoint, que restaura todos losLUN en un grupo de consistencia. La restauración de reversión de un respaldo deProtectPoint con RecoverPoint se realiza a los LUN de XtremIO de origen en el grupode 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 dereversión de ProtectPoint con RecoverPoint ocurren a nivel de grupo de consistencia,independientemente de qué objetos se incluyan en el comando de respaldo. Comomejor práctica para una restauración de reversión de ProtectPoint con RecoverPoint,cuando realice el respaldo o la restauración de reversión, no excluya registros niarchivos de base de datos que formen parte del grupo de consistencia deRecoverPoint que se está respaldando o restaurando.

Si cualquier LUN en el grupo de consistencia respaldado contiene objetos que no sehayan incluido en el comando de respaldo, asegúrese de desmontar manualmente esosLUN antes de la restauración de reversión y, a continuación, monte de nuevomanualmente los LUN después de la restauración.

Restauraciones de reversión de respaldos de ProtectPoint con RecoverPoint queusan RecoverPoint 5.0 o versiones posterioresCon RecoverPoint 5.0 o versiones posteriores, una restauración de reversión de unrespaldo de ProtectPoint para Oracle o SAP con Oracle a un sistema XtremIO es unarestauración a nivel de LUN, que puede restaurar un grupo de consistencia deRecoverPoint parcial. La restauración de reversión realiza una restauración del grupode volumen completo o del LUN completo cuando un administrador de volúmenes nose utiliza. El grupo de volumen completo o LUN completo que se restaura se conocecomo la unidad de restauración.



Nota

Una restauración de reversión DB2 a un sistema XtremIO siempre es una restauracióna nivel de grupo de consistencia de RecoverPoint.

Con RecoverPoint 5.0 o versiones posteriores, la restauración de reversión de unrespaldo de ProtectPoint para Oracle o SAP con Oracle puede restaurar los siguientesobjetos:

l Una base de datos cuando los registros son parte del mismo grupo de consistencia,pero están en una unidad de restauración diferente.

l Una base de datos con capacidad para conectarse cuando la raíz y otras bases dedatos con capacidad para conectarse y registros en línea son parte del mismogrupo de consistencia, pero está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íneason parte del mismo grupo de consistencia, pero están en una unidad derestauración diferente.

Comprobaciones de seguridad durante las restauraciones de reversión derespaldos de ProtectPointDurante una restauración de reversión, el agente de aplicación de base de datos realizacomprobaciones de seguridad de manera predeterminada. Las comprobaciones deseguridad garantizan que no haya archivos, directorios, particiones ni volúmenes(destinos de datos) en el LUN de destino de reversión que no sean los restaurados conProtectPoint. Si existen tales destinos de datos adicionales en el LUN de destino queno se incluyen en la sesión de restauración, el agente de aplicación de base de datosgenera un error en la operación de restauración de reversión como medida deseguridad para evitar la sobrescritura de datos.

Para una restauración de reversión de un grupo de consistencia de RecoverPoint conversiones de RecoverPoint anteriores a la 5.0, las comprobaciones de seguridadtambién evitan que se sobrescriban los destinos de datos adicionales en todos los LUNde XtremIO del grupo de consistencia de destino.

Para reemplazar las comprobaciones de seguridad, puede usar el archivopsrollback.res. En el archivo, debe incluir todos los archivos y directorios que seexcluirán de las comprobaciones de seguridad de reversión.

Por ejemplo, lvol1 es el volumen lógico durante el tiempo de ejecución del respaldo,y lvol1 y lvol2 son volúmenes lógicos en el host de destino. Debe incluir lvol2 enel archivo psrollback.res para permitir la restauración de reversión continúe.También puede mostrar el nombre del dispositivo para asegurarse de que, en lacomprobación de seguridad, se omitan todos los sistemas de archivos que residen enel dispositivo. Para evitar que lvol2 se sobrescriba durante la restauración dereversión, no mencione lvol2 o el nombre del dispositivo en el archivo.



AVISO

Utilice el archivo psrollback.res con mucha precaución para evitar dañar losdatos. Si utiliza este archivo para sobrescribir las comprobaciones de seguridad, larestauración de reversión puede sobrescribir algunos archivos de base de datos que nose incluyeron en la sesión de restauración, como registros de reconstitución en líneade Oracle, lo cual podría ocasionar 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. Porejemplo, 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 enumerandotodo el disco /dev/sdc en psrollback.res. La restauración de reversiónsobrescribe todo el disco /dev/sdc, por lo que también se restaura /fs2.

Si un administrador de volúmenes lógicos (LVM) controla el sistema de archivos de unhost de aplicación, debe indicar en el archivo psrollback.res todos los discosfísicos que pertenecen al grupo de volúmenes del LVM. Por ejemplo, si un grupo devolúmenes contiene los discos /dev/sdc y /dev/sdd, y /fs1 es el punto de montajedel sistema de archivos, el archivo psrollback.res debe incluir las siguienteslí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 ProtectPoint para conocer las restriccionesespecíficas de las aplicaciones respecto de las operaciones de restauración dereversió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 paraconfigurar los límites de uso de flujos o capacidad para el agente de aplicación de basede datos. En los temas siguientes se proporciona información detallada sobre laconfiguración:

Consulte las secciones de configuración en los siguientes capítulos para obtener reglasadicionales y mejores prácticas relacionadas con los límites de uso de flujos ocapacidad en sistemas especí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, eladministrador de Data Domain debe configurar el límite máximo de capacidad para launidad de almacenamiento que utiliza el agente de aplicación para los respaldos.

Procedimiento

1. Determine qué hosts de agente de aplicación utilizarán la unidad dealmacenamiento.

2. Determine la cantidad de capacidad que se debe permitir para la unidad dealmacenamiento.

3. Cree la unidad de almacenamiento y, a continuación, establezca la cuota decapacidad en el comando de la CLI o la GUI. En la documentación de DataDomain, se proporcionan más detalles.

4. Proporcione a los usuarios del agente de aplicación el nombre de host, elnombre de la unidad de almacenamiento, el nombre de usuario y la contraseñade la unidad de almacenamiento de DD que deberán usarse para los respaldos.

El administrador de Data Domain también puede establecer la cuota decapacidad mínima para la unidad de almacenamiento, la cual activa alertas ynotificaciones, pero no limita el uso de la capacidad.

El administrador de Data Domain puede usar los comandos del SO de DataDomain o la GUI de administración de Data Domain para agregar o modificar lacuota de capacidad de unidades de almacenamiento. En la documentación deData Domain, se proporcionan más detalles.

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, elsiguiente respaldo podría fallar. Notifique a los usuarios de agente de aplicacióncuando se reduce una cuota de capacidad para que los usuarios puedan evaluarel impacto potencial sobre los 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 losflujos. Los límites de advertencia pueden configurarse de manera individual para flujosde lectura, escritura y replicación, y de manera colectiva para la cantidad total de



todos los tipos de flujos. Un límite máximo puede configurarse solo para la cantidadtotal de todos los tipos de flujos.

Para configurar un límite de uso de flujos para una unidad de almacenamiento, eladministrador de Data Domain debe configurar el límite máximo para la unidad dealmacenamiento que utiliza el agente de aplicación para los respaldos.

Procedimiento

1. Determine qué hosts de agente de aplicación utilizarán la unidad dealmacenamiento.

2. Determine cuántos flujos de respaldo y restauración estarán permitidos para launidad de almacenamiento.

3. Cree la unidad de almacenamiento. Puede configurar el límite de flujos comoparte del comando ddboost storage-unit create o (después de que secree la unidad de almacenamiento) con el comando ddboost storage-unitmodify. En la documentació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, elnombre de la unidad de almacenamiento, el nombre de usuario y la contraseñade la unidad de almacenamiento de DD que deberán usarse para los respaldos.

El administrador de Data Domain también puede establecer límites deadvertencia para la unidad de almacenamiento, que activan alertas ynotificaciones, pero no limitan la cantidad de flujos utilizados.

El administrador de Data Domain puede usar el comando ddboost storage-unit modify para modificar los límites de flujos de unidades dealmacenamiento. En la documentación de Data Domain, se proporcionan másdetalles.

AVISO

Tenga precaución al establecer un límite máximo de flujos. Establecer el límitede flujos en un valor bajo puede afectar el rendimiento del respaldo y larestauración. La disminución de un límite de flujos puede causar que unarestauración falle. Notifique a los usuarios de agente de aplicación cuando sereduce un límite de flujos para que los usuarios puedan evaluar el impactopotencial sobre los respaldos.

Configuración del lockboxUn lockbox es un archivo cifrado que utiliza el agente de aplicación de base de datospara almacenar información confidencial y protegerla contra el acceso no autorizado.El lockbox almacena la información del sistema Data Domain, incluidas las credencialespara el usuario de DD Boost.

A partir de la versión 3.5, el agente de aplicación de base de datos, el agente deaplicación de Microsoft y el agente del sistema de archivos de ProtectPoint utilizan elmismo lockbox en la ubicación de lockbox común.


Configuración del lockbox 113

Requisitos del lockboxEl archivo de caja de lockbox común utilizado por el agente de aplicación de base dedatos se denomina agents.clb. La ubicación del directorio predeterminado delarchivo de lockbox es la siguiente:

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ónanterior, el archivo del lockbox anterior a la versión 3.5 se transfiere a esta ubicacióndel lockbox común y se renombra si otro agente todavía no creó el lockbox común. Ellockbox anterior a la versión 3.5 se conserva en el siguiente directorio solo si otroagente 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 parael archivo del lockbox durante la creación del lockbox. Por ejemplo, el lockbox puedealmacenarse en un directorio compartido en un ambiente de clúster.

En el mismo directorio que el archivo del lockbox, el producto también conserva losarchivos adicionales necesarios para las operaciones correctas del lockbox. Asegúresede realizar respaldos regulares de los archivos del lockbox agents.clb yagents.clb.FCD.

AVISO

El usuario administrativo o raíz debe tener permisos de lectura y escritura en ellockbox, y todos los usuarios de la base de datos deben tener al menos el permiso delectura en el lockbox. En UNIX, el usuario raíz puede asignar la propiedad de grupo dellockbox a un grupo diferente, como un grupo DBA, lo que permite que los usuarios degrupo realicen operaciones específicas del lockbox. Esta función de asignación de lapropiedad del grupo del lockbox no es admitida en Windows.

Para restringir el acceso al lockbox a un grupo de usuarios especificado, se puedencambiar los permisos de archivo predeterminados en un archivo del lockbox. Todos losarchivos del lockbox en el directorio deben tener los mismos permisos.

Cuando se instala el agente de base de datos en el mismo host de aplicación que elagente de sistema de archivos de ProtectPoint, se requiere una ubicaciónindependiente del lockbox para cada agente.

Configuración del lockbox con el comando ddbmadminEn Windows, el usuario administrativo debe ejecutar el comando ddbmadmin pararealizar todas las operaciones del lockbox. No se puede cambiar la propiedad de grupodel lockbox en Windows.

En UNIX, el usuario de raíz puede ejecutar el comando ddbmadmin para realizar todaslas operaciones del lockbox. Si el usuario raíz de UNIX asigna la propiedad de grupo dellockbox a un grupo DBA, los usuarios del grupo también pueden ejecutar ddbmadminpara realizar las siguientes operaciones 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 orestauraciones.

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 operacionesdel lockbox.

Tabla 15 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 116 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 118proporciona información detallada.


Configuración del lockbox con el comando ddbmadmin 115

Tabla 15 Opciones del comando ddbmadmin para las operaciones del lockbox (continuación)


-P -z<archivo_de_configuración>

Esta opción registra un sistema Data Domain principal y uno secundario opcional con el lockbox.

Incorporación de sistemas Data Domain al lockbox en la página 119 proporciona informacióndetallada.

-X -z<archivo_de_configuración>

Esta opción elimina el registro de un sistema Data Domain principal y uno secundario opcional conel lockbox.

Eliminación de sistemas Data Domain del lockbox en la página 124 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 128 proporcionainformació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 128 proporcionainformación detallada.

-U Esta opción actualiza la configuración del lockbox.

Actualización del lockbox en la página 125 proporciona información detallada.

-D 9 Esta opción genera información de depuración durante una operación del lockbox. La opción seutiliza para solucionar problemas del lockbox.

Ejecución del comando ddbmadmin en modo no interactivoPuede ejecutar el comando ddbmadmin en un modo no interactivo mediante laespecificación de la opción -a con cualquiera de las otras opciones, excepto la opción-P. El comando ddbmadmin -P no es compatible con el modo no interactivo debido aque se debe especificar manualmente una contraseña para registrar un sistema DataDomain con el lockbox.

Puede ejecutar el comando ddbmadmin en un modo interactivo omitiendo la opción -a. En el modo interactivo, el comando solicita todas las entradas necesarias, como sedescribe en los siguientes temas.

La siguiente tabla proporciona ejemplos de los comandos ddbmadmin del modo nointeractivo.

Tabla 16 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>



Tabla 16 Ejemplos de comandos ddbmadmin del modo no interactivo (continuación)

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

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>



Tabla 16 Ejemplos de comandos ddbmadmin del modo no interactivo (continuación)

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. Estecomando crea el lockbox si no existe y actualiza la propiedad del grupo de UNIX dellockbox si se le solicita. Si ya existe un lockbox, este comando solo actualiza lapropiedad del grupo de UNIX si se le solicita.

En UNIX, este comando establece los permisos del directorio a 775 para un lockboxnuevo o existente, y establece los permisos del archivo de lockbox a 664.

La línea de comandos ddbmadmin -L para un nombre de ruta de directorio delockbox. Si no se especifica ningún nombre de ruta, el lockbox se crea en el directoriopredeterminado. En UNIX, el comando también solicita un ID de grupo para elpropietario del lockbox. Si se especifica 0 o ningún ID, el grupo de usuarios raízmantiene la propiedad del lockbox.

El siguiente ejemplo de UNIX crea los archivos de lockbox en el directorio /opt/lockbox y establece el propietario de grupo en dba_grp1, que tiene el ID de grupo501:

# 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: 501Lockbox 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, debeejecutar el comando ddbmadmin -P -z<archivo_de_configuración> para registrar elsistema Data Domain en 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,los usuarios del grupo pueden ejecutar el comando para registrar los sistemas DataDomain.

Los siguientes temas proporcionan detalles sobre la incorporación de los sistemas DataDomain al lockbox para las operaciones de DD Boost y las operaciones de ProtectPointcon sistemas VMAX y XtremIO.

Incorporación de sistemas Data Domain al lockbox para lasoperaciones de DD Boost

Antes de ejecutar el comando ddbmadmin -P -z<archivo_de_configuración>, elarchivo de configuración debe existir y contener la configuración del parámetroobligatoria. Por ejemplo, los siguientes parámetros se configuran en la sección[PRIMARY_SYSTEM] del archivo de configuración.

DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboost

De manera opcional, se puede registrar un sistema Data Domain secundario que seusará para las restauraciones cuando el sistema primario no está disponible. En estecaso, la sección [SECONDARY_SYSTEM] del archivo de configuración también debecontener la configuración de pará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 estaren el archivo de configuración.

De manera opcional, puede configurar LOCKBOX_PATH en el archivo de configuraciónen una ubicación de lockbox no predeterminado. Preparación del archivo deconfiguración en la página 84 proporciona información detallada sobre la configuraciónde parámetros en el archivo de configuració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 elcomando ddbmadmin -P -z<archivo_de_configuración> para actualizar lasentradas del lockbox. De lo 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 sistemasprimario y secundario. El comando verifica las contraseñas iniciando sesión en lossistemas, cifra las contraseñas y almacena las contraseñas cifradas en el lockbox.

Por ejemplo, el archivo de configuración contiene las siguientes configuraciones depará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 ylos indicadores 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 lasoperaciones de ProtectPoint con VMAX

Además de los parámetros de DD Boost que se describen en el tema anterior, elarchivo de configuración para las operaciones de ProtectPoint con un sistema VMAXtambién requiere los siguientes parámetros:

l En la sección [PRIMARY_SYSTEM] del archivo de configuración: DDVDISK_USERy DEVICE_POOL (DDVDISK_USER es necesario solo si es diferente deDDBOOST_USER)

l En la sección [SECONDARY_SYSTEM] del archivo de configuración:DDVDISK_USER y DEVICE_POOL (DDVDISK_USER es necesario solo si esdiferente de DDBOOST_USER)

Si los nombres de usuario de DD Boost y DD vdisk son los mismos para un sistemaData Domain, el comando ddbmadmin -P -z <archivo_de_configuración>establece automáticamente la contraseña de DD vdisk para ese sistema como lacontraseña de DD Boost.

Si se configura el valor del pool del dispositivo, el comando intenta iniciar sesión en elsistema Data Domain usando las credenciales de DD vdisk antes de almacenar lainformación en el lockbox.

El comando ddbmadmin -P -z crea una entrada de lockbox separada para cada unode los siguientes casos:

l DDVDISK_USER está configurado, pero DEVICE_POOL no está configurado en lasección [PRIMARY_SYSTEM] del archivo de configuración

l DDVDISK_USER y DEVICE_POOL están configurados en la sección[PRIMARY_SYSTEM] del archivo 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 deaplicación de base de datos. Si edita el archivo de configuración y modifica cualquierade esas configuraciones de parámetro después de haberlas registrado con el lockbox,debe volver a ejecutar el comando ddbmadmin -P -z<archivo_de_configuración>para actualizar las entradas del lockbox. De lo contrario, pueden fallar los respaldos ylas restauraciones.

Por ejemplo, el archivo de configuración para operaciones de ProtectPoint con unsistema VMAX contiene 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-boost



DDVDISK_USER=ddvdiskuser2DEVICE_POOL=pool2

En este caso, el comando ddbmadmin -P -z no solicita la contraseña de DD vdiskpara el sistema principal debido a que los nombres de usuario de DD Boost y DD vdiskson 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 lasoperaciones de ProtectPoint con RecoverPoint

Además de los parámetros de DD Boost que se describen en un tema anterior, elarchivo de configuración para las operaciones de ProtectPoint con RecoverPoint conun sistema XtremIO también requiere los siguientes parámetros. Estos parámetros sedeben establecer en la secció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 parael usuario de RecoverPoint. El símbolo del sistema para la contraseña del usuario quese almacenará en lockbox.

Nota

Puede registrar más de un usuario para el mismo host de administración deRecoverPoint en el mismo lockbox mediante el uso de archivos de configuracióndiferentes. Por ejemplo, diferentes aplicaciones podrían utilizar diferentes clústeres deRecoverPoint, y cada clúster puede usar el mismo host de administración deRecoverPoint, pero tener un usuario diferente.

Al ejecutar el comando ddbmadmin -P -z, este intenta iniciar sesión en eldispositivo de RecoverPoint para validar las credenciales de usuario de RecoverPointantes de almacenar la informació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 deaplicación de base de datos. Si edita el archivo de configuración y modifica cualquierade esas configuraciones de parámetro después de haberlas registrado con el lockbox,debe volver a ejecutar el comando ddbmadmin -P -z<archivo_de_configuración>para actualizar las entradas del lockbox. De lo contrario, pueden fallar los respaldos ylas restauraciones.

Por ejemplo, el archivo de configuración para las operaciones de ProtectPoint conRecoverPoint en un sistema XtremIO contiene las siguientes configuraciones depará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 deadministración de RecoverPoint especificado desde el archivo de configuración ysolicita 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> paraeliminar el registro de sistemas Data Domain. El comando utiliza los ajustes del archivode configuración para determinar la información necesaria acerca de los sistemas DataDomain y solicita consentimiento para 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 sistemasData Domain.

Durante la eliminación del registro, el comando ddbmadmin -X -z elimina lainformación en el lockbox sobre los sistemas registrados.

Un sistema primario puede eliminar el registro solo después de que el sistemasecundario se ha eliminado del registro correctamente. Este requisito se aplica a losusuarios de DD vdisk y de DD Boost.

En el siguiente ejemplo, los ajustes del archivo de configuración que se utilizan en laeliminación del registro 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 delsistema primario para el usuario de DD vdisk debido a que no se proporcionó elconsentimiento:

# 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 dellockbox. Esta operación garantiza que el lockbox esté continuamente accesible para elhost.

Por ejemplo, puede ejecutar el siguiente comando para actualizar el lockbox antes derealizar una operació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ésde una actualización importante en el sistema, puede establecer una contraseñapersonalizada que permita restablecer el lockbox cuando sea necesario. Sin la frase decontraseña, debe ejecutar el comando ddbmadmin -U periódicamente paraasegurarse de que el lockbox se mantenga actualizado. Una actualización importanteen el sistema puede producir un error del umbral de valor estable del lockbox en lapágina 151 proporciona más información.

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



l En Solaris x64, actualizó al agente de aplicación y el lockbox se creó con el agentede aplicació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 ellockbox se creó con el agente de aplicación 4.0 o versión anterior en un directoriono predeterminado.

Un directorio de lockbox no predeterminado es cualquier directorio que no sea elsiguiente directorio:

l En UNIX y Linux: /opt/dpsapps/common/lockbox o /var/opt/ddbda/lockbox

l En Windows: C:\Program Files\DPSAPPS\common\lockboxPara importar el lockbox, ejecute el siguiente comando como usuario raíz o usuarioadministrativo. Debe usar la opción -aLOCKBOX_PATH=<nondefault_lockbox_directory> para especificar el nombre de rutade 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óndel software del agente de aplicación de base de datos.

Configurar y usar una frase de contraseña personalizada para acceder al lockboxDe manera opcional, puede establecer una frase de contraseña personalizada que lepermita restablecer el lockbox o recuperar el acceso para un host cuando el lockbox sevuelva inaccesible. Esta función es útil cuando un host pierde el acceso al lockbox nocompartido con frecuencia debido a ciertas razones, como actualizaciones del sistemaoperativo. En este caso, es útil establecer una frase de contraseña personalizadacuando todavía se puede acceder al lockbox, de modo que, cuando se produzcacualquier problema de acceso, el host pueda restablecer el lockbox.

Una frase de contraseña personalizada debe cumplir con los siguientes requisitos decontraseñ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 elsiguiente comando como usuario raíz o usuario administrativo, y escriba la frase decontraseña cuando se le solicite:

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 unacopia de los archivos del lockbox, la persona puede acceder a él.

Después de establecer una frase de contraseña personalizada, puede usarla pararestablecer el lockbox o recuperar el acceso a él. Por ejemplo, si no se puede accederal lockbox, ejecute el siguiente comando como usuario raíz o usuario administrativo, yescriba la frase de contraseña cuando 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 lockboxDe manera opcional, puede seleccionar un nivel predeterminado o nivel personalizadopara la seguridad del lockbox. El nivel de seguridad personalizado no se recomiendadebido a posibles problemas de seguridad. Sin embargo, el nivel personalizado puedeser útil cuando no desea configurar una frase de contraseña personalizada para losproblemas de inaccesibilidad del lockbox. Con el nivel de seguridad personalizado sereduce la frecuencia con la que el lockbox se vuelve inaccesible después de lasactualizaciones importantes del sistema operativo, pero esto no garantiza que no serepetirá el problema de inaccesibilidad.

Configurar y usar una frase de contraseña personalizada garantizan el acceso continuoal lockbox sin implicaciones de seguridad.

Para establecer el nivel de seguridad, ejecute el siguiente comando como usuario raíz ousuario administrativo.

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 dellockbox:

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 cadanodo. En este caso, cada lockbox debe contener la misma información. Comoalternativa, puede configurar un lockbox en una ubicación compartida y otorgar accesoal lockbox a todos los nodos en el ambiente.

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,el recurso compartido de NFS se exportará con la opción no root squash.

Debe completar los siguientes pasos para configurar un lockbox en una ubicacióncompartida.

Procedimiento

1. Para registrar un sistema Data Domain, seleccione un host (nodo) y, acontinuación, ejecute el comando ddbmadmin -P -z<archivo_de_configuración>.

2. Para otorgar acceso al lockbox a otro host, como host2, ejecute el comandoddbmadmin -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 otorgaracceso al lockbox. Proporcione el nombre de host requerido:

l Si el host 2 es un sistema UNIX o Linux, proporcione la salida del comandouname -n en el 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 nombrede host del servicio de clúster de Oracle.

Los siguientes ejemplos muestran el comando ddbmadmin -G en las distintasplataformas:

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]: nHost '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 debeotorgar acceso al nombre de host del servicio de clúster de Oracle yconfirmar que es un nombre de host virtual, como se muestra en el siguienteejemplo:

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 . Paracada host al que 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 hostsque tienen acceso al lockbox. En un ambiente donde el lockbox se comparteentre varios hosts, el usuario de cada host que ejecuta operaciones con elagente de aplicación de base de datos debe tener acceso de lectura del sistemaoperativo a los archivos del lockbox. El usuario raíz o administrativo en cadahost debe tener acceso de lectura y escritura a los archivos.

Puede ejecutar el comando ddbmadmin -R para revocar el acceso al lockboxdesde un host. Debe ejecutar el comando en un host que no sea el host desde el



cual se revoca el acceso al lockbox. Por ejemplo, no puede ejecutar el comandoen el host 1 para revocar el acceso al lockbox del host1.

Cuando se agrega un nodo nuevo a un ambiente de alta disponibilidad o sereemplaza un nodo existente, otorgue el acceso al lockbox al nuevo nodo deacuerdo 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 dedatos, el espacio disponible en el sistema Data Domain puede reducirseconsiderablemente. Para eliminar los respaldos antiguos y liberar espacio en elsistema, utilice las herramientas de administración de respaldos nativas de la base dedatos 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 losrespaldos. En este caso, puede usar el programa ddbmadmin para la administración deespacio en el sistema Data Domain.

Nota

La información de esta sección se aplica a todos los respaldos compatibles de DDBoost, de ProtectPoint para VMAX y de ProtectPoint con RecoverPoint. El programaddbmadmin elimina la información de respaldo en el sistema Data Domain, pero noelimina ninguna información del servidor de base de datos.

Para eliminaciones de respaldos de DB2 y Oracle, utilice las herramientas deadministración de respaldos nativas de la base de datos:

l Para la eliminación de respaldos de DB2:

n Para un respaldo de ProtectPoint, utilice el comando db2acsutil con laopción delete.

n Para un respaldo de DD Boost, 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 ProtectPoint de Oracle ASM, serecomienda usar el comando ddbmadmin como se describe en Uso del comandoddbmadmin para enumerar y eliminar los respaldos en la página 284.

Un respaldo con el agente de aplicación de base de datos consta de savesets derespaldo; un saveset es un conjunto de uno o más archivos de guardado creadosdurante la sesión de respaldo. Un archivo de guardado es un bloque de datos o unarchivo de sistema operativo, el objeto más simple que se puede respaldar o restaurar.Un respaldo crea uno o más archivos de guardado dentro de un saveset. El programaddbmadmin puede realizar eliminaciones en el nivel del saveset solamente y eliminatodos los archivos de guardado de un saveset.

Puede usar el programa ddbmadmin para realizar cualquiera de las siguientesoperaciones:

l Mostrar todos los clientes para una ruta de dispositivo especificada en el sistemaData Domain.



l Mostrar información sobre los savesets de respaldo.

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 con Oracle desde el agente de aplicaciónde base de datos 1.0 a la versión 4.7.

Debe ejecutar el comando ddbmadmin en la línea de comandos con las opcionesnecesarias. Ciertas opciones de comando son obligatorias para diversas operaciones.La opción -z<archivo_de_configuración> es obligatoria para todas las operaciones yespecifica el archivo de configuración utilizado con el agente de aplicación de base dedatos.

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 seagrega al archivo de registro operacional, ddbmadmin.messages.log.

En los temas que aparecen a continuación, se proporciona información detallada sobreel uso y las opciones del comando ddbmadmin para las operaciones admitidas.

Uso del comando ddbmadmin para mostrar y eliminar savesetsUn usuario DBA puede ejecutar el comando ddbmadmin con las opciones adecuadaspara realizar las siguientes operaciones:

l Mostrar todos los clientes para una ruta de dispositivo especificada en el sistemaData Domain:

ddbmadmin -i -z <configuration_file> [-D 9]

En Uso del comando ddbmadmin para mostrar los clientes en una ruta dedispositivo en la página 134 se 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]

En Uso del comando ddbmadmin para mostrar información del saveset en la página135 se ofrece información detallada.

l Mostrar la información de los archivos de guardado en un rango de tiempo deguardado:

ddbmadmin -f [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-v]

En Uso del comando ddbmadmin para mostrar información de archivo deguardado en la página 136 se 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 mostrar y eliminar savesets 131

En Uso del comando ddbmadmin para eliminar savesets en la página 137 se ofreceinformación detallada.

l Actualizar el índice de respaldo de SAP con Oracle desde el agente de aplicaciónde base de datos 1.0 a la versión 4.7:

ddbmadmin -u -n <application> -z <configuration_file>

En Uso del comando ddbmadmin para actualizar el índice de respaldos en la página139 se ofrece información detallada.

Las opciones de entre corchetes ([ ]) son opcionales. La siguiente tabla describe lasopciones de comando ddbmadmin.

Tabla 17 Las opciones del comando ddbmadmin para visualización y eliminación de savesets


-b<hora_de_inicio> Opcional. Especifica el inicio del rango de tiempo, en un formato de fecha y hora. Formato defecha y hora que se usa con las opciones del comando ddbmadmin en la página 133 proporcionadetalles sobre los formatos de fecha y hora compatibles para <hora_de_inicio>.

Sin esta opción, se usa la primera hora del respaldo de forma predeterminada para el inicio delrango de tiempo.

-c Opcional. Especifica la ejecución de una operación en un modo no interactivo.

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 durante el rango de tiempoespecificado.

-D 9 Genera información de depuración durante la operación. La opción se utiliza para solucionarproblemas operacionales.

-e<hora_de_finalización> Obligatoria con otras opciones, excepto para -i y -u. Especifica la finalización del rango de

tiempo, en un formato de fecha y hora. Formato de fecha y hora que se usa con las opciones delcomando ddbmadmin en la página 133 proporciona detalles sobre los formatos de fecha y horacompatibles para <hora_de_finalización>.

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 de respaldo creadosdurante el rango de tiempo especificado.

-i Especifica la visualización de todos los clientes para la ruta del dispositivo del parámetroDEVICE_PATH en el archivo de configuración.

-n<aplicación> Obligatoria con todas las opciones, menos -i. Especifica el nombre de aplicación que debe usarse

para la eliminación, la visualización o la operación de actualización. Un valor de aplicación válido esdb2, oracle, oracle_asm, saphana o saporacle.

Nota

El valor de oracle_asm se puede usar solo para enumerar o eliminar respaldos de ProtectPoint deOracle ASM. Uso del comando ddbmadmin para enumerar y eliminar los respaldos en la página284 proporciona más detalles.

-s Especifica la visualización de información sobre los savesets de respaldo creados durante el rangode tiempo especificado.



Tabla 17 Las opciones del comando ddbmadmin para visualización y eliminación desavesets (continuació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. Configuración del uso de Data Domain Cloud Tier para transferencia de datos ala nube en la página 140 proporciona información detallada acerca de las operaciones con DataDomain Cloud Tier.

-u Especifica que se actualiza un índice de respaldo de SAP con Oracle del agente de aplicación debase de datos 1.0 al formato de índice de versión 4.7. El espacio de nombres de respaldo que seutiliza en el índice se cambió de “respaldo” en el agente de aplicación de base de datos 1.0 a“saporacle” en la versión 4.7.

-v Especifica que se proporcione una salida altamente detallada del comando ddbmadmin.

-z<archivo_de_configuración>

Obligatorio. Especifica el nombre de ruta completo del archivo de configuración, como se describeen Preparación del archivo de configuración en la página 84.

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 el que se realizó el respaldo. Un archivo de

configuración independiente se requiere para cada conjunto 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 defecha y hora son válidos:

l Hora del día: Una hora del día tiene el formato hh[:mm[:ss]] (o hhmm) [meridiano][zona]. Si no especifica un meridiano (a. m. o p. m.), se utiliza un reloj de 24 horas.Puede especificar una hora del día como hh seguida de un meridiano. Si noespecifica 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. Losformatos aceptables son mm/dd[/aa] y nombre_del_mes dd[, aa]. Si se omite, seselecciona el año actual de manera predeterminada. Si especifica un año como unnúmero entre 70 y 99, se agrega 1900. Si es un año entre 00 y 30, se agrega 2000.El tratamiento de otros años menores de 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 comoun año si ya se especificaron la hora_del_día, el nombre_de_mes y el dd; de locontrario, 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íaactual. Un día puede ir precedido por un número, que indica qué instancia de esedía está recomendada; el valor predeterminado es 1. Los números negativos indicanhoras que ya pasaron. Se aceptan algunas cifras simbólicas: última, siguiente y losordinales de primero a duodécimo (“segundo” es ambiguo y no se acepta como unnú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 se refiere al de la semanasiguiente.

l tiempo relativo: se pueden usar especificaciones relativas a la hora actual. Elformato es [número] unidad. Las unidades aceptables son década, año, trimestre,mes, quincena, semana, día, hora, minuto y segundo.


Uso del comando ddbmadmin para mostrar y eliminar savesets 133

Las abreviaturas más comunes para días, meses y el resto de las unidades sonaceptables, incluidas una primera letra en mayúscula o minúscula, y abreviaturas detres letras con o sin un terminal. Las unidades, como semanas, se pueden especificarcomo singular o plural. Los valores de zona horaria y meridiano pueden ser enmayúsculas o minúsculas, con o sin puntos.

La fecha real se forma como se indica a continuación. En primer lugar, cualquier fechau hora absoluta se procesa y se convierte. Usando esa fecha como la base, se agreganlas especificaciones del día de la semana. Por último, se usan especificacionesrelativas. Si se especifica una fecha o un día y no se proporciona ninguna hora relativao absoluta, se utiliza la medianoche. Finalmente, se aplica una corrección para que seobtenga la hora correcta del día después de calcular las diferencias de hora por elhorario 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 enuna ruta de dispositivo especificada en el sistema Data Domain:

ddbmadmin -i -z <configuration_file> [-D 9]

Tabla 17 en la página 132 proporciona detalles sobre las opciones de comandos. Elarchivo de configuración debe contener los parámetros requeridos, incluidoDEVICE_PATH.

Por lo general, ejecuta esta operación a fin de prepararse para la eliminación delsaveset con el comando ddbmadmin. El siguiente ejemplo muestra la salida delcomando 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 del savesetPuede ejecutar el siguiente comando ddbmadmin para mostrar información sobre lossavesets de respaldo:

ddbmadmin -s [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9]

Tabla 17 en la página 132 proporciona detalles sobre las opciones de comandos.

Por lo general, ejecuta esta operación para prepararse para la eliminación del savesetcon el comando ddbmadmin. Puede comparar la información del saveset con losdetalles en el catálogo de respaldo de base de datos y determinar qué savesets derespaldo deben eliminarse.

La salida del comando ddbmadmin -s incluye una fila para cada saveset encontrado,y la fila contiene el nombre del cliente, la fecha del saveset, el tamaño del saveset y elnombre del saveset. Las filas se ordenan en orden descendente según la fecha y lahora del saveset. Las siguientes palabras 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.

El siguiente ejemplo 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 savesets de respaldosde SAP con Oracle:

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


Uso del comando ddbmadmin para mostrar información del saveset 135

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:43 (1427124643), size = 72768, name = backint:BOSTotal number of save sets = 10.

Uso del comando ddbmadmin para mostrar información de archivo deguardado

Puede ejecutar el siguiente comando ddbmadmin para mostrar información sobre losarchivos de guardado del respaldo:

ddbmadmin -f [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9]

Tabla 17 en la página 132 proporciona detalles sobre las opciones de comandos. Elarchivo de configuración debe contener los parámetros requeridos.

Por lo general, ejecuta esta operación para prepararse para la eliminación del savesetcon el comando ddbmadmin. Puede comparar la información del archivo de guardadocon detalles en el catálogo de respaldo de base de datos y determinar qué savesets derespaldo deben eliminarse.

La salida del comando ddbmadmin -f incluye una fila para cada archivo de guardadoencontrado, donde la fila contiene el nombre del archivo de guardado y la fecha y horadel respaldo. En el siguiente ejemplo se muestra la salida del comando ddbmadmin -f.

Ejemplo 4 Visualización de la información de archivos de guardado

Usted ejecuta el siguiente comando ddbmadmin para mostrar archivos de guardadode respaldos de SAP con 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./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



Ejemplo 4 Visualización de la información de archivos de guardado (continuación)

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

Uso del comando ddbmadmin para eliminar savesetsPuede ejecutar el siguiente comando ddbmadmin para eliminar los savesets derespaldo creados durante 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 savesetsque tengan más de un año. El comando elimina los datos del saveset en losarchivos .ss y los metadatos de índice en los archivos .rec asociados con lossavesets.

AVISO

Utilice el comando ddbmadmin con precaución, porque elimina savesets sin tener encuenta las dependencias entre los savesets en un respaldo. El comando ddbmadminutiliza la hora de guardado del respaldo para eliminaciones y elimina todos losrespaldos que se almacenan en la misma ruta de dispositivo en el rango de tiempo deeliminación. Después de eliminar ciertos savesets desde un respaldo, es posible que nopueda restaurar datos desde el respaldo. Por lo tanto, la eliminación inadecuada desavesets con el comando ddbmadmin puede causar pérdida de datos y restauracionesfallidas. La eliminación de savesets no se puede deshacer y no debe interrumpirse unavez iniciada. Para las aplicaciones que admiten la eliminación de respaldos, como DB2con la eliminación automática de objetos de recuperación, utilice la interfaz de laaplicación compatible para eliminar los respaldos obsoletos correctamente.

Antes de que el programa ddbmadmin empiece a eliminar savesets, el programa lesolicita que confirme la eliminación. Si el programa encuentra al menos un saveset noconfirmado debido a un respaldo en ejecución o fallido, el programa muestra mensajesde advertencia que se refieren a los savesets incompletos. Puede finalizar laeliminación o continuar con ella.


Uso del comando ddbmadmin para eliminar savesets 137

Los siguientes ejemplos muestran la salida del comando de una eliminación interactiva(sin la opción -c) y los resultados cuando finaliza la eliminación o continúa con elladespués de que se detecta un saveset no confirmado.

Ejemplo 5 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 6 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:

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]: yList of deleted save set save times:

save time = 1427124249save time = 1427124251



Ejemplo 6 Completar una eliminación después de la detección de un savesetincompleto (continuación)

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 aplicación debase de datos 4.7 migra automáticamente los respaldos de SAP con Oracle que secrearon con el agente de aplicación de base de datos 1.0 a la versión 4.7. El agente deaplicación de base de datos 1.0 almacena los respaldos de SAP con Oracle en elespacio de nombres “backup” en el catálogo del agente de aplicación, mientras que elagente de aplicación de base de datos 4.7 almacena los respaldos en el espacio denombres “saporacle”.

En el caso de una falla de la migración automática, ejecute el siguiente comandoddbmadmin para actualizar 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”que utilizó el agente de aplicación de base de datos 1.0 para los respaldos de SAP conOracle. Si no se convierte el nombre del espacio de nombres, una restauración delagente de aplicación de base de datos 4.7 no puede encontrar el respaldo requerido enel espacio de nombres “backup”.

En el siguiente ejemplo se muestra la salida del comando ddbmadmin -u.

Ejemplo 7 Actualización del índice de respaldos de SAP con Oracle

Ejecute el siguiente comando ddbmadmin a fin de actualizar el índice de respaldospara respaldos de SAP con Oracle, del espacio de nombres del agente de aplicación debase de datos 1.0 al espacio de nombres del agente de aplicación de base de datos 4.7:

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

Backup was upgraded successfully.


Uso del comando ddbmadmin para actualizar el índice de respaldos 139

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 CloudTier para la transferencia de datos de respaldo a la nube y la recuperación posterior delos datos de respaldo de la nube.

Data Domain (DD) Cloud Tier es una función nativa de DD OS 6.0 o posterior para latransferencia de datos del nivel activo al almacenamiento de objetos de bajo costo yalta capacidad en la nube pública, privada o híbrida para retención a largo plazo. Elagente de aplicación de base de datos 3.5 incluye compatibilidad con DD Cloud Tierpara la transferencia de datos de respaldo de DD Boost a la nube, lo que libera espacioen 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 ProtectPoint a la nube.

Debe configurar una política de DD Cloud Tier, también conocida como política detransferencia de datos, para cada unidad de almacenamiento o MTree que utiliza elagente de aplicación de base de datos para la transferencia de datos a la nube.

Después de haber configurado las políticas de transferencia de datos, puedeconfigurar y realizar las 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 derespaldo; un saveset es un conjunto de uno o más archivos de guardado creadosdurante la sesión de respaldo. Un archivo de guardado es un bloque de datos o unarchivo de sistema operativo, el objeto más simple que se puede respaldar o restaurar.Un respaldo crea uno o más archivos de guardado dentro de un saveset. El agente deaplicación de base de datos transfiere y recupera los datos de respaldo solo a nivel delsaveset 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 temas siguientes describen cómo realizar la transferencia de datos a la nube y larecuperación de datos de la 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 nivelactivo a la nube según la política de DD Cloud Tier. Para habilitar la transferencia dedatos a la nube, debe configurar la política requerida para cada unidad dealmacenamiento o MTree.

DD Cloud Tier proporciona dos tipos de políticas: la política basada en aplicaciones y lapolítica basada en antigüedad. El agente de aplicación de base de datos admite solo lapolítica basada en aplicaciones, que es administrada por la aplicación que crea losarchivos de respaldo en el sistema Data Domain. Esta política transfiere el contenidodel archivo de respaldo a la nube según las especificaciones 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üedadtransfiere todo el contenido de archivos (incluidos los metadatos) de una unidad dealmacenamiento a la nube según la antigüedad de los archivos, como cuando setransfieren todos los archivos de más de T días. Dicha transferencia de datos medianteuna política basada en antigüedad puede causar la falla de las consultas de metadatospara el agente de aplicación de base de datos.

El DBA debe ponerse en contacto con el administrador de Data Domain para crear lapolítica basada en aplicaciones, también conocida como perfil de transferencia dedatos, para la unidad de almacenamiento o MTree que utiliza el agente de aplicación debase de datos para los respaldos de DD Boost. La documentación de Data Domainproporciona detalles sobre los procedimientos 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 las API de REST por medio de comandos curl de la línea de comandos.Puede ejecutar los comandos para realizar operaciones específicas para las políticas deDD Cloud Tier o puede incorporar los comandos en un script. Consulte los subtemassiguientes para obtener más detalles y ejemplos de cómo usar las API REST.

Como alternativa, con DD OS 6.1 o versiones posteriores, puede ejecutar el comandode Data Domain data-movement policy para configurar la política basada enaplicaciones.

Mediante el comando de transferencia de datos con DD OS 6.1 o superiorDD OS 6.1 o versiones posteriores le permiten configurar la política basada enaplicaciones mediante el siguiente comando de Data Domain desde la línea decomandos. Con este comando se define la política basada en aplicaciones para losMTree 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 aplicacionespara 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 dela política para 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 curlPor ejemplo, puede ejecutar los siguientes tipos de comandos curl desde una línea decomandos de Linux a fin de usar las API de REST para realizar operaciones para laspolíticas de DD Cloud Tier:


Configuración de la política de DD Cloud Tier para transferencia de datos a la nube 141

Nota

En los siguientes comandos, debe reemplazar las variables que comienzan con loscaracteres $dd, como $dduser y $ddhost, con los valores adecuados de laconfiguración del sistema. Por ejemplo, en las variables de ambiente se incluye lasiguiente configuración: La variable dduser se debe configurar para el usuarioadministrador 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íticaPor ejemplo, puede ejecutar el siguiente tipo de script desde una línea de comandosdel sistema Linux 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 sistemaespecífica. Si la línea #ddpass= en el script se comenta de la siguiente manera, elscript solicita la contraseña del usuario de DD que se especifica en la configuración dedduser. La variable dduser se debe configurar 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 comandoddbmadmin -m para 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íticaspara especificar 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 datosde saveset y una copia de los metadatos para la transferencia a la nube. Las opcionesde comando especifican los savesets de respaldo que se crearon durante un rango detiempo:

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 enel sistema Data Domain (nivel activo) durante al menos 14 días antes de mover elrespaldo a la nube.

Cuando se ejecuta la política de transferencia de datos, la copia de datos y metadatosse transfiere a la nube. Los metadatos originales se conservan en el sistema DataDomain.

La opción -m especifica que se marquen los savesets de respaldo especificados y unacopia de los metadatos correspondientes para la transferencia a la nube. La tabla 17proporciona detalles sobre otras opciones de comandos. El archivo de configuracióndebe contener los parámetros requeridos.


Ejecución de la transferencia de datos a la nube 143

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 seagrega al archivo de registro operacional, ddbmadmin.messages.log.

Por ejemplo, el siguiente comando marca para transferencia todos los savesets derespaldo de Oracle 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 quese transferirán y le solicita que confirme la lista para transferencia de datos. Acontinuación, el programa marca los archivos de saveset para la transferencia. Losarchivos se transfieren a la nube en el momento determinado por la política detransferencia 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 laspolíticas de DD Cloud Tier, el agente de aplicación de base de datos de manerapredeterminada recupera los savesets nuevamente al sistema Data Domain. Comoalternativa, puede ejecutar el comando ddbmadmin -r para recuperar manualmentelos savesets. También puede deshabilitar las recuperaciones automáticas realizadaspor el agente de aplicación de base de datos.

De manera predeterminada, el agente de aplicación de base de datos recuperaautomáticamente los savesets desde la nube al sistema Data Domain según seanecesario para completar una operación de restauración.

Puede recuperar manualmente los savesets de la nube mediante la ejecución delcomando ddbmadmin -r.

Nota

Cuando se recuperan datos de la nube, se eliminan de la nube y se transfieran denuevo al sistema Data Domain. Debe asegurarse de que los datos se transfieran denuevo a la nube según sea necesario.

De manera opcional, puede establecer el parámetro DDBOOST_AUTO_RECALL_DATAen el archivo de configuración para especificar el método recomendado derecuperació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ámetroes TRUE. El agente de aplicación de base de datos recupera automáticamente losdatos según sea necesario 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 dedatos puede recuperar datos solamente después de ejecutar el comandoddbmadmin -r para iniciar la recuperación de datos.



Nota

Cuando se utiliza el ECS con DD OS 6.1 o posterior, las restauraciones desde la nubeson siempre transparentes. El agente de aplicación de base de datos restauraautomáticamente los datos de respaldo directamente desde ECS, independientementede la configuración DDBOOST_AUTO_RECALL_DATA. En la documentación de DataDomain se proporcionan más detalles y prácticas recomendadas sobre lasrestauraciones directamente desde ECS.

El método de recuperación manual se recomienda para escenarios de restauración enlos que la recuperación desde la nube es lenta y puede causar posibles problemas conel tiempo de espera del servidor.

Cuando habilita el método de recuperación manual, una operación de restauración fallacuando el agente de aplicación de base de datos intenta leer un archivo de datos quese transfirió a la nube. La falla de la restauración se muestra con los siguientes tipos demensaje 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 unrango de tiempo especificado que se deben recuperar desde la nube. Un DBA puedeejecutar el comando ddbmadmin con la opción -r para especificar la recuperación delos 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 especificadosdesde la nube. La opción -t especifica la visualización de la ubicación de los savesetsen el sistema Data Domain (nivel activo) o el nivel de nube. La tabla 17 proporcionadetalles sobre otras opciones de comandos. El archivo de configuración debe contenerlos parámetros requeridos.

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 seagrega al archivo de registro operacional, ddbmadmin.messages.log.

Por ejemplo, el siguiente comando especifica la recuperación de savesets de respaldode Oracle dentro 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 dedatos lleva a cabo la recuperación de datos especificada desde la nube y, acontinuación, completa la operación de restauración.

Recuperación de datos de la nube después de una recuperación antedesastres de DD Cloud Tier

Después de que se recupera un MTree de acuerdo con el procedimiento derecuperación ante desastres de DD Cloud Tier, debe habilitar las operaciones de


Recuperación de datos de la nube después de una recuperación ante desastres de DD Cloud Tier 145

recuperación de datos desde un dispositivo DD Cloud Tier. Debe ejecutar el comandoddbmadmin con la opción -M para restaurar los índices de respaldo después de unaoperació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, losarchivos de índice se mantienen en el nivel activo. Se crea una copia de los archivos deíndice y se transfiere al nivel de nube para su retención a largo plazo.

Después de que se restaura un MTree durante una recuperación ante desastres, todoslos archivos que residían solo en el nivel activo se pierden y dejan de estar disponibles.Solo los archivos que se transfirieron a la nube están disponibles.

En este caso, debe ejecutar el siguiente comando ddbmadmin con la opción -M paratransferir de nuevo 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 delcomando:

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 elmismo rango de tiempo también se recuperan, a menos que escriba n en la segundapetición. Si escribe n en la petición Continue with the recall of the foundsave sets [y/n], debe recuperar manualmente los savesets de datos. Pararecuperar manualmente savesets de datos de la nube al nivel activo, ejecute el



comando ddbmadmin -r con las otras opciones requeridas, como se describe en eltema anterior.

Con esta operación de restauración de índices se genera información adicional que seimprime solo en el archivo de registro operacional, ddbmadmin.messages.log, y noen la salida estándar o salida de error estándar. En esta información se incluyendetalles sobre los archivos recuperados.

La tabla 17 proporciona detalles sobre otras opciones de comandos. El archivo deconfiguración debe 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 sepueden encontrar 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 deconfiguración para especificar la configuración del registro de depuración para elagente de aplicación de base de datos. Por lo general, estos parámetros se usancuando se trabaja con el soporte técnico para solucionar problemas con el producto.No utilice estos parámetros para operaciones normales del producto.

Preparación del archivo de configuración en la página 84 describe cómo configurarparámetros en el archivo de configuración.

Archivos de registro de depuración en la página 148 describe las convenciones denombres para los archivos de registro de depuración.


Tabla 18 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 el directorioespecificado 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.

l 9 = el software escribe mensajes de depuración en el archivo de registro de depuración con una extensión de nombre .logfile.

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_LEVEL se

establece en 9.


Sugerencias generales para la solución de problemas 147

Tabla 18 Parámetros de la depuración (continuación)

Nota

Los registros operacionales generados durante las operaciones normales del producto no se ven afectados por estaconfiguració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 predeterminado especificado no existe ono tiene permisos de escritura para el usuario del sistema operativo que ejecuta el programa 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 una restauración demú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 dedepuración en los archivos 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.logl Registro predeterminado inicial: libddboostdb2_default.log



l Registro de depuración de sesión:libddboostdb2_DB2_<timestamp>.<process/thread_id>.log

l 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 (respaldosbackint):

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


Archivos de registro de depuración 149

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 elsiguiente mensaje de 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 elcomando ddbmadmin -P -z<archivo_de_configuración> para registrar los sistemasData Domain en el lockbox.

El respaldo o la restauración falla debido a un lockbox obsoletoEs probable que un respaldo o una restauración fallen cuando se realizó unaactualización desde una versión anterior del agente de aplicación de base de datos ylas siguientes condiciones son verdaderas:

l El lockbox que se creó con la versión anterior del agente de aplicación de base dedatos se encuentra en un directorio no predeterminado.

l No ha ejecutado una operación de importación de lockbox de manera manual paraactualizarlo.

En este caso, cuando intente ejecutar un respaldo o una restauración, la operaciónfalla con el siguiente 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 unaoperación de importación de lockbox de manera manual para actualizarlo, como sedescribe en Importar la versión más reciente del lockbox en la página 125.

El comando ddbmadmin -P tiene un conflicto con una aplicación instaladaSi otra aplicación instalada utiliza las mismas bibliotecas que el agente de aplicación debase de datos en el directorio /opt/dpsapps/dbappagent/lib/lib64, elcomando ddbmadmin -P -z<archivo_de_configuración> podría tener un conflictocon la aplicación.

Asegúrese de que la ruta de software y la ruta de biblioteca estén configuradascorrectamente antes de ejecutar cualquier comando ddbmadmin.

Por ejemplo, ejecute los siguientes comandos antes de ejecutar cualquier comandoddbmadmin en Linux:

# export PATH=/opt/dpsapps/dbappagent/lib/lib64:$PATH# export LD_LIBRARY_PATH=/opt/dpsapps/dbappagent/lib/lib64:$LD_LIBRARY_PATH



Nota

La variable del ambiente LD_LIBRARY_PATH se aplica a Linux y Solaris. EstablezcaLIBPATH para AIX y SHLIB_PATH para HP-UX. En Windows, asegúrese de que la rutade biblioteca para el agente de aplicación de base de datos aparezca en la parte frontalen la configuración de la variable de ambiente Path, de manera similar a los ajustes devariable de ambiente en UNIX y Linux.

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 lockboxpodría fallar con 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 permisossuficientes según sea necesario para la creación del lockbox.

Procedimiento de creación de lockbox cuando está habilitada la función UACen Windows

Con la función UAC habilitada en un sistema Windows, un usuario que inicia sesióncomo miembro del grupo de administradores de Windows no puede crear el lockbox enla ubicación predeterminada mediante la ejecución del comando ddbmadmin. Porejemplo, la creación del lockbox con el comando ddbmadmin -P -z<configuration_file> falla con el siguiente mensaje de error:

Cannot create the directory 'C:\Program Files\DPSAPPS\common\lockbox'.

El usuario de Windows puede ejecutar el comando ddbmadmin en la ventana delsímbolo del sistema 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 sistemaabierta.

Una actualización importante en el sistema puede producir un error delumbral de valor estable del lockbox

Cuando un host accede por primera vez a un lockbox independiente o compartido,ciertos valores de sistema estable (SSV) se almacenan en el lockbox para el host. Elagente de aplicación de base de datos requiere que se haga coincidir una cantidadespecífica de los SSV para el host para todos los accesos posteriores del lockbox.

Cuando una actualización importante del sistema host provoca que varios SSVcambien, probablemente no exista coincidencia entre la cantidad requerida de SSVcuando el host intente acceder al lockbox durante una operación de respaldo orestauración. En este caso, el intento del host para acceder al lockbox posiblementegenere 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.


La creación del lockbox puede fallar en un recurso compartido NFS/CIFS 151

Si se produce ese error, puede completar la operación siguiente para habilitar elacceso del lockbox para el host:

l En un sistema independiente, vuelva a crear el lockbox para el host y vuelva aejecutar el registro.

l En un sistema de alta disponibilidad con un lockbox compartido:

1. Revoque el acceso del lockbox al host mediante la ejecución del comandoddbmadmin -R desde otro host.

2. Otorgue al lockbox acceso al host mediante la ejecución del comandoddbmadmin -G desde otro host.

De manera opcional, puede establecer y usar una frase de contraseña personalizadaque le permita restablecer el lockbox o recuperar el acceso para un host cuando ellockbox se vuelva inaccesible. Esta función es útil cuando un lockbox no compartido sevuelve inaccesible ocasionalmente. Configurar y usar una frase de contraseñapersonalizada para acceder al lockbox en la página 126 proporciona informacióndetallada sobre la configuración de una frase de contraseña personalizada.

También puede usar una opción de seguridad de lockbox para seleccionar un nivelpredeterminado o un nivel personalizado para la seguridad del lockbox. Se recomiendael nivel de seguridad predeterminado. El nivel de seguridad personalizado puedehabilitar un acceso más fácil al lockbox después de una actualización importante delsistema operativo. Sin embargo, el nivel personalizado tiene posibles problemas deseguridad, por lo que se recomienda el uso y la configuración de una frase decontraseña personalizada. Restablecer el nivel de seguridad del lockbox en la página127 proporciona 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 elnombre de cliente de respaldo

Una restauración realizada por el agente de aplicación de base de datos falla si laoperación de restauración utiliza el valor del parámetro CLIENT, pero el valor delparámetro no coincide con el nombre de host registrado en el respaldo por el agentede aplicación de base de datos.

Por ejemplo, una restauración de DB2 a un nuevo host utiliza el valor del parámetroCLIENT saps2d01.vsp.com para especificar el host original que se respaldó. Sinembargo, el parámetro CLIENT no se configuró para el respaldo, y el nombre de hostcorto saps2d01 se registró en el respaldo de forma predeterminada. En este caso, larestauración falla debido a que el valor del parámetro CLIENT para la restauración noes 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 elnombre de host que se registra en el respaldo en el sistema Data Domain. Por logeneral, puede ejecutar el comando hostname a nivel de sistema operativo paraobtener el valor predeterminado del nombre de host utilizado en el respaldo si el hostoriginal está disponible. También puede comunicarse con el servicio de soporte técnicopara comprobar el nombre de host que está registrado en el respaldo.



Sugerencias para solucionar problemas específicos deProtectPoint

Revise la siguiente información acerca de la solución de problemas que se puedenencontrar en las operaciones de ProtectPoint con el agente de aplicación de base dedatos.

La operación de ProtectPoint puede fallar debido a problemas deconfiguración

Antes de comenzar una operación de ProtectPoint, asegúrese de que la base de datosy el software estén configurados correctamente.

Una operación de ProtectPoint puede fallar debido a los siguientes problemas deconfiguració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 basede datos.

l En un respaldo de instantáneas, la base de datos no reside en los LUN que sepueden convertir en instantáneas, como dispositivos VMAX en un respaldo deProtectPoint de VMAX.

l El software de Solutions Enabler requerido no está instalado, en especial cuandoexiste una operación de symapi de VMAX.

En los siguientes ejemplos se muestran algunos de los mensajes de errorcorrespondientes:

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 demensajes de error:

l Una operación de ProtectPoint de DB2 genera el siguiente mensaje de error:

An error occurred while accessing media "libddboostdb2.so". Reason code: "11".

l Una operación de ProtectPoint de Oracle genera uno de los siguientes mensajes deerror:

> 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 antesde volver a ejecutar la operación de ProtectPoint.


Sugerencias para solucionar problemas específicos de ProtectPoint 153

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 incompatiblecon la versión del sistema de archivos respaldado.

La restauración puede fallar cuando la versión del sistema de archivos o administradorde volúmenes en el host de destino es anterior a la versión en los sistemas de archivosrespaldados. Por ejemplo, con Veritas Volume Manager, en la restauración fallida semuestra el siguiente mensaje de error:

Disk group has no valid configuration copies

Como solución alternativa, asegúrese de que la versión del sistema de archivos oadministrador de volúmenes en el host de destino sea igual o posterior a la versión enlos sistemas de archivos respaldados y, a continuación, vuelva a ejecutar larestauración. En la documentación del administrador de volúmenes y del sistema dearchivos se ofrece más información.

Solución de problemas de restauraciones de ProtectPoint para VMAXPuede establecer el parámetro opcional RESTORE_FROM_DD_ONLY en el archivo deconfiguración para ayudar a solucionar problemas con las operaciones de restauraciónde ProtectPoint para VMAX. Use este parámetro solo con fines de depuración.

Cuando configura el parámetro RESTORE_FROM_DD_ONLY en el valor predeterminadode FALSE, el agente de aplicación de base de datos primero intenta restaurar unrespaldo de ProtectPoint para VMAX desde la instantánea local más reciente enVMAX. Si la instantánea local no está disponible, el agente de aplicación de base dedatos realiza la restauración desde el sistema Data Domain. El parámetro de TRUEespecifica la restauración desde el sistema Data Domain solamente.

Los dispositivos de ProtectPoint 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 deconfiguración Symmetrix del host de la aplicación. De lo contrario, una operación deProtectPoint falla cuando los dispositivos no se reconocen y se produce el siguientetipo 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 dedispositivos conocidos que se genera con los comandos sympd list o symdevlist de la interfaz de línea de comandos de Symmetrix (SYMCLI)

Para actualizar la base de datos de Symmetrix cuando se agregan nuevos dispositivos,ejecute el comando symcfg con la opción discover:

symcfg discover



Debe existir un vínculo de snapvx para el dispositivo de respaldo deProtectPoint para VMAX

Para un respaldo de ProtectPoint para VMAX se requiere una sesión de snapvx conun vínculo del origen del respaldo al LUN de respaldo de FTS de destino. De locontrario, el respaldo falla con el siguiente tipo de mensaje de error en el archivo derastreo 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 eldispositivo de respaldo antes de iniciar un respaldo. Para comprobar que existe unvínculo para un dispositivo de respaldo, 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ómocomprobar y establecer 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 unerror de restauración de un respaldo de ProtectPoint para VMAX

Cuando falla una restauración de ProtectPoint para VMAX debido a errores o a unasolicitud de cancelación iniciada por el usuario, es probable que la operación derestauración no realice una limpieza automática, incluida una limpieza del estado de losdispositivos de restauración. En tal caso, algunos pasos de limpieza manual pueden sernecesarios para que los dispositivos se puedan usar en la próxima operación derestauración. Para activar la siguiente operación de restauración para utilizar losdispositivos FTS, los dispositivos no deben tener bloqueos y deben estar en el estadoNot Ready.

Puede realizar los siguientes pasos de limpieza manual para habilitar los dispositivosFTS para la próxima operación de restauración.

1. Para enumerar los dispositivos FTS que se pueden utilizar para una operación derestauració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) ----------------------------------------------------------------


Debe existir un vínculo de snapvx para el dispositivo de respaldo de ProtectPoint para VMAX 155

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 elsiguiente comando:

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 elbloqueo en el dispositivo, si es necesario.

l Asegúrese de que los dispositivos no se utilicen en una ejecución deoperaciones de restauración de ProtectPoint. La cancelación interfiere con lasoperaciones en curso y puede causar un comportamiento inesperado.

6. Para mover el dispositivo al estado Not Ready para su uso en la próxima operaciónde restauración, ejecute el siguiente comando:

symdev -sid <SymID> not_ready <devSymID>



Liberación manual de un dispositivo vdisk bloqueado después de unaoperación de restauración fallida o anulada

Cuando una restauración a nivel de objeto falla o se anula, es posible que losdispositivos de vdisk estén bloqueados.

Realice los siguientes pasos para liberar manualmente un dispositivo de restauraciónde vdisk bloqueado.

Procedimiento

1. Ejecute el siguiente comando en el sistema Data Domain con el World WideName (WWN) del dispositivo de destino para determinar el estado de bloqueode 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 paradesbloquearlos:

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"


Liberación manual de un dispositivo vdisk bloqueado después de una operación de restauración fallida o anulada 157



CAPÍTULO 5

Operaciones de DD Boost en sistemas DB2


l Descripción general de las operaciones de DD Boost en un ambiente DB2........160l Configuración de las operaciones de DD Boost en un ambiente DB2.................162l Ejecución de respaldos y recuperaciones de DD Boost con el CLP de DB2....... 169l Ejecución de respaldos y restauraciones de DD Boost con la GUI de DB2......... 177l Ejecución de recuperaciones de datos de respaldo de DD Boost con programas

de utilidades......................................................................................................178l Preparación para la recuperación ante desastres de DB2..................................187l Requisitos de DPF de DB2 para operaciones de DD Boost................................ 188l Requisitos de HADR de DB2 para operaciones de DD Boost............................. 188l Requisitos de DB2 pureScale para las operaciones de DD Boost.......................190l Sugerencias de solución de problemas de DB2 para las operaciones de DD Boost

......................................................................................................................... 194

Operaciones de DD Boost en sistemas DB2 159

Descripción general de las operaciones de DD Boost en unambiente DB2

El agente de aplicación de base de datos se integra con las interfaces de DB2 paraproveedores de administración de medios de otros fabricantes a fin de permitirrespaldos de datos, restauraciones, archiving de registros de transacciones yeliminación de respaldos de DB2 (limpieza).

Puede realizar un respaldo o recuperación con el producto en un servidor de base dedatos DB2 mediante la ejecución de una de las herramientas de respaldo orecuperación de DB2 compatibles:

l Procesador de línea de comandos (CLP) de DB2 con los comandos db2 backup,db2 restore, 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 basede datos para 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 tiempodeterminado

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 registrosarchivados

l Eliminación de respaldos (limpieza)

El producto mantiene índices de respaldo en línea en el sistema Data Domain, quecomplementan el archivo del historial de DB2. Durante los respaldos, el producto creaentradas de respaldo en los índices en línea, que proporcionan la información necesariapara restaurar los datos respaldados.

Durante un respaldo offline, ninguna otra aplicación puede usar la base de datos que serespalda. La restauración de un respaldo offline no requiere una operación de puesta aldía. Para una base de datos que pueda recuperarse, según la configuraciónlogarchmethn, debe especificar la opción without rolling forwardexplícitamente para omitir la operación de puesta al día. Sin la operación de puesta aldía, la restauración de un respaldo offline regresa la base de datos al estado que teníaen el momento del respaldo.

Durante un respaldo en línea, otras aplicaciones pueden conectarse a la base de datosque se respalda. Los respaldos en línea solo están disponibles para las bases de datosque pueden recuperarse. La restauración de un respaldo en línea requiere unaoperación de puesta al día, que usa los registros archivados o activos para restaurar aun determinado punto en el tiempo o al final de los registros activos.

La documentación de DB2 proporciona información detallada sobre estas funciones yla estrategia de recuperación para bases de datos.

En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de base de datos en un ambiente DB2.



Procesos de respaldo de DB2 de DD BoostUn respaldo de base de datos de DB2 incluye las siguientes interacciones de proceso.

1. El administrador de base de datos inicia el respaldo mediante la ejecución delcomando db2 backup, 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 deaplicación de base de 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 inicializael medio de transporte de datos.

4. El software de DB2 envía los datos de la base de datos o registro al agente deaplicación de base de datos, que utiliza la interfaz de DD Boost para enviar losdatos al sistema Data Domain para almacenamiento.

Procesos de restauración de DB2 de DD BoostUna restauración de base de datos de DB2 incluye las siguientes interacciones deprocesos.

1. El administrador de base de datos inicia la restauración mediante la ejecución delCLP 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 deaplicación de base de datos.

3. El agente de aplicación de base de datos lee el archivo de configuración e inicializael medio de transporte 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 dedatos DB2. Con este tipo de registro, cada respaldo completo elimina los registrosde transacciones. Solo puede restaurar respaldos completos. El registro circular escompatible solo con respaldos offline completos de bases de datos.

l El registro archivado es compatible con respaldos en línea y recuperación depuesta al día. Con este tipo de registro, los registros de transacciones semantienen como registros archivados que pueden ser administrados por el agentede aplicación de base de datos. Puede recuperar una base de datos o un espaciode tablas a un punto en el tiempo específico mediante la función de puesta al día.Puede recuperar los registros archivados y aplicar las transacciones en losregistros en secuencia hasta el punto especificado, el final del respaldo o el final delos registros.


Procesos de respaldo de DB2 de DD Boost 161

Asegúrese de que se respalden los registros de transacciones archivados de DB2, porejemplo, mediante la configuración del respaldo automático de los registros detransacciones de DB2, como se describe en Configuración de archiving de registros detransacciones de DB2 en la página 164.

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 de DB2 debido a la recuperación incorrecta de registros en la página 199proporciona información detallada sobre cómo evitar los problemas relacionados conrespaldos de registros archivados para una base de datos que se volvió a crear.

Después de una actualización de software del producto o una implementación de unabiblioteca de proveedor libddboostdb2.x, asegúrese de que la base de datos de DB2 sereinicie o reactive si ya se activó, lo cual permite limpiar la imagen de la bibliotecacargada antigua en el proceso del administrador de registros de DB2. Configuración dearchiving de registros de transacciones de DB2 en la página 164 proporcionainformación detallada.

Configuración de las operaciones de DD Boost en unambiente DB2

Debe completar las configuraciones necesarias del agente de aplicación de base dedatos para permitir las operaciones de DD Boost en un ambiente DB2, En los temassiguientes, 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 proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de 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 deambiente de %PATH% del sistema incluye el directorio de instalación de software:

C:\Program Files\DPSAPPS\DBAPPAGENT\bin

Nota

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

Configuración de los parámetros de DB2 para las operaciones de DD BoostDebe configurar los parámetros requeridos para las operaciones de DB2 en el archivode configuración utilizado por el agente de aplicación de base de datos.

Preparación del archivo de configuración en la página 84 describe los parámetroscomunes y cómo configurar los parámetros en el archivo de configuración. En Configuración de las restauraciones de respaldos replicados en la página 97 también sedescriben los parámetros y los requisitos para las restauraciones de respaldosreplicados.



Asegúrese de que el archivo de configuración también contenga los parámetros deDB2 adecuados de la siguiente tabla. En la tabla, se detallan los encabezados de lassecciones del archivo de configuración que contienen cada uno de los parámetros.

Después de configurar el archivo de configuración, asegúrese de que se hayanrealizado los procedimientos de lockbox requeridos, como se describe en Configuración del lockbox en la página 113.

Tabla 19 Parámetros de DB2 para las operaciones de DD Boost

Parámetro: DB2_ALIAS

Sección: [GENERAL]

Especifica el nombre de la base de datos de DB2 de origen que se usó para el respaldo de los registros archivados o de la basede 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 de datos.

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 archivados que sedeben recuperar.

Es obligatorio para una restauración a una base de datos de una instancia diferente y para una operación de recuperación ypuesta 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ón detallada.

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 de la configuraciónlogarchoptn 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 ambiente pureScale,especifica el ID de miembro.


Configuración de los parámetros de DB2 para las operaciones de DD Boost 163

Tabla 19 Parámetros de DB2 para las operaciones de DD Boost (continuación)

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álido en unambiente pureScale.

Parámetro: SOURCE_CLIENT

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 una restauración a uncliente 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 registros archivadoso 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 deaplicación de base de datos realiza los respaldos de registros en función de laconfiguración de política de base de datos DB2. El producto no tiene control sobrecuándo se respaldan los registros o con qué frecuencia. El servidor DB2 comienza elrespaldo cuando se llena un registro de transacciones y cuando 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 detransacciones de DB2 con el agente de aplicación de base de datos.

Procedimiento

1. Cree un archivo de configuración para el respaldo de registro archivado, quepuede ser igual o diferente que el archivo de configuración que se utiliza para unrespaldo y una restauración de la base de datos.

2. Configure la base de datos con el comando y las opciones adecuadas para elsistema operativo 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 bibliotecautilizada por el agente de aplicación de base de datos para lasoperaciones 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 elnombre de ruta completo del archivo de configuración de DB2. Noespecifique un nombre de ruta relativo.

AVISO

La configuración logarchoptn se utiliza para rellenar el campo COMMENTen los registros del historial de registros archivados de DB2, que estárestringido a una longitud máxima de 30 caracteres. Ese valor se utilizadurante la limpieza de los registros archivados y durante la fase de puesta aldía en una operación db2 recover. Para que la operación se realicecorrectamente, la configuración logarchoptn debe ser de menos de 30caracteres de longitud, incluido el símbolo principal @.

3. Cuando finalice la configuración, ejecute un respaldo offline según los requisitosde IBM DB2. Ejecución de respaldos y recuperaciones de DD Boost con el CLPde DB2 en la página 169 incluye un ejemplo de cómo ejecutar un respaldo deDB2.

Configuración de eliminación de respaldos de DB2La eliminación o la limpieza automática del historial de recuperación de base de datospor el administrador de bases de datos de DB2 se basan en la definición de losparámetros de configuración num_db_backups y rec_his_retentn. Cuando


Configuración de eliminación de respaldos de DB2 165

define el parámetro de configuración de la base de datos de DB2auto_del_rec_obj en on, el administrador de bases de datos de DB2automáticamente realiza las siguientes operaciones de mantenimiento cuando los dosvalores 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 deregistro correspondientes. Por lo general, estos objetos se conocen como objetosde recuperación de DB2.

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 delobjeto de respaldo puede fallar con el siguiente error en el registro de diagnóstico deDB2:

MESSAGE : SQL2062N An error occurred while accessing media "". Reason code: "".

Cuando el historial de respaldo de DB2 y la configuración del respaldo y elalmacenamiento no están sincronizados, se pueden degradar las operaciones delproveedor de DB2. También se puede bloquear un respaldo cuando no se puedecompletar 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 loregistrado en el archivo del historial de DB2, existe en el sistema con el nombre deruta completo requerido que se utilizará en la eliminación del objeto de respaldo.Sin este archivo de configuración, fallará la eliminación.

l Se recomienda no utilizar ddbmadmin para eliminar manualmente el objeto derespaldo cuando la eliminación se pueda realizar mediante la política de retenciónde DB2. Si la eliminación se realiza con ddbmadmin, no se limpia el historial deDB2.

Si utiliza ddbmadmin para la eliminación manual, asegúrese de que el historial deDB2 también esté sincronizado con el almacenamiento de respaldo del proveedor.

Puede realizar los siguientes pasos para habilitar la eliminación automática de losrespaldos de DB2.

Procedimiento

1. Establezca el parámetro vendoropt de configuración de la base de datos deDB2 en el nombre de ruta del archivo de configuración de la base de datos deDB2 o espacio de tablas cuyos 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 cuyosrespaldos se eliminará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 deregistro:

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 soloen el archivo del historial de DB2 y no elimina los respaldos asociados.

También puede limpiar el archivo del historial y eliminar los respaldos de formamanual mediante el comando db2 prune.

La documentación de DB2 proporciona detalles sobre la eliminación automáticade objetos de 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 eliminarimágenes de respaldo que todavía son necesarias, en especial cuando la administraciónde retención de imágenes de respaldo se basa solo en la configuración de eliminaciónautomática y la limpieza de objetos de recuperación.

Si desea excluir ciertos respaldos de la eliminación automática y conservarlos duranteun tiempo más prolongado, actualice el estado de las entradas asociadas en el archivodel historial de recuperación a do_not_delete (acrónimo X). Por ejemplo, ejecute elsiguiente 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 laconfiguración del estado sea efectiva. Si utiliza esta opción, de todas formas selimpian las entradas de respaldo.

Cuando ya no necesita conservar las imágenes de respaldo, actualice el estado de lasentradas de nuevo a lo normal, por ejemplo, activo (A) o caducado (E). Este estadoactualizado permite la limpieza y la eliminación de las imágenes de respaldo según laconfiguración de eliminación automática de otras imágenes de respaldo. Ladocumentación de DB2 proporciona más detalles acerca de la protección de objetos derecuperació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 relacionadascon el uso de recursos de Data Domain para sistemas DB2.


Prevención de eliminación de imágenes de respaldo de DB2 167

En una operación de respaldo y restauración de varias sesiones de DB2, por lo general,las sesiones se ejecutan en paralelo y cada sesión adquiere sus recursos de flujos ycapacidad de Data Domain.

En un ambiente de clúster, como un ambiente de la función de particionamiento debase de datos (DPF), se pueden ejecutar los respaldos para cada nodo o para todos losnodos en paralelo.

En un respaldo de bases de datos en línea, los respaldos de registros de archivonormalmente se ejecutan en paralelo con el respaldo de bases de datos.

Para las operaciones que pueden ejecutarse en paralelo, se toma en cuenta su uso derecursos de Data Domain para determinar el cálculo del uso total en el plazocorrespondiente.

Cuando un respaldo de registro de archivo falla debido a la falta de un recurso de DataDomain (o cualquier otra causa), se produce un error en modo silencioso y el servidorDB2 vuelve a intentar realizar el respaldo. Asegúrese de monitorear el archivodb2diag.log para corregir cualquier problema.

Uso de capacidad en sistemas DB2Tenga en cuenta la información en este tema si desea calcular la cantidad de espacioque requiere el sistema Data Domain para los respaldos.

El requisito de capacidad estimada debe incluir el tamaño de posibles respaldos deregistros archivados, según el nivel de actividad de la base de datos y el tamaño delregistro configurado. Puede configurar el tamaño del registro por medio de laconfiguración de la base de datos DB2. Cuando la actividad de la base de datosaumenta, se pueden archivar y respaldar más registros.

Si se supera la capacidad de almacenamiento del sistema Data Domain, se produce unerror en la operación de respaldo. El agente de aplicación de base de datos genera elsiguiente tipo de mensaje de error en el registro operacionalddboost_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 seejecutan en un momento determinado. Este tema proporciona los números máscomunes para el uso de flujos de una sola operación. Para determinar los números másexactos, debe monitorear la cantidad de flujos que utilizan las unidades dealmacenamiento 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 la cantidad 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 flujosutilizados generalmente es 1.5 veces la cantidad de sesiones.



l En un ambiente de múltiples nodos, como un ambiente DPF, multiplique la cantidadestimada de flujos por la cantidad de nodos que llevan a cabo el respaldo orestauració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 elrespaldo debe ser, al menos, 5. Para un respaldo en línea, el cálculo de flujos se debeincrementar en 2.

Si el sistema Data Domain se queda sin flujos durante un respaldo, el agente deaplicación de base de datos genera el siguiente mensaje de error en el registrooperacional 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 DD Boost con elCLP de DB2

Puede ejecutar el CLP de DB2 para realizar respaldos, restauraciones yrecuperaciones con el agente de aplicación de base de datos. La documentación deDB2 proporciona detalles sobre los comandos y las opciones del CLP de DB2.

Ejecución de respaldos de DB2 con el CLP de DB2Puede ejecutar un respaldo de DB2 después de haber completado las configuracionesde respaldo en Configuración de las operaciones de DD Boost en un ambiente DB2 enla página 162.

Puede ejecutar el comando db2 backup correspondiente para realizar un respaldo deDB2.

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óndedup_device optimiza el formato de datos que se respaldan en un dispositivo dededuplicació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 elagente de aplicación de base de datos para las operaciones de DB2.


Ejecución de respaldos y recuperaciones de DD Boost con el CLP de DB2 169

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ónde DB2, como se describe en Configuración de los parámetros de DB2 para lasoperaciones de DD Boost en la página 162.

La documentación de DB2 proporciona más detalles sobre cómo usar el comando db2backup para 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 DB2con la opción copy yes. El comando load carga eficientemente grandes cantidadesde datos a nivel de página en una tabla de DB2. La documentación de IBM proporcionainformación detallada sobre el comando load y sus funciones y opciones.

La opción copy yes del comando load especifica que una copia de los datoscargados se guarda (en forma de una pieza de respaldo de base de datos) en unaubicación especificada y se puede utilizar en la recuperación de la base de datos. Laimagen load copy se puede almacenar en la misma ubicación que los respaldos deregistros archivados (recomendado) o en cualquier otra ubicación:

l Debe especificar la ubicación de la imagen load copy por medio de la opciónLOAD o TO.

l Debe especificar la ubicación de los respaldos de registros de archivo mediante elparámetro de configuración de la base de datos logarchmethn.

Una operación load con la opción copy yes permite que la base de datos serecupere por medio de la hora del evento load copy sin ningún manejo especial. Laopción copy yes es válida únicamente si tiene habilitada la recuperación de puesta aldía.

Una operación load en una base de datos que se puede recuperar sin la opción copyyes coloca la base de datos en un estado de respaldo pendiente una vez finalizada laoperación.

Después de haber habilitado la recuperación de puesta al día para una base de datos yde haber configurado respaldos de DB2 con el agente de aplicación de base de datos,puede ejecutar el comando load con la opción copy yes. La operación guarda unacopia de los cambios de la base de datos de DB2 (durante la operación load) en unproveedor especificado mediante la opción load<nombre_de_biblioteca> o en undirectorio o dispositivo especificado por medio de la opción TO. Una recuperación depuesta 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 loadcopy y a otras operaciones de DD Boost para DB2 con el agente de aplicación de basede datos.

Requisitos de configuración para el comando load con la opción copy yesAntes de ejecutar el comando load con la opción copy yes, asegúrese de cumplirlos siguientes requisitos de configuración:

l Instaló y configuró al agente de aplicación de base de datos según lasinstrucciones que aparecen en los capítulos anteriores.

l Completó todos los procedimientos posteriores a la instalación requeridos en cadanodo, incluido el procedimiento de configuración de lockbox.

l Se aseguró de que la base de datos se pueda recuperar mediante la configuraciónde al menos uno de los parámetros logarchmethn de la base de datos y laejecución de un respaldo completo 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 deconfiguración de la base de datos que se va a recuperar. La configuraciónvendoropt se utiliza en el respaldo durante el tiempo de load y en una búsquedade la imagen de respaldo load copy durante el tiempo 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 yesDespués de haber cumplido con los requisitos de configuración, puede ejecutar laoperación load con la opción copy yes para guardar los datos cargados. Porejemplo, la siguiente operación carga los datos en formato ASCII delimitado (DEL)desde el archivo /space1/tmp/load.txt a la tabla 1 de la tabla y al agente deaplicación de base de datos por medio de la biblioteca de proveedor según loespecificado 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 acercade la cantidad de sesiones que se usan en la operación en el registro de depuración.Este problema no afecta al respaldo de la imagen load copy ni a la recuperaciónposterior que utiliza la imagen de respaldo. El problema se solucionó por primera vezen DB2 9.7 Fix Pack 11. El sitio web de IBM proporciona más detalles sobre el problemaIT08141.

Puede ejecutar el comando list history de DB2 para verificar la operación load yver el registro 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 labase de datos SAMPLE que se ejecutó antes de la operación load. La operación depuesta al día busca y carga la imagen load copy (que guardó la operación load) ycualquier otro registro de archivo 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 copyAl ejecutar una operación load con la opción copy yes, los datos cargados seguardan como un respaldo de base de datos en el espacio de nombres del proveedor.


Ejecución de respaldos de DB2 con el CLP de DB2 171

http://www-01.ibm.com/support/docview.wss?uid=swg1IT08141

El tipo de respaldo se clasifica como LOAD_COPY, según lo definido por las APIadministrativas y el proveedor de DB2.

Puede ejecutar el comando ddbmadmin en el modo detallado (con la opción -v) paraver el saveset y guardar la información del archivo desde el respaldo load copy. Configuración de la visualización y la eliminación de información del saveset en lapágina 130 proporciona información detallada acerca del comando ddbmadmin y susopciones.

El tipo de respaldo load copy se guarda en los metadatos XBSA del respaldo. Puedeejecutar el comando ddbmadmin -f -v para ver este tipo de respaldo en lainformación del archivo de guardado del respaldo.

El siguiente comando de ejemplo ddbmadmin -v -f muestra la información delarchivo de guardado 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 delsaveset de un respaldo 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 unarestauración de datos de DB2 al mismo host de aplicaciones de DB2 o a un hostdiferente.

Una restauración de DB2 puede restaurar los datos a la base de datos original o a unabase de datos 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 deDB2 podría fallar o quedar suspendida. Para resolver este problema, puede aumentar elconteo de dispositivos del cliente AIX en Data Domain, como se describe en La puestaal día y la restauración de multi-stream de DB2 pueden fallar en AIX con DFC en lapágina 195.

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 defecha y hora del respaldo que se debe restaurar.

Nota

El comando db2 restore sin un registro de fecha y hora siempre utiliza el respaldode base de datos más reciente, incluso cuando hay un respaldo de un espacio de tablasposterior al respaldo de base de datos. Para restaurar el respaldo más reciente cuandoeste es un respaldo 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 elagente de aplicació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 debase de datos utilizó varias sesiones para el respaldo.

n <pathname>/db2_ddbda.cfg es el nombre de ruta del archivo de configuraciónde DB2.

n <yyyymmddhhmmss> es el registro de fecha y hora del respaldo que serestaurará.

Omita el parámetro taken at si va a restaurar solo el respaldo más recientede una base de datos.

n <sample2> es el nuevo nombre de la base de datos, si va a restaurar en unnombre de base de datos diferente.

Omita el parámetro into si va a restaurar la base de datos al nombre de basede datos original.

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>


Ejecución de restauraciones de DB2 con el CLP de DB2 173

Si se desconoce el registro de fecha y hora del respaldo, busque el registro de fecha yhora mediante 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 delcomando ddbmadmin -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 deDB2. Los siguientes pasos incluyen ejemplos de comandos y configuración deparámetros.

Procedimiento

1. Desde la nueva instancia, genere un script de redirección mediante la ejecucióndel comando db2 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 delscript de redirección generado.

n Las otras opciones de línea de comandos son las mismas que se describenen Ejecución de restauraciones de DB2 a la misma instancia en la página173.

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 deconfiguración utilizado por 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 unnuevo nombre.



l TAKEN AT: fecha y hora del respaldo a recuperar,aaaammddhhmmss, si va arestaurar los datos a un punto en el tiempo.

l OPEN SESSIONS: cantidad de sesiones de restauración, si el agente deaplicación de base 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 redirigidadonde los datos se restaurarán, ejecute el siguiente comando en el host deaplicaciones 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 eltiempo, puede ejecutar el comando db2 rollforward para aplicar los registros detransacciones que se almacenan en el sistema Data Domain.

Si desea restaurar y poner al día una base de datos DB2 en una sola operación, puedeejecutar el comando 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 registrosde transacciones en la página 161 proporciona información detallada. En AIX con FibreChannel de Data Domain (DFC), una recuperación de puesta al día multi-stream deDB2 podría fallar o quedar suspendida. Para resolver este problema, puede aumentar elconteo de dispositivos del cliente AIX en Data Domain, como se describe en La puestaal día y la restauración de multi-stream de DB2 pueden fallar en AIX con DFC en lapágina 195.

También puede realizar una recuperación por medio de la hora de un evento loadcopy yes. La operación de puesta al día busca y carga la imagen de respaldo loadcopy (que guardó la operación load copy yes) directamente en la base de datoscuando sea necesario.


Ejecución de una recuperación de DB2 con el CLP de DB2 175

Ejecución de una recuperación de DB2 con el comando db2 rollforwardPara aplicar todas las transacciones al final de los registros, ejecute el siguientecomando:

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 lafecha y la hora en 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 ydb2 rollforward.

Procedimiento

1. Establezca el parámetro vendoropt de configuración de la base de datos deDB2 en el nombre de ruta del archivo de configuración de la base de datos quese va a recuperar. 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 del espacio de tablas que serecuperará.

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 siguientecomando:

db2 recover db <sample> to end of logs

Para aplicar las transacciones a un punto en el tiempo determinado, especifiquela fecha y la hora 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 sedescriben en Ejecución de restauraciones de DB2 a la misma instancia en lapágina 173.



Nota

El comando db2 recover no es compatible con la sintaxis load o optionsque está disponible con los comandos db2 backup y db2 restore. Encambio, el comando db2 recover usa información en el archivo del historialde DB2 para determinar qué archivos deben cargarse durante la recuperación yutiliza la variable VENDOROPT para pasar 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 elcomando db2 recover para bases de datos perdidas.

Ejecución de respaldos y restauraciones de DD Boost con laGUI de DB2

Puede ejecutar la GUI de DB2 para realizar respaldos, restauraciones y recuperacionescon el agente de aplicación de base de datos. La documentación de DB2 proporcionadetalles sobre todos los 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 DD Boost en un ambienteDB2 en la página 162.

Especifique el archivo de configuración del producto en la GUI configurandoVENDOROPT con el valor @<configuration_file_pathname>. Por ejemplo:

@d:\db2_ddbda.cfg

El archivo de configuración del producto debe contener la configuración deparámetros para el respaldo o la restauración, como se describe en Preparación delarchivo de configuración en la página 84.

Establezca la DLL del proveedor en el nombre de la biblioteca del agente de aplicaciónde base de datos 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 (formato8.3). De lo contrario, 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 unapuesta al día de DB2 podrían fallar o quedar suspendidas. Para resolver este problema,puede aumentar el conteo de dispositivos del cliente AIX en Data Domain, como sedescribe en La puesta al día y la restauración de multi-stream de DB2 pueden fallar enAIX con DFC en la página 195.


Ejecución de respaldos y restauraciones de DD Boost con la GUI de DB2 177

Ejecución de recuperaciones de datos de respaldo de DDBoost con programas de utilidades

Puede ejecutar la utilidad ddbmdb2adutil o la utilidad Optim High PerformanceUnload (HPU) de IBM para recuperar datos de respaldos de DD Boost que realiza elagente de aplicación de base de datos. En los siguientes temas se proporcionandetalles sobre cómo ejecutar las utilidades para la recuperación de datos de respaldode DD Boost.

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 ddbmdb2adutilindependiente para recuperar directamente respaldos de base de datos o respaldos deregistros de archivo a un directorio local. El programa no actúa por medio del servidorde DB2 ni invoca una operación de recuperación o restauración de DB2. La utilidadpuede ser ejecutada mediante la interfaz de la línea de comandos por un usuario quetiene los permisos adecuados para escribir los archivos recuperados en el directorio dedestino.

Puede ejecutar el comando ddbmdb2adutil con las opciones del comandoadecuadas para recuperar un respaldo de base de datos o de registro que realizó elagente de aplicación de base de datos:

l La opción de tipo de objeto de comando DB especifica la recuperación de unrespaldo de base de datos con un registro de fecha y hora de respaldo de DB2 a undirectorio en el host local. Los archivos recuperados se pueden utilizar en unaherramienta de validación de respaldo nativa o en una herramienta de evaluación.Los archivos también pueden usarse como imágenes de respaldo en disco en unarestauración.

l La opción de tipo de objeto de comando LOG especifica la recuperación de unrespaldo de registro de archivos a un directorio en el host local. Puede usar losregistros obtenidos mediante búsqueda previa para un propósito específico, comola recuperación de la base de datos o el envío de registros en un ambiente de altadisponibilidad. Por ejemplo, puede usar el directorio que contiene los registrosrecuperados como la ruta de registro de desbordamiento en una operación depuesta al día de DB2.

La búsqueda previa ayuda a reducir el tiempo invertido en realizar consultas,búsquedas y recuperaciones desde el almacenamiento de proveedores durante unaoperación de recuperación de base de datos.

Nota

l La estructura de jerarquía de directorios de la ubicación que contiene el respaldode base de datos o de registro de archivo recuperado debe seguir el estándar deDB2 para las operaciones que se realizarán en esa ubicación.

l El programa ddbmdb2adutil recupera los datos de respaldo. El programa nocrea ninguna estructura de directorios adicional requerida por operacionesposteriores ni realiza una limpieza después de dichas operaciones en los datosrecuperados.



El programa ddbmdb2adutil recupera el respaldo especificado a un archivo deimagen de respaldo con un permiso general 644. El nombre de archivo utiliza laconvención de nomenclatura de 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 deDB2 9.7 de la base de datos SAMPLE, la instancia DB2INST1 y NODE 0, realizadoel 20160902094203:

SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.001SAMPLE.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 lainformación que se registra en el tiempo de ejecución del respaldo. Para unrespaldo de base de datos de una versión de DB2 anterior a 9.8, el número de nododel catálogo no se registra en el tiempo de ejecución del respaldo. Por lo tanto, elnombre de un archivo de respaldo de base de datos de una versión anterior a 9.8siempre incluye CATN0000. Si el número de nodo de catálogo es diferente de 0,debe corregir CATN0000 en el nombre del archivo manualmente antes de usar elarchivo de respaldo.

Cuando se recuperan múltiples archivos de respaldo, la utilidad ddbmdb2adutilrecupera los archivos de manera secuencial.

Cuando el programa ddbmdb2adutil encuentra un error durante la recuperación deun archivo de 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 siguienterespaldo de registros dentro del rango especificado.

Requisitos para la recuperación de respaldos de DB2 con el comandoddbmdb2adutilAntes de usar el comando ddbmdb2adutil para la recuperación de un respaldo deDB2, asegúrese de haber completado las configuraciones necesarias pararestauraciones con el agente de aplicación de base de datos, como se describe en el


Recuperación de respaldos de bases de datos de DB2 y respaldos de registros con la utilidad ddbmdb2adutil 179

capítulo anterior. Las configuraciones de lockbox deben estar completas, y se debenconfigurar los parámetros requeridos en el archivo de configuración.

Ciertos valores de parámetros del archivo de configuración se pueden especificarcomo opciones de comando en su lugar con el comando ddbmdb2adutil. Lasopciones de comando tienen prioridad sobre los parámetros correspondientes de larestauración en el archivo de configuración.

Las opciones y la sintaxis del comando ddbmdb2adutilPuede realizar la recuperación del respaldo mediante la ejecución del comandoddbmdb2adutil en la línea de comandos. Ciertas opciones de comando sonobligatorias, incluida la opción -z<archivo_de_configuración> que especifica elarchivo de configuración del agente de aplicación de base de datos. Debe especificarlos parámetros requeridos mediante las opciones correspondientes de la línea decomandos o el establecimiento de los parámetros en el archivo de configuración parala recuperación de respaldo. Los parámetros son similares a los parámetros que seusan para operaciones de restauración.

Debe ejecutar uno de los siguientes comandos ddbmdb2adutil, según el tipo deobjeto de la recuperación de respaldo:

l Ejecute el siguiente comando para realizar una recuperación de un respaldo debase 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 deregistros:

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 20 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 la recuperaciónde una imagen de respaldo de base de datos por hora de registro.

LOG Es obligatorio para una recuperación de respaldo de registro. Especifica la recuperación de unrespaldo 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.



Tabla 20 Opciones de la utilidad ddbmdb2adutil para la recuperación de imagen derespaldo (continuación)


-C<ID_de_cadena> Es obligatorio para una recuperación de respaldo de registro. Especifica el ID de la cadena deregistro 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 el permisorequerido.

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ímite superior delos números de secuencia de registro para los registros de archivo que se recuperará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 en el almacenamiento derespaldo. Los números de ID de cadena y secuencia se incluyen en el nombre de archivo delrespaldo de registro.

Por ejemplo, ejecute el siguiente comando para obtener la lista de respaldos de registros dearchivos 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ón dedestino 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ó el respaldo.

Debe usar esta opción de comando o establecer el parámetro DB2INSTANCE en el archivo de

configuración.

-N<número_de_nodo> Opcional. Especifica el número de nodo o el número de partición del nodo para el cual seejecutó 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 archivo

de configuración.

-S<registro_de_inicio> Es obligatorio para una recuperación de respaldo de registro. Especifica el límite inferior de losnúmeros de secuencia de registro para los registros de archivo que se recuperarán.


-t<hora_de_registro_del_respaldo>

Opcional. Se utiliza solamente para una recuperación de respaldo de base de datos. Especificala hora de registro del respaldo de DB2 del respaldo que se recuperará.



Tabla 20 Opciones de la utilidad ddbmdb2adutil para la recuperación de imagen derespaldo (continuación)


El valor válido es una hora de registro completa como aaaammddhhmmss o una hora deregistro parcial.

Cuando no se usa esta opción, se recupera el respaldo de la base de datos más recientedisponible. Cuando se usa una hora de registro parcial, se recupera el respaldo con la hora deregistro más cercana.

Nota

Para recuperar el respaldo más reciente que sea un respaldo de un espacio de tablas, use estaopción con una hora de registro completa.

-z<archivo_de_configuración>

Obligatorio. Especifica el archivo de configuración que debe usar el agente de aplicación debase de datos para la operación.

Por lo general, el archivo de configuración contiene los parámetros obligatorios y opcionalesque no son compatibles con las opciones de comandos. Las opciones de comandos tienenprioridad sobre la configuración de los parámetros correspondientes en el archivo deconfiguració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 ddbmdb2adutilEl siguiente ejemplo muestra el comando ddbmdb2adutil y la salida de unarecuperación de respaldo 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 unarecuperación de respaldo 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 respaldosde registro disponibles en el rango especificado.

En el siguiente ejemplo se muestra la salida del comando ddbmadmin para enumerar elrespaldo de registros de archivos disponibles de la cadena de 10 en el rango de tiempoespecificado. En este ejemplo de salida, el número de cadena C0000010 y el númerode secuencia S0000074 se incluyen en el nombre del archivo de respaldo de registrosde archivo, /SAMPLE/NODE0000/DB2LOG/:/C0000010_S0000074.LOG, para labase 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 dearchivos que se recuperan por medio de los comandos ddbmdb2adutil para realizarlas operaciones de restauració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 dedatos genere una cantidad importante de información de depuración en la consoladurante una operación de recuperación de respaldo.

El programa ddbmdb2adutil utiliza los mismos registros operacionales y dedepuración predeterminada que utiliza el agente de aplicación de base de datos paraotras operaciones de respaldo y restauración de DB2:

l Registro de mensaje de error y operacional: ddboost_db2.messages.logl Registro de depuración predeterminada: libddboostdb2_default.log



Asegúrese de que el usuario que ejecuta el programa tenga el permiso necesario paraescribir en los archivos de registro. Una vez que finalice el programa, asegúrese de quelos usuarios de DB2 tengan el permiso necesario para escribir en los archivos deregistro. De lo contrario, los registros se deben eliminar de su ubicación antes de lapróxima operación de respaldo y restauración.

Cuando se activa la depuración, el programa ddbmdb2adutil también genera unregistro de depuración con un nombre que incluye el nombre, la fecha y el ID deproceso del programa. Por ejemplo:

ddbmdb2adutil_DB2_2016_07_07.16_30_32.11131.logLimitaciones con el comando ddbmdb2adutilTenga en cuenta las siguientes limitaciones antes de ejecutar el comandoddbmdb2adutil:

l Para una imagen load copy, por lo general en una recuperación de DB2, unapuesta al día por medio de la hora del evento de carga debe usar el respaldo de laubicación original como el proveedor de respaldo. Por lo tanto, la imagen loadcopy que se recupera al disco no se puede usar directamente en una operación depuesta al día.

l Para un respaldo load copy de multisesión con una gran cantidad de datos deblob insertados, la herramienta de evaluación del respaldo de DB2, db2ckbkp,puede fallar al validar la 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 utilidadindependiente de alta velocidad que descarga datos de la base de datos desde unabase de datos actual o desde el respaldo. La utilidad HPU puede ejecutarsesimultáneamente con el administrador de base de datos de DB2 y puede acceder a losmismos 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 tablasde respaldo de DB2, que puede ser un respaldo completo o incremental. La utilidadHPU lee los datos directamente desde la imagen de respaldo o desde el archivo debase de datos activo por medio del motor SQL, por lo que omite el administrador debase de datos de DB2. Como resultado, la utilidad proporciona recuperación rápida yeficiente de volúmenes discretos de datos.

Por ejemplo, puede descargar una tabla que se descartó de una base de datos en vivo(cuando la restauración de la base de datos no es una opción) mediante la descarga delos datos de un respaldo con la opción BACKUP CATALOG. A continuación, puedecargar los datos extraídos a la base de datos.

Para minimizar el impacto en un sistema de producción, puede usar HPU paradescargar los datos de tablas eliminadas o dañadas en un sistema no productivo,donde puede limpiar y preparar los datos para la carga en el sistema de producción.

Puede usar la utilidad HPU para una descarga de datos mediante la ejecución delprograma db2hpu con un archivo de control, que le permite definir las opciones y lasinstrucciones que utiliza la descarga. La utilidad descarga datos de la imagen derespaldo a archivos de almacenamiento provisional y, a continuación, escribe los datosen archivos de salida, que pueden utilizarse con la utilidad load. En un ambiente demúltiples particiones, la utilidad HPU es compatible con archivos de salida únicos ymúltiples (de acuerdo con la configuración en el archivo de control) y puede redirigir elarchivo de salida a un host remoto o a los hosts de partición. La utilidad puede escribiren paralelo a los directorios de salida en diferentes dispositivos físicos.



La documentación de IBM DB2 proporciona información detallada sobre HPU y lasopciones y la sintaxis 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 HPUde DB2 y para otras operaciones de DB2 de DD Boost con el agente de aplicación debase de datos.

Requisitos para la recuperación de DB2 con la utilidad HPUPuede usar la utilidad HPU para descargar y extraer un volumen discreto de datos deuna imagen de 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 enuna base de datos de DB2.

Asegúrese de cumplir los siguientes requisitos antes de usar la utilidad HPU para unarecuperación de datos de DB2 desde un respaldo del agente de aplicación de base dedatos:

l El agente de aplicación de base de datos se instaló y se configuró de acuerdo conlas instrucciones de los capítulos anteriores.

l El programa db2hpu de DB2 se instaló y se configuró de acuerdo con ladocumentación correspondiente de DB2.

l Se utiliza una imagen de respaldo offline cuando es posible para ayudar a asegurarla integridad y la coherencia de los datos descargados.

l Se utiliza una imagen de respaldo en línea solo cuando se está seguro de que no serealizaron transacciones durante el respaldo en línea más reciente con los objetosque se descargarán.

l Se utiliza un respaldo de un espacio de tablas en lugar de un respaldo completo dela base de datos cuando es posible para reducir el tamaño de la imagen de respaldoque se lee y permitir una descarga de datos más rápida.

l Cuando se elimina una tabla de una base de datos, se utiliza la opción USINGBACKUP CATALOG para descargar desde un respaldo que contiene la tabla o sevuelve a crear la tabla antes de ejecutar la herramienta de descarga.

l Se determinó una hora de registro de la imagen de respaldo, por ejemplo,20160718061214. Si no se proporciona un registro de fecha y hora, la utilidad utilizael respaldo más reciente.

l Se creó el archivo de control para la operación HPU, incluido un comando paraextraer los datos como se muestra en los siguientes ejemplos de archivos decontrol.

l En AIX, especialmente cuando se usa la opción USING BACKUP CATALOG parauna descarga con un respaldo de varias sesiones, se aseguró de que el límite derecursos del proceso de usuario para el segmento de datos esté configurado losuficientemente alto. Se puede establecer el límite de recursos usando lossiguientes métodos:

n Configuración del programa db2hpu para ejecutar con la opción sin límite dememoria.

n Configuración del límite de memoria de los recursos del sistema parasegmentos de datos mediante la ejecución de ulimit -d o la modificación dela configuración predeterminada en el archivo de configuración del sistema.

l No se utiliza la utilidad HPU con libddboostdb2 mediante una red Fibre Channel(FC) de Data Domain. Debido a una limitación conocida de la biblioteca de DDBoost mediante Fibre Channel con procesos secundarios, el agente de aplicaciónde base de datos no admite las operaciones de la utilidad HPU mediante unaconexión de red Fibre Channel.


Recuperación de datos de respaldo de DB2 con la utilidad HPU de IBM 185

Ejemplo 1: Recuperación de tablas de base de datos con la utilidad HPUEl siguiente archivo de control, /home/tmp/hpu.ctl, incluye los comandosnecesarios para descargar y extraer todos los datos de la tabla de la base de datosTEST2.

GLOBAL CONNECT TO TEST2 DB2 NO;UNLOAD TABLESPACEQUIESCE NOLOCK 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 deDB2 utilizado para 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 paradescargar y extraer los datos con la utilidad HPU. Por ejemplo, el siguiente comandoutiliza el archivo de control de ejemplo y genera el archivo de salida, /home/tmp/outfile.txt, que contiene los datos extraídos:

db2hpu -f /home/tmp/hpu.ctl -i db2inst1

Ejemplo 2: Recuperación de un espacio de tablas con la utilidad HPUEl siguiente archivo de control, C:\tmp\cfg\hpu.ctl, incluye los comandosnecesarios para descargar y extraer el espacio de tablas eliminado TB02 usando elcatá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 deDB2 utilizado 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 paradescargar y extraer los datos con la utilidad HPU. Por ejemplo, el siguiente comando



utiliza el archivo de control de ejemplo y genera el archivo de salida, tmp02.txt, quecontiene 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 sepueden volver a construir el ambiente de procesamiento y todos los archivos delservidor de DB2 asociados con el mantenimiento de datos en el host de aplicación.

Utilice las siguientes reglas para preparar una recuperación ante desastres del host deservidor de DB2:

l Mantenga registros precisos y completos de las configuraciones de red y delsistema. Tenga todos los medios de software originales y los siguientes elementosen 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 yde todos los registros archivados requeridos para una operación de puesta al día.

l Guarde una copia del archivo de configuración del producto utilizado para losrespaldos de DB2 de los registros archivados y de la base de datos.

l Confirme que la configuración de parámetros del archivo de opcionescorrespondiente, por ejemplo, logarchopt1, de la imagen de base de datos deorigen es válida en el host de destino.

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 larecuperació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 DD Boost en lapágina 162 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_CLIENTy CLIENT para que apunten a los hosts correctos. En Sugerencias de soluciónde problemas de DB2 para las operaciones de DD Boost en la página 194 seproporcionan más detalles.

2. Vuelva a crear el lockbox en el host de la base de datos. En Configuración dellockbox en la página 113 se proporciona información detallada acerca dellockbox.


Preparación para la recuperación ante desastres de DB2 187

3. Asegúrese de que todas las imágenes de respaldo de registros y bases de datosnecesarias estén disponibles.

4. Ejecute un comando db2 restore para restaurar la base de datos. Porejemplo:

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 elfinal de los registros o un punto en el tiempo:

db2 rollforward database <database_name>

Requisitos de DPF de DB2 para operaciones de DD BoostPuede realizar restauraciones y respaldos de DD Boost en un ambiente de la funciónde particionamiento de base de datos (DPF) de DB2.

Debe cumplir con los siguientes requisitos de configuración en un ambiente DPF deDB2:

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 nodoque participará en los respaldos o la recuperación.

l Se han completado todos los procedimientos posteriores a la instalación en cadanodo, incluido el procedimiento de configuración de lockbox para todos los hostsparticipantes. Los hosts pueden usar un lockbox compartido o lockboxesconfigurados de manera individual.

l Si hay un lockbox compartido de NFS configurado, ha seguido todos los pasosnecesarios que se indican en Configuración del lockbox en un ambiente de altadisponibilidad en la página 128.

l Ha establecido el parámetro CLIENT del archivo de configuración de DB2 en elnombre de host del nodo del catálogo. En Parámetros comunes en la página 87, seproporcionan detalles sobre el parámetro.

l Se ha asegurado de que todas las particiones tienen la misma configuración deparámetros.

Requisitos de HADR de DB2 para operaciones de DD BoostPuede realizar respaldos y restauraciones de DD Boost con el agente de aplicación debase de 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 escompatible con respaldos de nodos en espera. El agente de aplicación de base dedatos solo es compatible con configuraciones HADR donde la instancia de la base dedatos HADR tiene el mismo nombre en todos los nodos.

Debe cumplir con los siguientes requisitos de configuración en un ambiente HADR deDB2:

l Ha configurado la base de datos en el ambiente HADR conforme a ladocumentación correspondiente de DB2.



l Ha instalado el software del agente de aplicación de base de datos en cada nodoque participará 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 elnombre de host válido de uno de los nodos para todos los respaldos y larecuperación. En Parámetros comunes en la página 87, se proporcionan detallessobre 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 deparámetros.

l Se ha asegurado de que la instancia de la base de datos de HADR tiene el mismonombre en todos 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 fallidoPara una recuperación HADR de DB2 de un solo nodo, se requieren los siguientespasos.

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 otronodo. Cuando se produce la recuperación, es un nodo en espera.

2. Recupere el nodo fallido como si fuera una base de datos independiente. Ejecuteuna operación de puesta al día sin la opción complete, lo que deja la base dedatos en un estado pendiente de puesta al día según lo necesario para un nodo enespera.

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 nodosUna recuperación HADR de DB2 de todos los nodos restaura toda la configuraciónHADR a un punto en el tiempo, como en una recuperación ante desastres.

Para una recuperación HADR de DB2 de todos los nodos, se requieren los siguientespasos.

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óncomplete, lo que deja la base de datos en un estado pendiente de puesta al díasegún lo necesario para un nodo en espera.


Requisitos de HADR de DB2 para operaciones de DD Boost 189


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 DDBoost

Puede realizar restauraciones y respaldos de DD Boost en un ambiente DB2 pureScale.En el clúster de aplicaciones de tipo activo-activo, varios servidores de base de datosconocidos como nodos 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 conestos tipos de respaldos.

En el ambiente de pureScale de DB2, se ejecuta un único comando db2 backup db odb2 restore db en cualquier miembro para realizar el respaldo o la restauración debase de datos en nombre de todos los miembros. El respaldo produce una imagen derespaldo para toda la base de datos, que se guarda en el almacenamiento de DataDomain.

Cada miembro de DB2 pureScale procesa sus propios metadatos, generatransacciones independientes y mantiene sus propios archivos de registro detransacciones.

Debe cumplir con los siguientes requisitos de configuración en un ambiente depureScale 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 enel que reside un nodo miembro de pureScale que participará en los respaldos o larecuperación.

l Se han completado todos los procedimientos posteriores a la instalación en cadahost miembro, incluido el procedimiento de configuración de lockbox para todoslos hosts participantes. Los hosts pueden usar un lockbox compartido o lockboxesconfigurados de manera individual.

l Si hay un lockbox compartido de NFS configurado, ha seguido todos los pasosnecesarios que se indican en Configuración del lockbox en un ambiente de altadisponibilidad en la página 128.

l Ha establecido el parámetro CLIENT del archivo de configuración de DB2 en elnombre de host de uno de los nodos miembros. Debe seleccionar un miembro depureScale como el nodo que tendrá los datos de respaldo almacenados con elnombre de cliente. CLIENT debe establecerse en el mismo valor para cada nodomiembro. Parámetros comunes en la página 87 proporciona detalles sobre elparámetro.

l Se ha asegurado de que todos los nodos miembros tienen la misma configuraciónde parámetros. Puede crear un único archivo de configuración en una carpeta desistema de archivos que sea accesible para todos los hosts miembro. Como



alternativa, puede crear un archivo de configuración idéntico en cada hostmiembro, con el mismo nombre de ruta de archivo en cada host.

l Ha actualizado la configuración de la base de datos para el archiving y larecuperación de registros, 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ámetrode configuración de la base de datos logarchmeth1 se configura con labiblioteca de DB2 que archiva los registros en el almacenamiento de Data Domain.Los parámetros logarchopt1 y vendoropt se configuran para utilizar el archivode configuración de DB2 ddp.cfg, ubicado en la carpeta /db2sd/ddp dealmacenamiento compartido que es accesible para todos los miembros depureScale.

Ejecución de respaldos de DD Boost en un ambiente DB2 pureScaleDespués de que el agente de aplicación de base de datos esté instalado y configurado,un usuario en cualquier host miembro activo puede ejecutar el comando db2 backuppara realizar un respaldo de DD Boost de la base de datos de todo el ambiente DB2pureScale 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 dedatos <sample> para el almacenamiento de Data Domain mediante los ajustes en elarchivo de configuración /db2sd/ddp/ddp.cfg.

Ejecución de respaldos de DD Boost en un ambiente DB2 pureScaleUn usuario en cualquier host miembro activo puede ejecutar los comandos db2restore, db2 rollforward y db2 recover para ejecutar una restauración de DDBoost de la base de datos y poner al día la base de datos a un punto en el tiempo. Porejemplo:

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 ydb2 rollforward. Debe establecer el parámetro vendoropt de la configuraciónde la base de datos DB2 para ejecutar el comando db2 recover.


Ejecución de respaldos de DD Boost en un ambiente DB2 pureScale 191

Restauración entre una instancia de DB2 pureScale y Enterprise ServerEdition

A partir de DB2 10.5, puede restaurar un respaldo offline de la base de datos de unainstancia de DB2 pureScale en DB2 Enterprise Server Edition. También puederestaurar un respaldo offline de DB2 Enterprise Server Edition a una instancia de DB2pureScale. La documentación de IBM DB2 proporciona detalles y restricciones paraestos tipos de restauraciones.

Restauración de un respaldo desde una instancia de DB2 pureScale hacia Enterprise ServerEdition

Realice los siguientes pasos para restaurar un respaldo offline de base datos desde unainstancia de DB2 pureScale hacia DB2 Enterprise Server Edition, sin compatibilidad depuesta al día mediante la transición. La documentación de IBM DB2 proporcionadetalles acerca de la transición.

Procedimiento

1. En DB2 Enterprise Server, configure el lockbox para el dispositivo de DataDomain que almacena el respaldo ejecutado por el agente de aplicación de basede datos, como se describe en Configuración del lockbox en la página 113.

2. En el archivo de configuración, en el DB2 Enterprise Server de destino,asegúrese de que la configuración del parámetro CLIENT y de otros parámetrossea idéntica a la configuración utilizada durante el respaldo en un ambiente depureScale de DB2.

3. En el DB2 Enterprise Server de destino, restaure la imagen de respaldo offlinedesde la instancia de DB2 pureScale.

4. Realice los cambios necesarios en la configuración de la base de datosrestaurada y el archivo de configuración de DB2 según el ambiente deEnterprise Server:

l Actualice los ajustes de los parámetros de configuración de la base de datosrestaurada, como logarchopt1, logarchopt2 y vendoropt, si esnecesario para futuros respaldos y restauraciones de la base de datosrestaurada en Enterprise Server.

Se restauró la base de datos con la configuración original de los parámetrosde configuración de base de datos utilizados en el ambiente pureScale, locual podría requerir actualizaciones para el ambiente nuevo.

l Actualice cualquier ajuste de parámetro requerido en el archivo deconfiguración para futuras operaciones, por ejemplo, para especificar elnombre de ruta correcto del lockbox, el nombre de host del sistema DataDomain y el nombre de ruta del dispositivo.

l Elimine la configuración del parámetro CLIENT del archivo de configuraciónen Enterprise Server, ya que este parámetro solo se requiere en el ambientepureScale.

5. Si es necesario, vuelva a configurar el lockbox para respaldos futuros de la basede datos restaurada, por ejemplo, para usar un host de dispositivos o un nombrede ruta del dispositivo 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 DB2pureScale

Antes de realizar un respaldo que usted restaurará a una instancia de pureScale, puedeejecutar el comando db2checkSD en DB2 Enterprise Server para verificar que la basede datos de origen esté lista para la restauración en un ambiente pureScale. Cuandofinalice la verificación, puede realizar un respaldo offline completo de la base de datosde origen a fin de prepararse para la operación de restauración siguiente. Ladocumentación de IBM DB2 proporciona detalles acerca de estas operaciones.

Realice los siguientes pasos para restaurar un respaldo offline de DB2 EnterpriseServer Edition a una instancia de DB2 pureScale.

Procedimiento

1. En la instancia de DB2 pureScale, configure un lockbox compartido para utilizarcon el dispositivo de Data Domain que almacena el respaldo ejecutado por elagente de aplicación de base de datos, como se describe en Configuración dellockbox en la página 113. Como alternativa, cree un lockbox separado en cadahost pureScale usando el mismo nombre de ruta local en cada host.

2. En el archivo de configuración, en la instancia de DB2 pureScale, asegúrese deque la configuración del parámetro CLIENT sea idéntica a la configuraciónCLIENT utilizada durante el respaldo en DB2 Enterprise Server.

3. En el miembro común de DB2 pureScale (miembro 0), restaure la imagen delrespaldo offline desde DB2 Enterprise Server.

4. Para realizar la conversión de la base de datos para su uso en el ambientepureScale, ejecute el siguiente comando db2checkSD en la instancia de DB2pureScale:

db2checkSD <sample> -l /tmp/checksd.log -u user_ID -p password

5. Realice los cambios necesarios en la configuración de la base de datosrestaurada y el archivo 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 dedatos restaurada, como logarchopt1, logarchopt2 y vendoropt,según sea necesario.

l Actualice cualquier ajuste de parámetro requerido en el archivo deconfiguración para futuras operaciones, por ejemplo, para especificar elnombre de ruta correcto del lockbox, el nombre de host del sistema DataDomain y el nombre de ruta del dispositivo.

l Actualice la configuración de los parámetros necesarios en el archivo deconfiguración en el ambiente pureScale, como el ajuste de parámetrosCLIENT.

6. 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 rutadel dispositivo diferente.

7. Realice un respaldo offline completo de la base de datos restaurada en elmiembro 0 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 transaccionesindependientes y mantiene su propio conjunto de archivos de registro de


Respaldos y restauraciones de registros de transacciones en un ambiente de pureScale de DB2 193

transacciones. Para habilitar la recuperación de puesta al día de DB2, los registros detransacciones se deben respaldar.

Puede configurar el archivado de registros de transacciones de DB2 con el agente deaplicación de base de datos siguiendo las instrucciones en Configuración de archivingde registros de transacciones de DB2 en la página 164. Cuando establece el parámetrode configuración logarchmeth1 o logarchmeth2 para utilizar la biblioteca de DB2,los archivos del registro de transacciones archivados se guardan automáticamente enel almacenamiento de Data Domain.

El agente de aplicación de base de datos lleva a cabo los respaldos de registros enfunción de la configuración de la política de base de datos DB2. El producto no tienecontrol sobre cuándo se respaldan los registros o con qué frecuencia. El servidor DB2comienza el respaldo cuando se llena un registro de transacciones.

Durante una recuperación con el comando db2 rollforward o db2 recover, losarchivos de registro archivados de cada miembro pureScale se recuperan desde elalmacenamiento de Data Domain. DB2 combina los registros recuperados y recupera labase de datos al punto en el tiempo especificado.

DB2 y el agente de aplicación de base de datos utilizan una ubicación dealmacenamiento independiente en la ruta del dispositivo en el sistema Data Domainpara los archivos de registro archivados de cada miembro pureScale.

Durante una recuperación de puesta al día, DB2 recupera los registros archivados pormedio del agente de aplicación de base de datos de la ubicación que corresponde almiembro y aplica los registros 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 ala biblioteca de proveedor, sin importar qué miembro realiza el respaldo. Comoresultado, las imágenes de respaldo de base de datos se almacenan en el directorioNODE0000/DBIMG/.

Eliminación de respaldos de DD Boost en un ambiente DB2 pureScalePuede ejecutar el comando db2 prune con la opción and delete en cualquiermiembro activo en un ambiente de pureScale de DB2 a fin de eliminar entradas delarchivo del historial de recuperación y eliminar los registros asociados archivados.Cuando se establece el parámetro de configuración de la base de datosauto_del_rec_obj en on, el agente de aplicación de base de datos elimina lasentradas del índice y los savesets de imagen de respaldo del almacenamiento de DataDomain si se limpia la entrada del archivo de historial.

Puede configurar la eliminación o la limpieza automáticas de los respaldos de DD Boosten el ambiente DB2 pureScale según las instrucciones de Configuración de eliminaciónde respaldos de DB2 en la página 165. La documentación de IBM DB2 proporciona másdetalles.

Sugerencias de solución de problemas de DB2 para lasoperaciones de DD Boost

En Sugerencias generales para la solución de problemas en la página 147, seproporciona información de solución de problemas comunes que se aplica a lasoperaciones del agente de aplicación de base de datos con todas las aplicaciones ybases de datos compatibles.



Los siguientes temas proporcionan información de solución de problemas para lasoperaciones de DB2 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 unaoperación de 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 cantidadde dispositivos DD Boost en el sistema Data Domain al cual está conectado. En DataDomain System Manager:

1. Seleccione Data Management > DD Boost > Fibre Channel.

2. En el área DD Boost Access Groups, seleccione la cantidad de dispositivos DDBoost, con un má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 durantelas operaciones. La resolución del nombre de host local utiliza los archivos deconfiguración del sistema. Por ejemplo, en AIX, la resolución es determinada por laentrada del host en el archivo /etc/netsv.conf. En Linux, el archivo /etc/nsswitch.conf contiene la entrada de host requerida.

Asegúrese de que la configuración de la entrada de host en el archivo de configuracióndel sistema sea correcta para la configuración de red deseada del host. De lo contrario,la operación del agente de aplicación de base de datos puede fallar inesperadamente,con la siguiente información al final del 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 loopbackreal ::1 ipv6, el agente de aplicación puede asumir que la resolución del nombre de hostdebe ser basada en IPv6. Como resultado, es posible que el agente de aplicación nopueda resolver el nombre de host local cuando el host netsvc.conf contiene solouna 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 deresolución:

hosts = <valor>[, <valor>]

La siguiente tabla enumera los valores posibles para usar como referencia. Use uno omás de los siguientes valores para la palabra clave de hosts.

Tabla 21 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


La puesta al día y la restauración de multi-stream de DB2 pueden fallar en AIX con DFC 195

Tabla 21 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

local Busca en el archivo local /etc/hosts para la resolución del nombre

de host

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 hosten 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 recomiendaconfigurar el parámetro logarchopt<n> con un valor que tenga menos de 30caracteres, 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 sepueda pasar correctamente desde DB2. Como resultado, la eliminación puedefallar.

La salida del comando db2 prune history and delete podría indicar unresultado exitoso, pero la eliminación de respaldos de registros podría tener unproblema. Es posible que aparezcan errores en el archivo db2diag.log y lasentradas del registro aún pueden permanecer en el almacenamiento de respaldo yel 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 quetiene menos de 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>

En versiones anteriores de DB2, por ejemplo, 9.x, cuando la configuraciónlogarchopt1 excede los 30 caracteres de longitud, la operación db2 recoverdb puede fallar con el siguiente 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 siguientecomando:

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 quecontiene menos de 30 caracteres.

b. Vuelva a ejecutar la recuperación de la base de datos. Por ejemplo, ejecute elsiguiente comando:

db2 recover db <database_name>

c. Respalde la base de datos después de que la recuperación se completecorrectamente. Por ejemplo, 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 enel tiempo después de este tiempo de ejecución de respaldo, utilicen la nuevaconfiguración para el pará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 puestaal día de DB2 podría generar una falla general en la instancia de DB2 si la consultade registro o la recuperación utilizan logarchmeth2 con la siguienteconfiguración:

l La configuración logarchmeth2 especifica el método de archiving delproveedor.

l La configuración logarchopt2 supera los 50 caracteres de longitud.


Problemas de DB2 con la configuración de logarchopt<n> 197

La falla de la operación de puesta al día genera el siguiente tipo de mensaje deerror:

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 paraque apunte a un valor de 30 caracteres o menos, según lo requerido por elestándar de IBM. Luego, reinicie la 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 deobjetos de recuperación automática que se configura mediante el parámetroAUTO_DEL_REC_OBJ.

1. La limpieza de un respaldo de múltiples sesiones deja entradas en el historialde DB2

La operación de limpieza de un respaldo realizada en varias sesiones elimina todoslos respaldos del sistema Data Domain, pero es posible que no elimine todas lasentradas en el historial de la base de datos DB2.

Para resolver este problema y eliminar las entradas en el historial de la base dedatos DB2, ejecute un comando db2 prune history with force optionsin la opción delete.

2. Limpieza del historial del registro de DB2 después de que una puesta al díagenera errores

Si ejecuta una restauración de DB2 sin la opción replace history file ydespués ejecuta una operación de puesta al día, el archivo de historial del registropodría contener entradas duplicadas para los registros archivados después delrespaldo y usados en la puesta al día. Una operación de limpieza del historial deDB2 con AUTO_DEL_REC_OBJ configurada en ON podría producir erroresengañosos. Los errores se producen cuando el software de DB2 solicita laeliminación del mismo respaldo de registro archivado varias veces debido a lasentradas duplicadas 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 elarchivo db2diag.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 : DB2INST1



EDUID : 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 elarchivo db2diag.log y el índice de respaldo.

b. Limpie el archivo del historial de DB2 mediante la ejecución de un comando db2prune history...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 losregistros de respaldo.

1. Problema de recuperación de registros para bases de datos que se volvieron acrear

Según la documentación de IBM DB2, el destino que contiene los respaldos deregistros archivados, conocido como la ruta de registro de archivo, debe contenersolo los archivos de registro que pertenecen a la base de datos actual.

Si la ruta de registro de archivo se usó anteriormente para una base de datos conel mismo nombre que, por ejemplo, se descartó y se volvió a crear, los respaldosantiguos y nuevos no deben almacenarse juntos. La combinación de los respaldosnuevos con los respaldos de registros anteriores puede provocar problemasdurante una limpieza y recuperación de un registro, al igual que en una operaciónde puesta al día o un respaldo en línea con la opción INCLUDE LOGS.

Es posible que falle la operación de recuperación de registro con los siguientesmensajes de error 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 lasmismas secuencias y cadenas de registro. En tal caso, es posible que la limpieza derespaldos de registro archivados para una base de datos quite accidentalmente losregistros de la otra base de datos.

Para evitar este problema, asegúrese de limpiar los respaldos de registrosanteriores si ya no se necesitan. Si usa el comando ddbmadmin para la limpieza,consulte la información de ddbmadmin en Configuración de la visualización y laeliminación de información del saveset en la página 130 para identificar lasopciones de eliminación adecuadas. Cuando se deben conservar los respaldos


Problemas de DB2 debido a la recuperación incorrecta de registros 199

antiguos, se recomienda que use un dispositivo nuevo para los respaldos de la basede datos actual mediante la configuración del parámetro DEVICE_PATH en unaubicació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 comouna restauración de registro durante una operación de puesta al día. Por ejemplo,para completar una puesta al día, las transacciones no confirmadas se revierten. Laacción de reversión invoca archivado de registros. En este caso, la restauración yarchivado de registros usan el mismo archivo de configuración.

Una recuperación redireccionada a un cliente diferente debe utilizar dosparámetros de cliente que se refieren a hosts diferentes: el cliente de origen quetiene el registro para poner al día y el cliente de destino que tiene el registro que sedebe respaldar. Si la recuperación usa solo un parámetro de cliente que señala elcliente de origen, el respaldo de registro simultáneo se guarda incorrectamentecon el nombre del cliente de origen. Por lo tanto, una operación de puesta 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 deorigen que tiene los respaldos de registro que se usaron para la puesta al día.CLIENT se utiliza para indicar el host de destino en el que se almacenarán losrespaldos de registros archivados de la reversión. Si SOURCE_CLIENT no seespecifica, CLIENT se utiliza para la restauración y el respaldo de registrosarchivados.

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 iniciacuando una gran cantidad de registros archivados (más de 300 registros) están listospara ser respaldados, puede fallar el respaldo de la base de datos.

En este caso, puede reiniciar el respaldo de la base de datos más adelante, cuandohaya menos registros que se deban respaldar. Se puede calcular el número aproximadode registros que están listos para el respaldo mediante la comparación del número desecuencia de registro más reciente que se respaldó y la siguiente secuencia de registroque se debe archivar.

Para calcular el siguiente número de secuencia de registro para archivar, consulte elsiguiente número de secuencia de registro activo de la configuración de la base dedatos. 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 serrespaldados, como: 559 - 347 = 212 registros.

La operación de DB2 podría generar registros de depuración vacíos enWindows

En Windows, algunas operaciones de DB2 con el agente de aplicación de base de datospueden generar archivos de registro de depuración con un tamaño de cero bytes.

Puede ignorar cualquier registro de depuración de cero bytes.


La operación de DB2 podría generar registros de depuración vacíos en Windows 201



CAPÍTULO 6

Operaciones de ProtectPoint en sistemas DB2


l Descripción general de las operaciones de ProtectPoint en un ambiente DB2..204l Configuración de las operaciones de ProtectPoint en un ambiente DB2.......... 205l Ejecución de respaldos y recuperaciones de ProtectPoint con el CLP de DB2. 209l Administración y eliminación de respaldos de DB2 de ProtectPoint.................. 212l Preparación para la recuperación ante desastres de DB2..................................213l Requisitos de DPF de DB2 para operaciones de ProtectPoint...........................214l Requisitos de HADR de DB2 para operaciones de ProtectPoint........................221l Requisitos de DB2 pureScale para las operaciones de ProtectPoint.................223l Sugerencias de solución de problemas de DB2 para las operaciones de

ProtectPoint.................................................................................................... 236

Operaciones de ProtectPoint en sistemas DB2 203

Descripción general de las operaciones de ProtectPoint enun ambiente DB2

El agente de aplicación de base de datos se integra en las interfaces de DB2 paraproveedores de administración de medios de otros fabricantes, a fin de permitir losrespaldos y las restauraciones de ProtectPoint para DB2, y la administración y laeliminación de los respaldos. El software IBM DB2 proporciona la función de serviciosde copia avanzados (ACS), que permite operaciones de ProtectPoint en bases dedatos DB2.

Puede realizar un respaldo, una restauración, una consulta o una eliminación deProtectPoint con el producto en un servidor de base de datos DB2 mediante laejecución de una de las herramientas de DB2 compatibles:

l Procesador de línea de comandos (CLP) de DB2 con los comandos db2 backup ydb2 restore

l Herramienta de consulta y eliminación de DB2 db2acsutilPuede utilizar estas herramientas en cooperación con el agente de aplicación de basede datos para realizar las siguientes operaciones de DB2 de ProtectPoint:


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 einstancia)

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 basede datos es compatible solo con el respaldo y la restauración de ProtectPoint para unabase de datos DB2 completa. En una restauración de ProtectPoint, la base de datos yla instancia deben tener el mismo nombre que en el respaldo.

El agente de aplicación de base de datos no es compatible con el respaldo ni larestauración de ProtectPoint para espacios de tablas de DB2 seleccionados, registrosarchivados ni otros archivos. El agente de aplicación de base de datos tampoco escompatible con un respaldo de ProtectPoint incremental para datos de DB2.

El producto mantiene índices de respaldo en línea en el sistema Data Domain. Durantelos respaldos, el producto crea entradas de respaldo en los índices en línea, queproporcionan 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 proporcionainformación detallada sobre las limitaciones de las operaciones de ProtectPoint con elagente de aplicación de base de datos en un ambiente DB2.

Procesos de respaldo de DB2 de ProtectPointEn un respaldo de base de datos de DB2 de ProtectPoint se incluyen las siguientesinteracciones de proceso.



1. El administrador de base de datos inicia el respaldo mediante la ejecución delcomando db2 backup use snapshot library, la GUI de IBM Data Studio ola GUI del Centro de control de DB2.

2. El software de DB2 carga la biblioteca compartida utilizada por el agente deaplicación de base de datos y después invoca la API de ACS para las tareas derespaldo.

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ésinicializa la conexión con el sistema Data Domain.

4. El software de DB2 envía información a la biblioteca compartida acerca de lasrutas de la base de datos para respaldar, y después la biblioteca pasa lainformación al agente de instantánea.

5. El flujo de trabajo de respaldo se lleva a cabo como se describe en el tema sobre elflujo de trabajo de respaldo de ProtectPoint o el flujo de trabajo de respaldo deProtectPoint con RecoverPoint en el capítulo 1.

Procesos de restauración de DB2 de ProtectPointEn una restauración de base de datos de DB2 de ProtectPoint se incluyen lassiguientes interacciones de proceso.

1. El administrador de base de datos inicia la restauración mediante la ejecución delcomando db2 restore use snapshot library, la GUI de IBM Data Studio ola GUI del Centro de control de DB2.

2. El software de DB2 carga la biblioteca compartida utilizada por el agente deaplicación de base de datos y después invoca la API de ACS para las tareas derestauración.

3. El agente de aplicación de base de datos lee el archivo de configuración y despuésinicializa la conexió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 delflujo de trabajo de restauración de ProtectPoint o el flujo de trabajo derestauración de ProtectPoint 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, porejemplo, mediante la configuración del respaldo automático de los registros detransacciones. En el respaldo automático de registros se utiliza el flujo de trabajo deDD Boost, no el flujo de trabajo de ProtectPoint. Respaldos de DB2 de registros detransacciones en la página 161 proporciona más detalles.

Configuración de las operaciones de ProtectPoint en unambiente DB2

Asegúrese de que se hayan completado las configuraciones de VMAX, XtremIO,RecoverPoint y Data Domain según la documentación de ProtectPoint. Los recursos


Procesos de restauración de DB2 de ProtectPoint 205

de almacenamiento requeridos se deben configurar y aprovisionar correctamente parapermitir las operaciones de ProtectPoint.

Complete las siguientes tareas para habilitar las operaciones de ProtectPoint:

l Asegúrese de que el programa ddbsmd se inicie desde el directorio /opt/dpsapps/dbappagent/bin.

l Solo en el caso de las operaciones de ProtectPoint con VMAX, asegúrese deinstalar y configurar la versión compatible de VMAX Solutions Enabler en modolocal en cada host de producción. En la guía de compatibilidad de software en líneaen http://compatibilityguide.emc.com:8080/CompGuideApp/ se describen lasversiones compatibles.

La base de datos de Solutions Enabler debe estar actualizada en cualquier host enel que se ejecute un respaldo o una recuperación. Para actualizar la base de datosde Solutions Enabler, ejecute el comando symcfg discover. En ladocumentación de Solutions Enabler se ofrecen detalles.

Asegúrese de que también se configuren los equipos selectores requeridos comose describe en Guía de configuración del almacenamiento primario y con protección deProtectPoint. Solutions Enabler utiliza los dispositivos selectores para comunicarsecon el arreglo de almacenamiento VMAX.

Operaciones de ProtectPoint del agente de aplicaciones de base de datos con límitesde uso de Data Domain en la página 47 proporciona pautas generales sobre laconfiguración de límites de uso de Data Domain para las operaciones de ProtectPoint.

Para permitir las operaciones de ProtectPoint en un ambiente DB2, debe completar lasconfiguraciones necesarias del agente de aplicación de base de datos. En los temassiguientes, 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 proporcionainformación detallada sobre las limitaciones de las operaciones de ProtectPoint con elagente de aplicación de base de datos en un ambiente DB2.

Configuración de los parámetros de DB2 para las operaciones deProtectPoint

Debe configurar los parámetros requeridos para las operaciones de ProtectPoint deDB2 en el archivo de configuración que utiliza el agente de aplicación de base dedatos. Por ejemplo, el archivo de configuración denominado db2_ddbda.cfgcontiene las siguientes configuraciones de parámetros para las operaciones deProtectPoint:

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 84 describe los parámetroscomunes, los parámetros de ProtectPoint y cómo configurar los parámetros en elarchivo de configuración. Otros temas en Configuración del producto en la página 83describen los parámetros y los requisitos para las restauraciones de respaldosreplicados 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 ACSde DB2 en el diseño de directorios de registros en la página 207 proporcionainformació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 ProtectPoint o para excluir registros en larestauración de un respaldo de ProtectPoint que incluye registros, los directorios delos registros deben residir en volúmenes de disco diferentes a los de las otras rutas debase de datos.

La mejor práctica de ACS de DB2 recomienda utilizar un grupo de volúmenes dedicadopara rutas de registros, con las rutas de registros incluidas en un volumen deinstantáneas que está separado de los contenedores de bases de datos y del directoriode 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 ProtectPoint con RecoverPoint, como las instantáneas se realizan a nivel delgrupo de consistencia, la agrupación de los objetos de base de datos se debe llevar acabo en ese nivel. Para respaldar o restaurar una base de datos sin los registros, losdirectorios de los registros de base de datos deben residir en discos que pertenecen aun grupo de consistencia diferente a los discos de las otras rutas de base de datos.

El parámetro DB2_ACS_LAYOUT_CHECK especifica si se debe aplicar la mejor prácticade ACS de DB2 en el diseño del directorio de registros de la base de datos durante unrespaldo de ProtectPoint. Establezca el parámetro en la sección [GENERAL] delarchivo de configuración. En la tabla siguiente, se proporcionan detalles.

Tabla 22 Parámetro de DB2 para las operaciones de ProtectPoint

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 de datosdurante un respaldo de ProtectPoint.

Para la mejor práctica se requiere un grupo de volúmenes dedicados para las rutas de registros, con las rutas de registrosincluidas en un volumen de sistemas de archivo diferente al de los contenedores y el directorio de la base de datos.

Para un respaldo de ProtectPoint con RecoverPoint, la aplicación de diseño se valida a nivel del grupo de consistencia.

Opcional para un respaldo de ProtectPoint.

Valores válidos:

l TRUE (predeterminado) = aplique la mejor práctica de ACS de DB2 en el diseño de directorios de registros. Los respaldoscon 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 ProtectPoint con RecoverPoint, los respaldos con la opción exclude logs 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 los parámetros de DB2 para las operaciones de ProtectPoint 207



Configuración de archiving de registros de transacciones de DB2Cuando configura el archiving de registros de transacciones de DB2, el agente deaplicación de base de datos realiza los respaldos de registros en función de laconfiguración de política de base de datos DB2. El producto no tiene control sobrecuándo se respaldan los registros o con qué frecuencia. El servidor DB2 comienza elrespaldo cuando se llena un registro de transacciones.

Configuración de archiving de registros de transacciones de DB2 en la página 164proporciona información detallada acerca de cómo configurar el respaldo automáticode registros de transacciones de DB2, que utiliza el flujo de trabajo de DD Boost y noel flujo de trabajo de ProtectPoint.

Preparación para las restauraciones de reversión redirigidas de DB2 de losrespaldos de ProtectPoint para VMAX

El agente de aplicación de base de datos 4.0 cuenta con compatibilidad para lasrestauraciones de reversión redirigidas de respaldos de ProtectPoint para VMAX enLUN alternativos en un host alternativo.

En Configuración de las restauraciones de reversión de respaldos de ProtectPoint enla página 107 se describen los requisitos básicos para una restauración de reversiónredirigida de un respaldo de ProtectPoint para VMAX.

Para realizar una restauración de reversión redirigida de un respaldo de ProtectPointpara 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 dedatos recuperable, restaurar el respaldo con la opción without rollingforward.

l Ejecutar la restauración de reversión de una base de datos completa, incluidos losregistros.

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, seestablece, como preferencia, según el valor de ruta de la base de datos en elrespaldo. Esta configuración ayuda con cualquier limpieza manual que podría sernecesaria después de que falla una restauración de instantáneas.

Preparación para respaldos y restauraciones de reversión de DB2 deProtectPoint con RecoverPoint

Con las versiones de RecoverPoint anteriores a 5.0, el agente de aplicación de base dedatos lleva a cabo una restauración de reversión de un respaldo de DB2 deProtectPoint con RecoverPoint en el nivel de grupo de consistencia. Si el grupo decoherencia de RecoverPoint que se está restaurando contiene varios LUN, todos losLUN se sobrescriben y son inaccesibles durante la restauración de reversión. Losrequisitos específicos se aplican a los respaldos y a las restauraciones de reversión deDB2 de ProtectPoint con RecoverPoint.

Asegúrese de seguir los requisitos y las recomendaciones en Configuración de lasrestauraciones de reversión de respaldos de ProtectPoint en la página 107.

DB2 es compatible con los respaldos y las restauraciones que excluyen objetos deregistro cuando los objetos de registro se clasifican en un grupo diferente a otros



objetos de base de datos. El agente de aplicación de base de datos lleva a cabo laagrupación durante el tiempo de respaldo:

l Con el agente de aplicación de base de datos 2.5, la agrupación de objetos derespaldo para el respaldo de ProtectPoint con RecoverPoint se ejecuta por gruposde volúmenes de sistema de archivos en reemplazo de una restauración a un puntoen el tiempo.

l Con el agente de aplicación de base de datos 3.0 o posterior, para admitir larestauración de reversión con una limitación en la recuperación de la versión deRecoverPoint, la agrupación de objetos de respaldo se realiza por grupo deconsistencia para todas las versiones de RecoverPoint.

Asegúrese de cumplir con los siguientes requisitos para una restauración de reversióno respaldo de DB2 de ProtectPoint 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,independiente de los LUN de base de datos.

Para una restauración de reversión de un respaldo de la versión 2.5 con versiones deRecoverPoint anteriores a 5.0, asegúrese de que todos los objetos de base de datos enel mismo grupo de consistencia estén incluidos en el comando de restauración. Sicualquier LUN en el grupo de consistencia respaldado contiene objetos que no sehayan incluido en el comando de respaldo, asegúrese de desmontar manualmente esosLUN antes de la restauración de reversión y, a continuación, monte de nuevomanualmente los LUN después de la restauración.

Nota

l Con las versiones de RecoverPoint anteriores a 5.0, un respaldo y una restauraciónde reversión de DB2 de ProtectPoint con RecoverPoint siempre ocurren a nivel degrupo de consistencia, independientemente de los objetos que se incluyan en elcomando de respaldo. La agrupación de objetos de respaldo se realiza por grupo deconsistencia. Como mejor práctica para una restauración de reversión de DB2 deProtectPoint con RecoverPoint, cuando realice el respaldo o la restauración dereversión, no excluya registros ni archivos de base de datos que formen parte delgrupo de consistencia de RecoverPoint 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 unrespaldo de una versión de RecoverPoint anterior a 5.0 con la opción excludelogs (donde el respaldo o la restauración utilizan la opción), asegúrese de que elarchivo psrollback.res no enumere los directorios de registro de DB2.

Ejecución de respaldos y recuperaciones de ProtectPointcon el CLP de DB2

Puede ejecutar el CLP de DB2 para realizar respaldos, restauraciones yrecuperaciones de ProtectPoint con el agente de aplicación de base de datos. Ladocumentación de DB2 proporciona detalles sobre los comandos y las opciones delCLP de DB2.


Ejecución de respaldos y recuperaciones de ProtectPoint con el CLP de DB2 209

Ejecución de respaldos de ProtectPoint con el CLP de DB2Puede ejecutar un respaldo de DB2 de ProtectPoint después de haber completado lasconfiguraciones de respaldo en Configuración de las operaciones de ProtectPoint enun ambiente DB2 en la página 205.

Puede ejecutar el comando db2 backup use snapshot librarycorrespondiente para realizar un respaldo de DB2 de ProtectPoint.

Los respaldos de instantáneas de DB2 no son compatibles con respaldos de variassesiones, de nivel de espacio de tabla o de nivel incremental. La documentación deDB2 proporciona detalles sobre todas las opciones no compatibles para respaldos deinstantáneas.

El tipo predeterminado de respaldo de ProtectPoint es un respaldo completo sinconexión de la base 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 dedatos y las rutas de los registros espejeados y los registros primarios. En un respaldode ProtectPoint se utiliza la opción include logs de forma predeterminada, amenos que especifique la opción exclude logs. Puede realizar un respaldo en líneamediante 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ónde DB2, como se describe en Configuración de los parámetros de DB2 para lasoperaciones de ProtectPoint en la página 206.

Ejecución de restauraciones de ProtectPoint con el CLP de DB2Puede ejecutar el comando db2 restore use snapshot library con lasopciones adecuadas para realizar una restauración de DB2 de ProtectPoint en elmismo host de aplicaciones de DB2 o en un host diferente.

Una restauración de DB2 de ProtectPoint puede restaurar un respaldo deProtectPoint a la base de datos original.

Si está recuperando los datos a un punto en el tiempo, tenga en cuenta el registro defecha y hora del respaldo que se debe restaurar.

Las restauraciones de instantáneas de DB2 no son compatibles con el nivelincremental, el nivel de espacio de tablas u otros tipos de restauraciones. Ladocumentación de DB2 proporciona detalles sobre todas las opciones no compatiblespara restauraciones de instantáneas.

Antes de realizar una operación de restauración, asegúrese de que se cumplan lossiguientes requisitos:



l EI ID de usuario numérico (UID) y el ID de grupo (GID) del propietario de la base dedatos o instancia de destino coinciden con el UID y el GID originales capturadosdurante el respaldo de ProtectPoint.

Un respaldo de ProtectPoint está asociado al propietario de la base de datos/instancia original. Durante la restauración del respaldo de ProtectPoint, el UID y elGID del propietario de la base de datos o instancia de destino deben coincidir conel UID y el GID originales. De lo contrario, la restauración falla, debido a que elpropietario de la base de datos/instancia no tiene permiso de acceso a los objetosde 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 acrear con la propiedad y los permisos adecuados.

En una restauración de ProtectPoint no se restauran la propiedad ni los permisosde los puntos 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 vuelvena crear antes de que realice una restauración.

En un respaldo de ProtectPoint no se respaldan vínculos simbólicos.

Realice una restauración de ProtectPoint mediante la ejecución del comando db2restore use snapshot library. Por ejemplo, ejecute el siguiente comando enUNIX:

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ónde 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 dedatos.

Si se desconoce el registro de fecha y hora del respaldo, puede ejecutar el comandodb2acsutil query 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 deconfiguración.

l <sample> es el nombre de la base de datos que se restaurará.

Consultas de los respaldos de DB2 de ProtectPoint en la página 212 proporciona másdetalles.

Ejecución de una recuperación de DB2 con el CLP de DB2Puede ejecutar el comando db2 rollforward para aplicar los registros detransacciones que se almacenan en el sistema Data Domain para recuperar una basede datos DB2 a la hora actual o a un determinado punto en el tiempo. La operación de


Ejecución de una recuperación de DB2 con el CLP de DB2 211

puesta al día utiliza el flujo de trabajo de DD Boost, no el flujo de trabajo deProtectPoint. Ejecución de una recuperación de DB2 con el comando db2rollforward en la página 176 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 registrosde transacciones en la página 205 proporciona información detallada. El comando db2recover no se aplica a respaldos de ProtectPoint.

Administración y eliminación de respaldos de DB2 deProtectPoint

Puede usar la utilidad db2acsutil para administrar los respaldos de ProtectPointpara DB2. Puede ejecutar el comando db2acsutil para realizar las siguientesoperaciones:

l Mostrar los respaldos disponibles de ProtectPoint para DB2 que puede utilizar pararestaurar la base de datos DB2.

l Eliminar los respaldos de ProtectPoint para DB2 y liberar los recursos asociados.

Nota

No puede usar la utilidad db2acsutil para monitorear el estado de los respaldos deProtectPoint 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 comandodb2acsutil y sus opciones.

Cada respaldo de ProtectPoint también se registra en el historial de recuperación deDB2, al igual que otros tipos de respaldos de DB2. Sin embargo, las siguientesoperaciones no son aplicables a los respaldos de instantáneas de DB2:

l Limpieza manual de respaldos de objetos de base de datos con el comando db2prune history and delete.

l Eliminación automática de objetos de recuperación por medio de una configuracióncon los parámetros num_db_backups, rec_hist_retentn yauto_del_rec_obj de DB2.

Consultas de los respaldos de DB2 de ProtectPointPuede ejecutar el comando db2acsutil query para generar una lista de losrespaldos de DB2 de ProtectPoint disponibles que se conservan en el repositorio.Puede ejecutar el comando con la opción db, instance o takenat<DB2_timestamp>. El agente de aplicación de base de datos no es compatible conla combinación de ninguna de estas opciones de comandos.

En los siguientes ejemplos se muestran las consultas de los respaldos de ProtectPoint:

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. Ladocumentación de DB2 proporciona detalles sobre el comando y las opciones.

Eliminación de respaldos de DB2 de ProtectPointPuede ejecutar el comando db2acsutil delete con la opción takenat<yyyymmddhhmmss> para eliminar un respaldo de DB2 de ProtectPoint creado conel agente de aplicación de base de datos. El agente de aplicación de base de datos noes compatible con ninguna otra opción con el comando db2acsutil delete.

Antes de confirmar que debe continuar la eliminación, busque el nombre de la instanciay la base de datos en la salida del comando db2acsutil delete. El software eliminalas entradas de respaldo de los índices de respaldos.

La operación db2acsutil delete no involucra el historial de recuperación de DB2.Si es necesario, puede eliminar manualmente el historial de recuperación de DB2 paraevitar que se sincronice con las operaciones de la utilidad db2acsutil.

En el siguiente ejemplo se muestra la eliminación de un respaldo de DB2 deProtectPoint:

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

Preparación para la recuperación ante desastres de DB2Para un plan de recuperación ante desastres integral, debe asegurarse de que sepueden volver a construir el ambiente de procesamiento y todos los archivos delservidor de DB2 asociados con el mantenimiento de datos en el host de aplicación.

Utilice las siguientes reglas para preparar una recuperación ante desastres del host deservidor de DB2:






l Asegúrese de contar con un respaldo completo actualizado de la base de datos yde todos los registros 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 DB2de los registros archivados y de la base de datos.


Eliminación de respaldos de DB2 de ProtectPoint 213

l Confirme que la configuración de parámetros del archivo de opcionescorrespondiente, por ejemplo, logarchopt1, de la imagen de base de datos deorigen es válida en el host de destino.

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 los siguientes 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 lasoperaciones de puesta al día que utilizan el flujo de trabajo de DD Boost, no pararestauraciones de respaldos de base de datos de ProtectPoint.

Configuración de los parámetros de DB2 para las operaciones deProtectPoint en la página 206 ofrece más detalles.


3. Asegúrese de que todas las imágenes de respaldo de registros y bases de datosnecesarias estén disponibles. Puede ejecutar el comando db2acsutil querypara obtener una lista de los respaldos de ProtectPoint disponibles. En Consultas de los respaldos de DB2 de ProtectPoint en la página 212, seproporciona información detallada sobre este comando.

4. Antes de realizar cualquier restauración, asegúrese de cumplir con los requisitosde restauración de ProtectPoint que se describen en Ejecución derestauraciones de ProtectPoint con el CLP de DB2 en la página 210.

5. Ejecute el comando db2 restore correspondiente para restaurar la base dedatos. Por ejemplo:

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 datosrestaurada, hasta el final de los registros o un punto en el tiempo:

db2 rollforward database <database_name>

Requisitos de DPF de DB2 para operaciones de ProtectPointEn esta versión, para una base de datos de la función de particionamiento de base dedatos (DPF) de DB2, puede ejecutar restauraciones y respaldos de ProtectPoint paraVMAX o de ProtectPoint para XtremIO. En el ambiente de DPF, una base de datos sedivide en múltiples nodos o particiones, ya sea en el mismo host o en múltiples hosts.Cada host físico puede tener varias particiones lógicas.

Cada partición de la base de datos es parte de la base de datos y consta de sus propiosdatos, índices, archivos de configuración y registros de transacciones. Los datos decada partición son administrados por la partición. En un respaldo o restauración, cadapartición opera por separado y genera su propio archivo de registro de depuración.



Los datos de la base de datos se pueden distribuir en una partición mediante lacreación de los contenedores y el espacio de tablas de base de datos, y mediante elgrupo de partición de la base de datos. La documentación de DB2 proporciona detallessobre la configuración de contenedores y grupos de la partición de base de datos.

Las características y las restricciones de las operaciones de ProtectPoint quegeneralmente se aplican a sistemas DB2 también se aplican en un ambiente de DPF.En los siguientes temas se proporcionan detalles de los requisitos específicos para lasoperaciones de ProtectPoint en sistemas de DPF de DB2.

Requisitos del sistema de archivos para operaciones de ProtectPoint en unambiente de DPF

Debe cumplir con los siguientes requisitos del sistema de archivos en un ambiente deDPF de ProtectPoint:

l El sistema de archivos de base de datos es local en el host de la partición. Lasbases de datos DPF no se crean en un directorio montado en NFS. Los dispositivospara los puntos de montaje de los sistemas de archivos de una partición son localespara el host de la partición.

Nota

Los flujos de trabajo de ProtectPoint no son compatibles con las bases de datosDPF con un sistema de archivos que reside en dispositivos remotos.

Los flujos de trabajo de ProtectPoint 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 lapartición. Las bases de datos no deben residir en el mismo dispositivo que eldirectorio del propietario de la 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 elnúmero de nodo de la partición correspondiente.

l Para ProtectPoint con RecoverPoint, los LUN de una partición de base de datosestán protegidos en su propio grupo de consistencia.

Nota

En el caso de los respaldos de partición simultáneos se requiere la creación demarcadores de grupos de consistencia simultáneos, pero no se admite la creaciónde marcadores simultáneos para el mismo grupo de consistencia.

Una regla de firewall de RecoverPoint restringe la cantidad de conexiones por hosten un rango de tiempo reducido. En cada restauración de reversión y respaldo deRecoverPoint se utilizan una o dos conexiones de RecoverPoint. Ajuste el grado deparalelismo de los respaldos y las restauraciones de RecoverPoint de varios nodoslógicos en un host físico para que no se supere el límite de conexiones. Compruebeel límite de conexiones de la configuración de firewall de RecoverPoint. Por logeneral, el límite es 20.

l Se recomienda que los dispositivos de registro residan en una unidad deinstantánea independiente, como un disco o grupo de volúmenes, además de otrosdispositivos de componentes de la base de datos. Para realizar un respaldo o una


Requisitos del sistema de archivos para operaciones de ProtectPoint en un ambiente de DPF 215

restauración de registros de exclusión, la unidad de instantánea independiente paralos objetos de registro es un requisito:

n Para VMAX, los dispositivos de registro residen, como preferencia, en discos ogrupos de volúmenes distintos de los dispositivos de datos.

n Para XtremIO, los dispositivos de registro se administran, como preferencia, ensus propios grupos de consistencia.

Puede actualizar la configuración de la base de datos (por ejemplo, newlogpath)para una partición mediante la opción member<ID_de_nodo> con el siguientecomando:

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 dedatos muestra se crea en la instancia dpf10, reside en el directorio principal de la basede datos /dbhome y tiene cuatro particiones en dos hosts físicos. Cada host tiene dosnodos lógicos. DFTDBPATH (la ruta de la base de datos predeterminada) se estableceen el nombre de ruta absoluta /dbhome. En este ejemplo, la estructura de directoriosdel 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 ProtectPoint de la base de datos, incluidos los registros,los subdirectorios NODE000n y LOGSTREAM000n deben residir en los dispositivos deProtectPoint locales. La siguiente figura ilustra el diseño del sistema de archivos debase de datos en un ambiente de DPF de DB2.

Nota

Para ProtectPoint 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 deProtectPoint

Requisitos de configuración de las operaciones de ProtectPoint en unambiente de DPF

Debe cumplir con los siguientes requisitos de configuración en un ambiente DPF deProtectPoint:

l Ha configurado correctamente el ambiente de DPF de la base de datos conforme ala documentación de DB2.

l Ha instalado y configurado el software del agente de aplicación de base de datosen todos los hosts físicos de la base de datos de DPF. El software está configuradocorrectamente para todos los nodos lógicos.

l Se ha asegurado de que todos los nodos tengan la misma configuración deparámetros. Ha creado un único archivo de configuración en una carpetacompartida del sistema que sea accesible para todos los nodos. Como alternativa,ha creado un archivo de configuración idéntico en cada host de partición, con elmismo nombre de ruta de archivo en cada host.

Ha establecido el parámetro CLIENT del archivo de configuración de DB2 paratodos los nodos en el mismo nombre de host, que en general es el nombre de hostdel nodo lógico. En Parámetros comunes en la página 87, se proporcionan detallessobre el parámetro.

l Los hosts de partición usan un lockbox compartido o lockboxes configurados demanera individual.

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. Elvalor predeterminado del parámetro es una ubicación en el directorio principal deinstancia de DB2.


Requisitos de configuración de las operaciones de ProtectPoint en un ambiente de DPF 217

Nota

Durante una restauración, DFTDBPATH debe configurarse en el valor de la imagende respaldo.

l La base de datos reside en un diseño de sistema de archivos dedicado como sedescribe en Requisitos del sistema de archivos para operaciones de ProtectPointen un ambiente de DPF en la página 215.

Ejecución de respaldos de ProtectPoint en un ambiente de DPFDB2 respalda una base de datos DPF por partición. Puede realizar respaldos deProtectPoint de una base de datos DPF para una lista específica de particiones y cadarespaldo es un respaldo completo de una partición de base de datos DPF completa.Los respaldos de registros de archivo de DPF se realizan mediante el flujo de trabajode DD Boost y no mediante el flujo de trabajo de ProtectPoint.

Puede ejecutar el respaldo de ProtectPoint de una base de datos DPF mediante lossiguientes métodos:

l Ejecute un respaldo de la vista de un solo sistema (SSV) de múltiples particionesdesde el nodo de catálogo como un respaldo simultáneo de particionesespecificadas; para ello, ejecute el comando db2 backup con la opcióndbpartitionnums.

El estado de cada respaldo de partición afecta el estado general del respaldo SSV.Cuando se produce un error en uno de los respaldos de partición, el respaldo deSSV completo se informa como fallido.

Por ejemplo:

n Los siguientes comandos son ejemplos de un respaldo SSV de todas lasparticiones:

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 particionesespecí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óndel comando db2_all en el modo secuencial o simultáneo. El estado de cadarespaldo de partición se tiene en cuenta por separado. Cada respaldo tiene supropio registro de fecha y hora, y la falla de un respaldo de partición no afectaningún otro respaldo de la partición.

Por ejemplo, los siguientes comandos db2_all ejecutan los respaldos departiciones especificadas:



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 ProtectPoint en un ambiente de DPFRestaure los respaldos de ProtectPoint en un ambiente de DPF mediante larestauración de cada partición. Por ejemplo, puede ejecutar db2 restore dentro delcomando db2_all para restaurar una o más particiones.

Si la operación de restauración incluye la partición de catálogo, puede restaurarprimero la partición de catálogo y después las otras particiones. La documentación deIBM DB2 proporciona detalles acerca de las restauraciones en un ambiente de base dedatos 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 parauna sola partición o para varias. Las operaciones de puesta al día se realizan por mediodel flujo de trabajo de DD Boost.

Para una recuperación en un ambiente de DPF de ProtectPoint, asegúrese de haberestablecido el parámetro de configuración del administrador de base de datos,DFTDBPATH (la ruta de base de datos predeterminada), en el valor de la ruta de basede datos en la imagen de respaldo. Esta configuración ayuda en la recuperación desdeun respaldo fallido y la limpieza de particiones de la base de datos en caso de unarestauración de instantánea fallida.

Cuando ejecute las restauraciones de respaldos de DPF de ProtectPoint con elcomando db2_all, utilice la opción replace existing cuando correspondaporque el comando db2_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 lapartición 0:


Ejecución de restauraciones de ProtectPoint en un ambiente de DPF 219

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 restauradapuede estar dañada. Para recuperarse de la falla, intente volver a crear la partición yreiniciar la restauración:

l Establezca DB2NODE en el número de partición en el ambiente y ejecute elcomando db2 terminate 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 unalimpieza manual. Es posible que deba reiniciarse la restauración para todos losnodos.

Ejecución de operaciones de consulta y eliminación en un ambiente de DPFDespués de realizar respaldos de ProtectPoint de bases de datos DPF, también puederealizar operaciones de consulta y eliminación para los respaldos de DPF deProtectPoint mediante la herramienta de consulta y eliminación de DB2 db2acsutil.

Puede ejecutar el comando db2acsutil para realizar operaciones de consulta yeliminación desde cualquier host de partición para los respaldos de DPF deProtectPoint. La entrada para cada partición se enumera por separado:

l Puede ejecutar una consulta especificando el nombre de la base de datos, elnombre de instancia, el número de partición y el registro de fecha y hora de DB2.Por ejemplo, la siguiente salida del comando muestra los resultados de consulta delrespaldo SSV de todas las particiones de una base de datos con un registro defecha 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 yhora de DB2 con la opción taken at. También puede filtrar la salida del comandomás mediante la especificación del nombre de la base de datos, el nombre de lainstancia y la opción dbpartitionnum<n>. Por ejemplo, el siguiente comando



muestra los resultados de eliminación para un respaldo de ProtectPoint con VMAXde 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])? yDD 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 deProtectPoint

Puede realizar respaldos y restauraciones de ProtectPoint con el agente de aplicaciónde base de 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 escompatible con respaldos de nodos en espera. El agente de aplicación de base dedatos solo es compatible con configuraciones HADR donde la instancia de la base dedatos HADR tiene el mismo nombre en todos los nodos. Puede configurar y respaldarlos registros archivados para la base de datos mediante las operaciones de DD Boost.

Debe cumplir con los siguientes requisitos de configuración en un ambiente HADR deDB2:

l Ha configurado la base de datos en el ambiente HADR conforme a ladocumentación correspondiente de DB2.

Nota

Para las operaciones de ProtectPoint, el nombre de instancia de todos los nodosdebe ser el mismo y solo se permite un nodo por host físico. Todas las rutas debase de datos deben ser las mismas en todos los nodos.

l Ha instalado el software del agente de aplicación de base de datos en cada nodoque participará en los respaldos o la recuperación, incluidos los nodos en espera.Se requiere el software en los nodos en espera en caso de que se produzca uncambio de función y para fines de recuperación.


l Ha establecido el parámetro CLIENT del archivo de configuración de DB2 en elnombre de host válido de uno de los nodos para todos los respaldos y la


Requisitos de HADR de DB2 para operaciones de ProtectPoint 221

recuperación. En Parámetros comunes en la página 87, se proporcionan detallessobre 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 deparámetros.

l Se ha asegurado de que la instancia de la base de datos de HADR tiene el mismonombre en todos los nodos.

l Se ha asegurado de que el ID de usuario y el ID de grupo de los usuarios de DB2 entodos los nodos coinciden. En Ejecución de restauraciones de ProtectPoint con elCLP de DB2 en la página 210, se proporcionan más detalles sobre este requisito ylos demás requisitos para las restauraciones.

l Se ha asegurado de que todos los LUN de respaldo y restauración seaprovisionaron correctamente a todos los nodos, ya que los respaldos y lasrestauraciones pueden iniciarse desde cualquier nodo que tenga la funciónprimaria.

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 fallidoPara una recuperación HADR de DB2 de un solo nodo, se requieren los siguientespasos.

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 otronodo. Cuando se produce la recuperación, es un nodo en espera.

2. Recupere el nodo fallido como si fuera una base de datos independiente. Ejecuteuna operación de puesta al día sin la opción complete, lo que deja la base dedatos en un estado pendiente de puesta al día según lo necesario para un nodo enespera.


4. Inicie HADR en el nodo en espera recuperado.

Recuperación de todos los nodosUna recuperación HADR de DB2 de todos los nodos restaura toda la configuraciónHADR a un punto en el tiempo, como en una recuperación ante desastres.

Para una recuperación HADR de DB2 de todos los nodos, se requieren los siguientespasos.

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óncomplete, lo que deja la base de datos en un estado pendiente de puesta al díasegún lo necesario para un nodo 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 deProtectPoint

En un ambiente DB2 pureScale, puede realizar respaldos y restauraciones deProtectPoint para VMAX, o respaldos y restauraciones de ProtectPoint conRecoverPoint. El ambiente es un ambiente de clúster de aplicaciones activo/activo enel cual varios servidores de base de datos conocidos como nodos miembro funcionanen una partición de datos única. La base de datos del clúster funciona dentro delclúster IBM General Parallel File System (GPFS).

Cada miembro de DB2 pureScale procesa sus propios metadatos, generatransacciones independientes y mantiene sus propios archivos de registro detransacciones.

Para ejecutar un respaldo o una restauración en nombre de todos los miembros en unambiente DB2 pureScale, se ejecuta un único comando db2 backup db o db2restore db con las opciones de comando adecuadas en cualquier miembro activo.

El agente de aplicación de base de datos es compatible solo con el respaldo completoy la restauración de una base de datos completa, como admiten las operaciones derespaldo de instantánea y restauración de DB2. El agente de aplicación de base dedatos maneja los respaldos de los registros archivados por medio del flujo de trabajo deDD Boost únicamente.

Descripción general de los respaldos y las restauraciones de ProtectPoint deuna base de datos de DB2 pureScale

Una base de datos de DB2 pureScale reside en sistemas de archivos de IBM GPFS. Undispositivo de sistema de archivos GPFS consta de uno o más discos compartidos dered (NSD), y los NSD se crean usando un disco duro físico. Un dispositivo de sistemade archivos GPFS tiene su propio sistema de administración, que corresponde a laadministración de volúmenes de un sistema de archivos tradicional. Los términossistema de archivos GPFS y dispositivo de sistema de archivos GPFS se utilizanindistintamente en este capítulo.

La agrupación de unidades de instantáneas de DB2 ACS se realiza por sistema dearchivos GPFS. Se realiza un respaldo o una restauración de ProtectPoint de una basede datos pureScale a nivel de sistema de archivos GPFS:

l Durante un respaldo, se guarda la configuración del sistema de archivos con lainstantánea.

l Durante una restauración, se exporta el sistema de archivos existente, y laconfiguración del sistema de archivos guardada se importa de nuevo a laconfiguración de la base de datos global de GPFS.

El agente de aplicación de base de datos es compatible con restauraciones dereversión únicamente de los respaldos de ProtectPoint en un ambiente DB2 pureScale,no con otros tipos de restauraciones:

l Una restauración de reversión de un respaldo de ProtectPoint para VMAX puedeser una restauración de reversión redirigida o regular:


Requisitos de DB2 pureScale para las operaciones de ProtectPoint 223

n Una restauración de reversión normal a un sistema de clúster pureScale es unarestauración a nivel de LUN en los LUN de origen originales.

n Una restauración de reversión redirigida a un sistema de clúster alternativo esuna restauración a nivel de LUN del mismo arreglo VMAX en un clústerdiferente.

l Una restauración de reversión a un sistema XtremIO es una restauración a nivel degrupo de consistencia de RecoverPoint, la que restaura todos los LUN de origen enun grupo de consistencia.

El agente de aplicación de base de datos es compatible con una restauración redirigidapara reubicar una base de datos pureScale de un clúster a otro solo con respaldos deProtectPoint para VMAX. Restauraciones de reversión redirigidas de respaldos deProtectPoint para VMAX en LUN alternativos en un clúster diferente en la página 231proporciona más detalles.

Debe cumplir con requisitos específicos para un respaldo o una restauración deProtectPoint de una base de datos pureScale, incluida la finalización de los pasosrecomendados anteriores y posteriores al procesamiento. En los temas siguientes, seproporciona información detallada.

Requisitos de configuración de las operaciones de ProtectPoint en unambiente DB2 pureScale

El clúster DB2 pureScale debe estar configurado correctamente y debe cumplir conlos requisitos adicionales de ProtectPoint del diseño GPFS de la base de datos. Elsoftware del agente de aplicación debe estar instalado y configurado correctamenteen todos los miembros.

Asegúrese de cumplir con los siguientes requisitos de configuración para lasoperaciones de respaldo y restauración de ProtectPoint en un ambiente DB2pureScale:

1. Configuración de la base de datos:

l Ha configurado la base de datos en el ambiente de pureScale de DB2 conformea la documentación de IBM. Todos los componentes de la base de datos residenen un sistema de archivos GPFS en el almacenamiento de disco compartido quees accesible para todos los miembros, incluidos la base de datos, los archivosde sistema y las rutas de registro.



Nota

Debido a que un respaldo y una restauración se realizan a nivel de sistema dearchivos GPFS, cada base de datos debe tener sus propios dispositivos GPFS ysistemas de archivos dedicados que estén separados de los dispositivos y lossistemas de archivos de la instancia, de otras bases de datos y de otroscomponentes del clúster de GPFS. Para RecoverPoint, los grupos deconsistencia de los sistemas de archivos de la base de datos deben estardedicados a la base de datos.

Para los respaldos y las restauraciones con la opción exclude logs, losdirectorios de registros de base de datos deben residir en sistemas de archivosGPFS diferentes a los de los otros objetos de base de datos. Para lasoperaciones de ProtectPoint con RecoverPoint con la opción exclude logs,los directorios de registros también deben residir en grupos de consistenciadedicados, separados de los grupos de consistencia de otros objetos de base dedatos.

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 archivosdedicados para las rutas de registro, con las rutas de registro en un volumen deinstantánea independiente del directorio de la base de datos y de loscontenedores de la base de datos. Cumplimiento de la mejor práctica de ACSde DB2 en el diseño de directorios de registros en la página 207 proporcionainformació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 permitir la 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ónautomount desactivada.

Si los servicios de administración de GPFS monitorean y montanautomáticamente un sistema de archivos GPFS, como Tivoli SystemAutomation for Multiplatforms (SA MP), la actividad de montaje automáticopodría interferir con las operaciones de restauración de reversión.

En un ambiente con servicios de clúster en el que el servicio de montajeautomático pasa a ser un problema en las restauraciones de reversión, debecrear el sistema de archivos de base 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 hosten el que reside un miembro de pureScale que participará en los respaldos o larecuperación.

l Se han completado todos los procedimientos posteriores a la instalación encada host miembro, incluido el procedimiento de configuración de lockbox paratodos los hosts participantes. Los hosts usan un lockbox compartido olockboxes configurados de manera individual.

Si hay un lockbox compartido de NFS configurado, ha seguido todos los pasosnecesarios que se indican en Configuración del lockbox en un ambiente de altadisponibilidad en la página 128.

l Se ha asegurado de que todos los nodos miembros tienen la mismaconfiguración de parámetros. Ha creado un único archivo de configuración enuna carpeta compartida del sistema que sea accesible para todos los hosts


Requisitos de configuración de las operaciones de ProtectPoint en un ambiente DB2 pureScale 225

miembros. Como alternativa, ha creado un archivo de configuración idéntico encada host miembro, con el mismo nombre de ruta de archivo en cada host.

Ha establecido el parámetro CLIENT del archivo de configuración de DB2 paratodos los miembros en el mismo nombre de host, que es el nombre de host deuno de los nodos miembro. En Parámetros comunes en la página 87, seproporcionan detalles sobre el parámetro.

l Actualizó la configuración de la base de datos para archivar registros y realizarrecuperaciones mediante DD Boost. Configuración de archiving de registros detransacciones de DB2 en la página 164 proporciona más detalles.

Conservación de registros de configuración de las operaciones de ProtectPointSe recomienda conservar un registro actualizado de la información de configuraciónde sistemas de archivos GPFS, NSD y discos físicos de la base de datos que respalde yrestaure. Puede usar la información durante los pasos anteriores y posteriores alprocesamiento que podrían ser necesarios para completar las operaciones derestauración de reversión.

Antes de cada respaldo y restauración, ejecute los comandos apropiados de GPFScomo usuario raíz para obtener la información de rastreo acerca de los sistemas dearchivos GPFS de base de datos, los NSD y los dispositivos de disco duro. Eldocumento Referencia de administración y programación de IBM GPFS proporciona másdetalles sobre los comandos de GPFS:

l Para obtener información acerca de los sistemas de archivos GPFS en los que secrea la base de datos, ejecute los comandos mmlsnsd y mmlsfs. Los siguientescomandos de ejemplo incluyen 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 dedatos en un archivo de texto, que puede utilizarse en una importación de sistemade archivos si es necesario, 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 elcomando sympd list. 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 dispositivoXtremIO en un ambiente 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 ProtectPoint en un ambiente DB2 pureScalePara realizar un respaldo de ProtectPoint de toda la base de datos de DB2 pureScaledespués de que el agente de aplicación de base de datos está instalado y configurado,un usuario de DB2 en un miembro 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 ajustesen el archivo de configuración /home/cfg/pp.cfg.

Ejecución de respaldos de ProtectPoint en un ambiente DB2 pureScaleEn un ambiente DB2 pureScale, por lo general, puede ejecutar una restauración desdeun miembro activo. Antes de la restauración, asegúrese de que se cumplan losrequisitos de restauración como se describe en el próximo tema.

Por ejemplo, en una restauración al clúster original, el usuario de DB2 en un miembroactivo puede ejecutar el siguiente comando para realizar una restauración dereversió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 ProtectPoint de la base de datos<sample> mediante la configuración en el archivo de configuración /home/cfg/pp.cfg. Cuando no se especifica el registro de fecha y hora, se restaura el respaldode ProtectPoint más reciente.


Ejecución de respaldos de ProtectPoint en un ambiente DB2 pureScale 227

Requisitos de restauración de ProtectPoint en un ambiente DB2 pureScaleDebe cumplir con los requisitos específicos de DB2 para realizar una restauración depureScale. El agente de aplicación de base de datos admite solo una restauración dereversión para una base de datos de pureScale. También debe cumplir los requisitospara la restauración de reversión de un respaldo de ProtectPoint en Configuración delas restauraciones de reversión de respaldos de ProtectPoint en la página 107.

Una restauración de reversión es destructiva y se produce a nivel del sistema dearchivos GPFS. Se exporta la configuración del sistema de archivos GPFS de destinorestaurado, y la configuración del respaldo GPFS se vuelve a importar. Los LUN NSDde destino se sobrescriben con el contenido original.

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 posteriortambién es compatible con la restauración de un respaldo offline de DB2 EnterpriseServer Edition a una instancia de DB2 pureScale. Sin embargo, el agente de aplicaciónde base de datos no es compatible con estos tipos de restauraciones para losrespaldos de ProtectPoint en un ambiente pureScale.

Asegúrese de cumplir los requisitos de configuración de la base de datos en Requisitosde configuración de las operaciones de ProtectPoint en un ambiente DB2 pureScale enla página 224. También asegúrese de cumplir los siguientes requisitos particularmentepara restauraciones:

l Todos los miembros de pureScale están activos y funcionando correctamente parapermitir la exportación e importación de los sistemas de archivos.

l Para restauraciones deProtectPoint con RecoverPoint, la base de datos tiene ungrupo de consistencia dedicado. Si debe conservar LUN adicionales en un grupo deconsistencia de RecoverPoint que no se utilizan en la base de datos, use los pasosposteriores al procesamiento detallados más adelante para conservar LUNadicionales.

l El parámetro RESTORE_TYPE_ORDER=rollback existe en el archivo deconfiguración del agente de aplicación de base de datos. Configuración de lasrestauraciones de reversión de respaldos de ProtectPoint en la página 107proporciona más detalles.

l El archivo psrollback.res enumera los archivos y directorios que se excluiránde las comprobaciones de seguridad de reversión. Configuración de lasrestauraciones de reversión de respaldos de ProtectPoint en la página 107proporciona más detalles.

l Para una restauración al clúster original, la restauración se realiza a los LUN deorigen originales. Para una restauración redirigida de un respaldo VMAX a otroclúster, la restauración se realiza a diferentes LUN. Restauraciones de reversiónredirigidas de respaldos de ProtectPoint para VMAX en LUN alternativos en unclúster diferente en la página 231 proporciona información detallada.

En ambos casos, el sistema de archivos (con el mismo nombre y punto de montaje)debe existir y debe estar montado. Si el sistema de archivos no existe, vuelva acrear el sistema de archivos en función de la información que se guardó durante elrespaldo.

l Cualquier conflicto de nombres de NSD o sistemas de archivos, que puedeprovocar problemas en una importación de un sistema de archivos, debesolucionarse antes de iniciar la restauració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 existeningún NSD con el mismo nombre que un NSD original en los sistemas de archivosrespaldados. El documento Referencia de programación y administración de IBMGPFS proporciona más información detallada.

Después de una restauración de reversión de un respaldo de ProtectPoint, es posibleque deba realizar pasos posteriores adicionales si existe alguna de las siguientescondiciones:

l Se agregaron discos físicos al sistema de archivos de base de datos después de lahora del respaldo.

l La restauración de reversión falla en el medio de la operación, cuando es posibleque ya se haya exportado la configuración del sistema de archivos desde elsistema.

l La restauración de reversión de un respaldo de ProtectPoint con RecoverPointrestaura los LUN en el grupo de consistencia de RecoverPoint que no eran partedel comando de respaldo.

Los siguientes temas proporcionan detalles acerca de todos los pasos posterioresnecesarios.

Procesamiento posterior debido a discos físicos adicionalesEn el sistema original respaldado, si se agregaron discos físicos al sistema de archivosde base de datos después del tiempo de ejecución del respaldo, la restauración dereversión del respaldo de la base de datos no utiliza esos discos. Sin embargo, losdiscos siguen teniendo una firma NSD, que debe quitarse para habilitar que los discospuedan reutilizarse después de la restauración.

Revise la configuración desde el tiempo de ejecución del respaldo y desde antes deltiempo de ejecución de restauración para determinar qué discos físicos adicionalesdeben limpiarse. Conservación de registros de configuración de las operaciones deProtectPoint en la página 226 proporciona información detallada sobre cómo obtenerla información de configuración. Compruebe la configuración del sistema de archivosde GPFS y LVM para asegurarse de que no se estén utilizando los discos. Ejecute elcomando mkfs para formatear los discos y eliminar la información relacionada conGPFS. 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>. Esta información deldiseñ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ónLa restauración de reversión podría fallar en el medio de la operación, cuando laconfiguración del sistema de archivos ya se exportó del sistema. Para reiniciar larestauración de reversión, el sistema de archivos debe volverse a importar o volverse acrear.


Ejecución de respaldos de ProtectPoint en un ambiente DB2 pureScale 229

Primero, compruebe si la configuración del sistema de archivos está exportada. Porejemplo, ejecute el comando mmlsnsd -ffile_system_name-X. Si el sistema dearchivos no está exportado, el comando no lo reconoce.

Si el sistema de archivos está exportado, vuelva a importar o a crear el sistema dearchivos:

l Para volver a importar la configuración del sistema de archivos que se exportódurante la restauració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 se ejecuta en el sistema de archivos <file_system_name> durante larestauración. Se guardó el archivo 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 sehaya reanudado correctamente.

l Si no hay un motivo por el cual el comando mmimportfs no se puede ejecutarpara reanudar el sistema de archivos, vuelva a crear el sistema de archivos usandola información de configuració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 la restauración en el archivo temporal /opt/dpsapps/dbappagent/tmp/ mmlsnsd<file_system_name>_output<ddbsmd_pid>. Estaconfiguración también puede usarse según sea necesario, siempre que seacompatible con la configuración del sistema de archivos del respaldo.

Procesamiento posterior debido a LUN adicionales en un grupo de consistenciade RecoverPointEn una restauración de reversión de ProtectPoint con RecoverPoint, se restaura elcontenido original de todos los LUN en el mismo grupo de consistencia. Sin embargo,solo se restaura la configuración original del sistema de archivos GPFS que se incluyóen el comando de respaldo. Los grupos de consistencia se deben dedicar a lossistemas de archivos de base de datos.

Si en el grupo de consistencia se incluyen LUN adicionales que no forman parte delrespaldo, debe eliminar manualmente los LUN o los sistemas de archivos que noforman parte del respaldo. Por ejemplo, los LUN adicionales se produjeron comoresultado de la adición de nuevos NSD al sistema de archivos después del respaldo. Sidebe conservar LUN adicionales en un grupo de consistencia de RecoverPoint que labase de datos no utiliza, debe respaldar la configuración de los sistemas de archivos deesos 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 labase de datos, donde se restauran todos los LUN del grupo de consistencia. En unarestauración de la base de datos, debe desmontar y exportar el sistema de archivosadicional existente que no estaba administrado por el respaldo de la base de datos.Una vez completada la restauración de la base de datos, importe manualmente la



configuración del sistema de archivos original guardada y vuelva a montar el sistemade archivos.

Restauraciones de reversión redirigidas de respaldos de ProtectPoint paraVMAX en LUN alternativos en un clúster diferente

Puede realizar una restauración reubicada de una base de datos pureScale a un clústerdiferente mediante la ejecución de una restauración de reversión redirigida con elagente de aplicación de base de datos a LUN alternativos en el mismo arreglo VMAXen el clúster de destino. En la restauración de reversión, se restaura la configuracióndel sistema de archivos GPFS en el respaldo al clúster diferente, lo que reemplaza elsistema de archivos existente.

Nota

Se ejecuta una restauración de reversión al clúster original a los LUN de origenoriginal.

Asegúrese de que se cumplan los requisitos generales en Preparación para larecuperación ante desastres de DB2 en la página 213. Además, asegúrese de cumplircon los requisitos específicos de DB2 para realizar una restauración de base de datospureScale de un clúster a otro clúster. Se recomienda utilizar un respaldo coherentepara la restauración. Cuando utilice un respaldo sin conexión, ejecute la restauracióncon la opción without rolling forward. Revise el siguiente tema antes deejecutar una restauración de reversión redirigida de un respaldo de ProtectPoint paraVMAX.

Requisitos para una restauración de reversión redirigida de un respaldo deProtectPoint para VMAXAsegúrese de cumplir con los siguientes requisitos de ProtectPoint antes de iniciar unarestauración de reversión redirigida de un respaldo de ProtectPoint para VMAX en unambiente pureScale:

l El sistema de archivos GPFS de destino debe existir antes de la restauración ydebe tener el mismo nombre y punto de montaje que el sistema de archivosrespaldado. Vuelva a crear el diseño del sistema de archivos GPFS original segúnsea necesario para la restauración de reversión. Siga las reglas que seproporcionan en Requisitos del sistema de archivos GPFS para una restauración dereversión redirigida de un respaldo de ProtectPoint para VMAX en la página 232.

l La cantidad de dispositivos físicos (LUN y NSD) en el sistema de archivos GPFSde destino debe 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 denombre NSD entre el sistema de archivos respaldado y el clúster alternativo. Porejemplo, no existe ningún NSD en sistemas de archivos fuera del sistema dearchivos de destino con el mismo nombre NSD que un NSD que se restaurará.Todos los conflictos que pueden causar una falla de importación se deben resolverantes de la restauración.

l El tamaño de los LUN de destino debe ser igual o mayor que el tamaño de los LUNoriginales.

l Los dispositivos de ProtectPoint VMAX deben estar configurados y aprovisionadoscorrectamente para la restauración de reversión.


Restauraciones de reversión redirigidas de respaldos de ProtectPoint para VMAX en LUN alternativos en un clúster

diferente 231

l Los miembros de la instancia de pureScale deben configurarse correctamente en elclúster alternativo conforme a la documentación de DB2.

l El clúster alternativo debe seguir los requisitos de restauración de ProtectPoint delos temas anteriores en este capítulo. El ID de usuario numérico (UID) y el ID degrupo (GID) del usuario de instancia de DB2 de destino deben coincidir con el UIDy 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 yconfigurado correctamente en los miembros de pureScale que ejecutan larestauración de reversión. El parámetro CLIENT debe establecerse en el valororiginal, según lo registrado en el respaldo.

Requisitos del sistema de archivos GPFS para una restauración de reversiónredirigida de un respaldo de ProtectPoint para VMAXRealice los siguientes pasos para asegurarse de que el diseño del sistema de archivosGPFS cumpla con los requisitos para una restauración de reversión redirigida de unrespaldo de ProtectPoint para VMAX:

1. Obtenga el diseño original de GPFS y la configuración del sistema de archivosrespaldado. Se recomienda que conserve una copia de la configuración del sistemade archivos respaldado. También puede recuperar la información de diseño dedispositivo que se guardó en el respaldo mediante la ejecución del comandoddbmadmin.

El siguiente comando ddbmadmin muestra los metadatos del identificador delsaveset de instantáneas, que contienen la configuración de GPFS y la informaciónde dispositivo físico guardadas durante el respaldo, pero no el tamaño de losdispositivos 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 DB220160929112916:

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 y fs_dbLog. La salida del comando en el archivo lastbk.logdetalla la información de configuración en el nombre de archivo de respaldo,ACS*20160929112916*, para cada sistema de archivos.

La salida del comando detalla la siguiente información para el sistema de archivosfs_dbData:

l Punto de montaje: /dbDatal NSD: gpfs1001nsd, gpfs1002nsdl Dispositivos físicos: dev/sdp, /dev/sdqLa parte pertinente de la salida del comando con la información del sistema dearchivos fs_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 archivosfs_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 dearchivos fs_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.


Restauraciones de reversión redirigidas de respaldos de ProtectPoint para VMAX en LUN alternativos en un clúster

diferente 233

Por ejemplo, los siguientes comandos crean los sistemas de archivos fs_dbDatay fs_dbLog con el mismo punto de montaje que se usa en sistemas de archivosrespaldados:

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 noexistan conflictos con los sistemas originales del paso 1. Asegúrese de que cadasistema de archivos tenga la misma cantidad de NSD y discos físicos que elsistema de archivos respaldado.

Nota

El comando db2cluster no incluye una opción para especificar el nombre NSD.Si necesita resolver un conflicto de asignación de nombres de NSD, puede usar lautilidad GPFS directamente para modificar el diseño en la capa NSD. En ladocumentación de IBM GPFS, se proporcionan más detalles.

Por ejemplo, los siguientes comandos mmlsnsd y mmlsfs detallan la informaciónde NSD y sistemas de archivos para los sistemas de archivos fs_dbData yfs_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 dearchivos de destino en una restauración de reversión redirigida de un respaldo deProtectPoint para VMAX en un clúster alternativo de pureScale.

Figura 11 Requisitos de diseño del sistema de archivos de destino para una restauración dereversión redirigida 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 transaccionesindependientes y mantiene su propio conjunto de archivos de registro detransacciones. Para habilitar la recuperación de puesta al día de DB2, los registros detransacciones se deben respaldar. Los registros de transacciones siempre se respaldanmediante el flujo de trabajo de DD Boost.

Configuración de archiving de registros de transacciones de DB2 en la página 208proporciona más detalles.

Eliminación de respaldos de ProtectPoint en un ambiente DB2 pureScaleSegún sea necesario para respaldos de instantáneas, debe usar la utilidaddb2acsutil para eliminar los respaldos de ProtectPoint en un ambiente DB2


Respaldos y restauraciones de registros de transacciones en un ambiente de pureScale de DB2 235

pureScale. No puede usar el comando db2 prune para eliminar las entradas derespaldo de ProtectPoint desde el archivo del historial de recuperación.

Puede ejecutar el comando db2acsutil con las opciones adecuadas para eliminar losrespaldos de ProtectPoint. Administración y eliminación de respaldos de DB2 deProtectPoint en la página 212 proporciona información detallada.

Sugerencias de solución de problemas de DB2 para lasoperaciones de ProtectPoint

En Sugerencias generales para la solución de problemas en la página 147, seproporciona información de solución de problemas comunes que se aplica a lasoperaciones del agente de aplicación de base de datos con todas las aplicaciones ybases de datos compatibles.

Los errores informados por el agente de instantáneas o la biblioteca compartida deDB2 se tratan como graves y se informan como un error de respaldo para el softwareDB2.

Para los respaldos y restauraciones de ProtectPoint, los archivos de registro y dedepuración son diferentes a los que se utilizan para las operaciones de DD Boost:

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 elregistro operacional 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 ProtectPoint de DB2 con el código deerror de DB2 SQL2081N

Es posible que falle una restauración de ProtectPoint de DB2 con un mensaje de SQL ycódigo de error 2 o 3. La falla se produce cuando la operación de restauración se iniciay comprueba si hay otras bases de datos existentes en el sistema de archivos derestauració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 debeidentificar únicamente el elemento de la base de datos restaurada. Si otra base dedatos también utiliza el directorio de restauración, la restauración de instantáneaspuede fallar debido a que DB2 no puede identificar la base de datos de restauración.

Por ejemplo, la restauración de DB2 de ProtectPoint puede fallar cuando varias basesde datos comparten la misma ruta en el directorio de restauración. Cuando undirectorio o archivo tiene un valor clave convencional de un token de base de datos deDB2, como SQL00001 o LOGSTREAM0000, DB2 podría interpretarlo como otra basede datos que reside en el mismo sistema de archivos. En tal caso, una restauración debase de datos de ProtectPoint podría fallar.



Revise el archivo de db2diag.log para obtener más información sobre el problema.En la documentación de IBM se proporcionan detalles acerca del error SQL2081N.

Asegúrese de que los sistemas de archivos de restauración, especialmente el inicio dela base de datos y los directorios de registros, estén dedicados a la base de datos quese restaurará. Cuando se incluyan en la operación de restauración los registros de laimagen de respaldo, asegúrese de que el directorio de registro esté vacío.


Es posible que falle la restauración de ProtectPoint de DB2 con el código de error de DB2 SQL2081N 237



CAPÍTULO 7

Operaciones de DD Boost en sistemas Oracle


l Descripción general de las operaciones de DD Boost en un ambiente de Oracle.........................................................................................................................240

l Configuración de las operaciones de DD Boost en un ambiente Oracle............ 242l Migración de una configuración de Oracle desde el agente de Oracle RMAN 1.x o

versiones posteriores....................................................................................... 247l Ejecución de respaldos y restauraciones de DD Boost con Oracle RMAN......... 251l Ejecución de respaldos y restauraciones de DD Boost con Oracle Enterprise

Manager........................................................................................................... 251l Ejecución de respaldos y restauraciones de CDB y PDB de Oracle...................252l Ejecución de operaciones de eliminación y mantenimiento de respaldos de Oracle

.........................................................................................................................253l Preparación para la recuperación ante desastres de Oracle............................. 253l Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de DD Boost

.........................................................................................................................254l Sugerencias de solución de problemas de Oracle para las operaciones de DD

Boost............................................................................................................... 255

Operaciones de DD Boost en sistemas Oracle 239

Descripción general de las operaciones de DD Boost en unambiente de Oracle

El agente de aplicación de base de datos se integra con las interfaces de Oracle RMANpara los proveedores de administración de medios de otros fabricantes a fin depermitir respaldos de datos, restauraciones y operaciones de registros dereconstitución archivados de Oracle. El agente de aplicación de base de datos tambiénes compatible con operaciones de eliminación y mantenimiento de respaldos deOracle.

Puede realizar un respaldo o recuperación con el producto en un servidor de base dedatos Oracle mediante la ejecución de una de las herramientas de respaldo orecuperación de 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 basede datos para realizar todas las operaciones compatibles con Oracle RMAN, incluidaslas siguientes operaciones:


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 dereconstitución archivados

l Eliminación de respaldos y otras operaciones de mantenimiento

El producto mantiene índices de respaldo en línea en el sistema Data Domain, quecomplementan el catálogo de RMAN de Oracle. Durante los respaldos, el productocrea entradas de respaldo en los índices en línea, que proporcionan la informaciónnecesaria para restaurar los datos respaldados.

En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de 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 siguientesmétodos:

l Para invocar el script de respaldo de RMAN, el administrador de bases de datosejecuta un comando 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 incluircon un comando connect en el script de RMAN. En ese caso, la línea decomandos rman podría ser de la siguiente manera: rman @/orasnb/backup.txt

l El administrador de base de datos ejecuta Oracle Enterprise Manager paragenerar el script de respaldo de RMAN y realizar las operaciones de respaldo.

2. El software de Oracle carga la biblioteca compartida de Oracle utilizada por elagente de aplicación de base de datos, según lo especificado por el parámetroSBT_LIBRARY.

3. El agente de aplicación de base de datos lee el archivo de configuraciónespecificado por el parámetro CONFIG_FILE e inicializa la conexión con el sistemaData Domain, según los ajustes en el archivo de configuración.

4. El software de Oracle garantiza que cada nombre de respaldo sea único, ya que lesolicita al agente de aplicación de base de datos que verifique si existe el nombrede respaldo en el catálogo del agente de aplicación de base de datos.

5. Si el agente de aplicación de base de datos responde negativamente (como seespera), el software de Oracle envía las piezas de respaldo al agente de aplicaciónde base de datos por medio de la API de SBT.

6. El agente de aplicación de base de datos utiliza la interfaz de DD Boost para enviarlos datos de respaldo al sistema Data Domain para almacenamiento y cataloga elrespaldo.

7. El software de Oracle le solicita al agente de aplicación de base de datos queconfirme que el respaldo está en el catálogo, registra la entrada en el catálogo deOracle y completa el respaldo.

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 lossiguientes métodos:

l Para invocar el script de restauración de RMAN, el administrador de bases dedatos ejecuta un 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 incluircon un comando connect en el script de RMAN. En ese caso, la línea decomandos de rman podría ser la siguiente:

rman @/orasnb/restore.txt


Procesos de restauración de Oracle 241

l Para generar el script de restauración de RMAN y realizar las operaciones derestauración y recuperación, el administrador de bases de datos ejecuta OracleEnterprise Manager.



4. El software de Oracle consulta y después solicita las piezas de respaldo al agentede aplicación de base de datos por medio de la API de SBT.

5. Para consultar el catálogo y recuperar los datos de respaldo del sistema DataDomain, el agente de 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 deuna base de datos de Oracle al estado anterior al desastre. Sin estos respaldos, puederecuperar la base de datos solo a la hora en que se ejecutó el último respaldocoherente de Oracle. En este caso, se perderán las transacciones que se produjeronentre la hora del último respaldo coherente y la hora de los daños de la base de datos.

Es posible que desee realizar un respaldo completo o incremental cada 24 horas comomínimo y programar respaldos más frecuentes de solo los registros de reconstituciónarchivados.

Puede respaldar los registros de reconstitución archivados utilizando la opciónadecuada del comando de respaldo de RMAN.

Configuración de las operaciones de DD Boost en unambiente Oracle

Debe completar las configuraciones necesarias del agente de aplicación de base dedatos para permitir las operaciones de DD Boost en un ambiente Oracle. En los temassiguientes, se proporciona información detallada sobre la configuración de productos.

En Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de DD Boost enla página 254, se proporcionan detalles adicionales sobre los requisitos deconfiguración especí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 proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de base de datos en un ambiente Oracle.

Configuración del archivo de configuración en un ambiente de OracleSe recomienda configurar los parámetros requeridos para las operaciones de Oracle enel archivo de configuración utilizado por el agente de aplicación de base de datos. Porejemplo, el archivo de configuración denominado oracle_ddbda.cfg contiene lassiguientes configuraciones de pará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 84 describe los parámetroscomunes y cómo configurar los parámetros en el archivo de configuración. Configuración de las restauraciones de respaldos replicados en la página 97 tambiéndescribe los parámetros y los requisitos para las restauraciones de respaldosreplicados.

Después de configurar el archivo de configuración, asegúrese de que se hayanrealizado los procedimientos requeridos del lockbox, como se describe en Configuración del lockbox en la página 113.

Creación de scripts de RMAN para las operaciones de Oracle de DD BoostDebe crear el script de RMAN necesario para las operaciones de respaldo orestauración de ProtectPoint de Oracle.

Nota

En el script de RMAN, no se admite el carácter % en la cadena FORMAT, a menos queel cará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 deconfiguración o en el script de RMAN:

l Configure el parámetro SBT_LIBRARY en el nombre de ruta de la biblioteca deOracle utilizada por el agente de aplicación de base de datos.

l Configure el parámetro CONFIG_FILE en el nombre de ruta del archivo deconfiguración. Utilice la opción correcta si configura CONFIG_FILE en el script deRMAN:

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 DD Boost, utilice la configuracióndel parámetro BLKSIZE=1048576.

Los siguientes ejemplos muestran la configuración del parámetro correcta en el scriptde 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


Creación de scripts de RMAN para las operaciones de Oracle de DD Boost 243

\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, siel nombre de ruta contiene espacios, el software de Oracle muestra un error desintaxis.

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 dededuplicación. Configure FILESPERSET o MAXOPENFILES según corresponda.

l SET o BACKUP COPIES no son compatibles. Si configura BACKUP COPIES en elscript de RMAN, el respaldo fallará. Si desea usar la replicación de Data Domain,consulte Replicación de Data Domain en la página 39.

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, unasolución de disponibilidad y protección de datos de Oracle para una base de datosprincipal y una o más bases de datos en espera mediante una red IP. Puede configuraroperaciones de respaldo y restauración con el agente de aplicación de base de datosen un ambiente de Oracle Data Guard.

En un ambiente de Oracle Data Guard, debido a que las transacciones se producen enla base de datos principal y Oracle escribe los datos de reconstitución en los registrosde reconstitución locales, Data Guard realiza las siguientes operacionesautomá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 sincronizalas bases de datos en espera con la base de datos principal.

Puede descargar los respaldos de RMAN de archivos de datos, los registros dereconstitución archivados y posiblemente otros archivos en una base de datos físicaen espera. Después, puede usar los respaldos para recuperar la base de datos principalo en espera. La documentación de RMAN y Data Guard describe cómo configurar yrespaldar una base de datos física en espera, y cómo utilizar los respaldos pararecuperar la base de datos principal o en espera.



Para configurar respaldos y restauraciones con el agente de aplicación de base dedatos en un ambiente 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 derecuperación y el parámetro DB_UNIQUE_NAME.

2. Instale y configure el software del agente de aplicación de base de datos en el hostde la base de datos principal, así como en cada host de base de datos física enespera que se incluya en los respaldos y las restauraciones.

3. Para un respaldo, cree un script de RMAN y después establezca los parámetros enel archivo de configuración para que el agente de aplicación de base de datosrespalde datos desde una base de datos física en espera, que puede utilizarse pararestaurar la base de datos principal. Establezca el parámetro CLIENT en el archivode configuración en un valor único que identifique el ambiente de Data Guard,preferentemente el nombre de host de base de datos principal.

4. Para una recuperación, cree un script de RMAN y después establezca losparámetros en el archivo de configuración para que el agente de aplicación de basede datos recupere datos desde una base de datos principal o en espera, en funciónde la restauración. Establezca el pará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 ladeduplicación optimizada de Oracle con un dispositivo Data Domain.

Use los siguientes comandos para administrar la deduplicación optimizada de Oracleen el nivel del sistema:

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 desoporte proporciona detalles sobre estos comandos.

Cálculo del uso de recursos de Data Domain en sistemas OracleLos siguientes temas proporcionan instrucciones adicionales y mejores prácticasrelacionadas con el 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 unerror en la operación de respaldo. El agente de aplicación de base de datos genera elsiguiente tipo de mensaje 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 >


Configuración de deduplicación optimizada de Oracle 245

Uso de flujos en sistemas Oracle

Nota


La cantidad de flujos que RMAN suele utilizar para respaldos, restauraciones yoperaciones de mantenimiento (como verificación) corresponde a la cantidad decanales utilizados más 1.

Si el sistema Data Domain se queda sin flujos durante un respaldo, el canal de RMANfalla con el siguiente 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 tareade respaldo a otros 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 realizacorrectamente, el canal fallido genera un registro de savesets incompletos en el índice.Puede ejecutar el comando ddbmadmin -s para generar una lista de los savesets yver 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 elsaveset es respaldado por otro canal. Puede ejecutar el comando ddbmadmin -dpara eliminar los savesets incompletos. 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 deRMAN falla con el 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)



Migración de una configuración de Oracle desde el agentede Oracle RMAN 1.x o versiones posteriores

Debe completar los pasos necesarios para migrar una configuración de Oracle desde elgente de Oracle RMAN (conocido anteriormente como DD Boost para RMAN) 1.x oversiones posteriores hacia el agente de aplicación de base de datos 4.7.

Procedimiento

1. Interrumpa todos los respaldos ejecutados con el agente de Oracle RMAN.

2. Instale el agente de aplicación de base de datos 4.7 según las instrucciones quese proporcionan en Plan de trabajo para instalar o actualizar software en lapágina 62.

Nota

La instalación del agente de aplicación de base de datos no quita ni sobrescribelos archivos del agente de Oracle RMAN en el mismo sistema.

3. Configure al agente de aplicación de base de datos 4.7 según las instruccionesque aparecen en los temas anteriores.

a. Cree un nuevo lockbox para las operaciones del agente de aplicación de basede datos. Se debe registrar el sistema Data Domain en el lockbox mediante elcomando ddbmadmin -P -z<configuration_file>, como se describe en Configuración del lockbox en la página 113.

No utilice el siguiente comando para ninguna operación del lockbox:

send 'set username <username> password <password> servername <Data_Domain_hostname>';

b. Actualice los scripts de RMAN como se describe en Actualización de losscripts de RMAN usados con el agente de Oracle RMAN 1.x o posterior en lapágina 248.

4. Realice un respaldo completo inicial de la base de datos de Oracle con el agentede aplicación de base de datos 4.7. Incluya el archivo de control y los registrosarchivados en el respaldo para que los respaldos continuos que se ejecuten conel agente de aplicación de base de datos no dependan de los respaldosejecutados previamente con el agente de Oracle RMAN.

5. Utilice el tipo correcto de script de RMAN para las operaciones de restauración,como se describe en Uso del script de RMAN correcto para las operaciones derestauración en la página 249.

No puede usar el agente de aplicación de base de datos 4.7 para recuperarrespaldos realizados con el agente de Oracle RMAN. Dichos respaldos sepueden recuperar solo mediante el uso del agente de Oracle RMAN.

Puede mantener el software del agente de Oracle RMAN en el host de servidorde Oracle el tiempo que sea necesario y usar el software para recuperarrespaldos realizados previamente con el agente de Oracle RMAN.

No puede ejecutar los comandos de mantenimiento ni de eliminación de RMANcon el agente de aplicación de base de datos si los comandos hacen referencia arespaldos ejecutados con el agente de Oracle RMAN. En Ejecución deoperaciones de eliminación y mantenimiento de respaldos de Oracle en la página


Migración de una configuración de Oracle desde el agente de Oracle RMAN 1.x o versiones posteriores 247

253, se proporcionan detalles sobre las operaciones de eliminación ymantenimiento de respaldos con el agente de aplicación de base de datos.

AVISO

Con el agente de Oracle RMAN versión 1.1 en un sistema UNIX o Linux,asegúrese de que LD_LIBRARY_PATH no se establezca o, en cambio, que seconfigure en la ruta de biblioteca correcta antes de ejecutar un respaldo o unarestauración de Oracle con el agente de aplicación de base de datos. Porejemplo, configure el parámetro en un sistema Solaris SPARC: exportLD_LIBRARY_PATH=/opt/dpsapps/dbappagent/lib/sparcv9:$LD_LIBRARY_PATH Si utiliza servicios de red en las cadenas deconexión de RMAN, reinicie el agente de escucha de Oracle después de cambiarla configuración LD_LIBRARY_PATH. Instalación del producto en la página 61proporciona información detallada acerca de la ruta de biblioteca utilizada por elagente de aplicación de base de datos en cada plataforma de UNIX y Linux.

Actualización de los scripts de RMAN usados con el agente de Oracle RMAN1.x o posterior

Los scripts de RMAN usados para las operaciones del agente de Oracle RMAN(conocido anteriormente como DD Boost para RMAN) no funcionarán para lasoperaciones del agente de aplicación de base de datos, debido a que los scripts hacenreferencia a la biblioteca SBT del agente de Oracle RMAN e incluyen ajustes deparámetros diferentes. Debe actualizar estos scripts de RMAN para las operacionesdel agente de aplicación de base de datos.

Asegúrese de que los scripts de RMAN utilizados para las operaciones de Oracle seajusten a las reglas en Creación de scripts de RMAN para las operaciones de Oracle deDD Boost en la página 243.

Realice los siguientes cambios en cualquier script de RMAN existente usado con elagente de Oracle RMAN.

Procedimiento

1. Cambie la configuración del parámetro SBT_LIBRARY en el nombre de ruta dela librería de Oracle utilizada por el agente de aplicación de base de datos.

Por ejemplo, los siguientes comandos de RMAN incluyen una configuraciónincorrecta de SBT_LIBRARY que hace referencia a la biblioteca SBT del agentede Oracle RMAN:

l En UNIX o Linux:

ALLOCATE CHANNEL C1 TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=<$ORACLE_HOME>/lib/libddobk.so';

ALLOCATE CHANNEL C1 TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=<$RMAN_AGENT_HOME>/lib/libddobk.so';



l En Windows:

ALLOCATE CHANNEL C1 TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=<%ORACLE_HOME%>\bin\libDDobk.dll';

ALLOCATE CHANNEL C1 TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=<%RMAN_AGENT_HOME%>\bin\libDDobk.dll';

2. Deje de utilizar el siguiente comando de RMAN para registrar un sistema DataDomain:

send 'set username <username> password <password> servername <Data_Domain_hostname>';

Asegúrese de que ha creado un lockbox para las operaciones del agente deaplicación de base de datos y que ha registrado el sistema Data Domain en ellockbox, como se describe en el tema anterior.

3. Actualice las siguientes configuraciones de parámetros en el script de RMANpara respaldo, recuperación y todas las operaciones del catálogo de RMAN:

Nota

En cada parámetro que se actualizará, elimine la configuración del parámetroexistente en el script de RMAN. Se recomienda configurar el nuevo parámetroen el archivo de configuración. Como alternativa, puede establecer el nuevoparámetro en el script de RMAN.

l Elimine la configuración de BACKUP_HOST en el script de RMAN. Agregue laconfiguración de DEVICE_HOST correspondiente en el archivo deconfiguración.

l Elimine la configuración de STORAGE_UNIT en el script de RMAN. Agreguela configuración de DEVICE_PATH correspondiente en el archivo deconfiguración.

l Elimine la configuración de ORACLE_HOME o RMAN_AGENT_HOME en elscript de RMAN. El agente de aplicación de base de datos no requiere estaconfiguración.

l Agregue la configuración de DDBOOST_USER en el archivo de configuración.

l Si utiliza el archivo de configuración, agregue la configuración deCONFIG_FILE en el script de RMAN. Configure CONFIG_FILE en elnombre de ruta del archivo de configuración.

Configuración del archivo de configuración en un ambiente de Oracle en lapágina 242 proporciona información detallada sobre la configuración deparámetros requerida en el archivo de configuración.

Uso del script de RMAN correcto para las operaciones de restauraciónPara restaurar los respaldos de Oracle ejecutados con el agente de Oracle RMAN,debe usar un script de RMAN, como se describe en la Guía de administración delagente de Oracle RMAN. El agente de aplicación de base de datos no puede restaurarrespaldos ejecutados con el agente de Oracle RMAN.


Uso del script de RMAN correcto para las operaciones de restauración 249

Para restaurar respaldos de Oracle ejecutados con el agente de aplicación de base dedatos, debe usar un script de RMAN creado para las restauraciones, no un script deRMAN creado para restauraciones del agente de Oracle RMAN.

Nota

Cree una copia del script de recuperación original utilizado con el agente de OracleRMAN 1.x o versiones posteriores y modifique la copia del script para el agente deaplicación de base de datos. Debe incluir los parámetros del agente de aplicación debase de datos 4.7 en el script según sea necesario para restaurar a partir de losrespaldos del agente de aplicación de base de datos. Es posible que deba mantener elscript de recuperación original para ejecutar restauraciones a partir de respaldos delagente de Oracle RMAN.

Por ejemplo, puede usar el siguiente script de RMAN para una restauración de Oraclecon el agente de aplicación de base de datos:

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)’;RESTORE DEVICE TYPE SBT DATABASE;

Puede usar el comando de RMAN RESTORE...PREVIEW para determinar si unarestauración requerirá respaldos del agente de Oracle RMAN o respaldos con el agentede aplicación de base de datos. El comando muestra los respaldos requeridos y quéproducto realizó el respaldo.

En la salida del comando RESTORE...PREVIEW, los respaldos del agente de OracleRMAN se indican con un identificador de medios (después de la etiqueta Media:) quesolo incluye <device_path>. Los respaldos con el agente de aplicación de base dedatos se indican con un identificador de medios que incluye database app agent<ruta_del_dispositivo>.

Por ejemplo, la siguiente salida del comando RESTORE...PREVIEW muestra los dostipos de identificadores de medios:

RMAN> connect target *2>3> RUN {4> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' PARMS='BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, ENV=(CONFIG_FILE=/oracle/SNB/ddbda/ddbda.cfg)';5> RESTORE DATAFILE 2, 3 PREVIEW;6> RELEASE CHANNEL CH1;7> }connected to target database: SNB (DBID=1230476546, not open)Starting restore at 25-JUN-14List of Backup Sets===================BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ ---------------3136 Full 8.13G SBT_TAPE 00:07:27 25-JUN-14 BP Key: 4651 Status: AVAILABLE Compressed: NO Tag: TAG20140625T090250 Handle: 8jpbn9tq_1_1 Media: /oracle_rman_plugin List of Datafiles in backup set 3136 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 2 Full 99730512 07-MAR-14 /clarspace3/oracle/SNB/sapdata1/undo_1/undo.data1



BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ ---------------3137 Full 272.25M SBT_TAPE 00:00:08 25-JUN-14 BP Key: 4652 Status: AVAILABLE Compressed: NO Tag: TAG20140625T091332 Handle: 8kpbnahs_1_1 Media: database app agent /bu-star1 List of Datafiles in backup set 3137 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 3 Full 99730512 07-MAR-14 /clarspace3/oracle/SNB/sapdata1/sysaux_1/sysaux.data1

Ejecución de respaldos y restauraciones de DD Boost conOracle RMAN

Antes de realizar un respaldo o restauración de Oracle, asegúrese de habercompletado las configuraciones necesarias que se indican en Configuración de lasoperaciones de DD Boost en un ambiente Oracle en la página 242.

Para ejecutar un respaldo o una restauración de Oracle en el host de servidor deOracle, puede ejecutar 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 deservidor de Oracle.

2. Para iniciar el script de respaldo o restauración de RMAN, ejecute el comandorman correspondiente en la línea de comandos.

Por ejemplo, los scripts del respaldo y la restauración de RMAN se almacenanen los archivos full_backup.txt o restore.txt. Para conectarse a lasbases de datos de nómina de pagos y rcvcatdb, se configuró el servicio de red.Puede ejecutar los siguientes comandos para realizar las operaciones derespaldo 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 scriptde RMAN.

Ejecución de respaldos y restauraciones de DD Boost conOracle Enterprise Manager

Antes de realizar un respaldo o restauración de Oracle, asegúrese de habercompletado las configuraciones necesarias que se indican en Configuración de lasoperaciones de DD Boost en un ambiente Oracle en la página 242.

Las herramientas de administración de respaldo de Oracle Enterprise Managerproporcionan una interfaz gráfica del usuario para RMAN, que puede usar para realizarun respaldo o una restauración de Oracle en el host de servidor de Oracle.


Ejecución de respaldos y restauraciones de DD Boost con Oracle RMAN 251

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 lasherramientas de administración del respaldo de Oracle Enterprise Manager queejecutan el script de RMAN. Establezca SBT_LIBRARY y CONFIG_FILE en elcuadro de texto Media Management Library Parameters.

Las herramientas de administración del respaldo generan los scripts de RMAN yel comando que se requieren para ejecutar las operaciones de respaldo yrestauración.

La siguiente figura muestra un ejemplo de una configuración de respaldoprogramado en Oracle 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, quepermite que en una base de datos de un solo contenedor (CDB) se incluyan variasbases de datos con capacidad para conectarse (PDB) creadas por usuarios. Puederealizar respaldos y restauraciones de una CDB completa o de PDB individuales. No senecesitan pasos adicionales de configuración en el agente de Oracle RMAN paraadmitir el ambiente.

Se recomienda ejecutar respaldos periódicos de la CDB completa para garantizar quetodas las PDB y los registros archivados se respalden. Puede recuperar la CDBcompleta o PDB individuales en cualquier punto en el tiempo a partir de un respaldo deCDB. En la documentación de Oracle se proporciona 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.Como resultado, los respaldos realizados por el agente de aplicación de base de datospermanecen en el sistema Data Domain hasta que el DBA o el software de Oracleeliminan los respaldos.

Oracle RMAN proporciona una política de retención de Oracle para los respaldos. Unapolítica de retención de Oracle se basa en la ventana de recuperación o en laredundancia. RMAN considera que un respaldo es obsoleto cuando el respaldo ya noes necesario según la política de retención de Oracle. Oracle RMAN comprueba lapolítica de retención de un respaldo cuando se ejecuta el comando REPORTOBSOLETE o DELETE OBSOLETE.

Puede ejecutar el comando DELETE BACKUP para eliminar manualmente losrespaldos. Cuando RMAN solicita una eliminación, el agente de aplicación de base dedatos elimina las entradas del catálogo y los archivos de respaldo correspondientes enel sistema Data Domain. Si la eliminación se realiza correctamente, el software deOracle, a continuación, elimina la entrada de respaldo correspondiente en el catálogode Oracle. Puede forzar la eliminación mediante el uso de la opción FORCE en elcomando 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 razonesinesperadas, como una falla general durante la eliminación, puede usar el comandoddbmadmin para depurar los archivos según las indicaciones del soporte técnico.

Nota

A pesar de que puede ejecutar los comandos CROSSCHECK y DELETE EXPIRED,estos comandos no son útiles para los respaldos realizados por el agente de aplicaciónde base de datos. El agente de aplicación de base de datos y el sistema Data Domainno hacen vencer los respaldos. Si necesita ejecutar estos comandos, limite la lista derespaldos para los cuales ejecuta estos comandos, debido a su impacto en elrendimiento 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 antedesastres en la medida en que RMAN sea compatible con la funcionalidad. Ladocumentación de Oracle y RMAN proporciona detalles sobre las mejores prácticaspara la recuperación ante desastres.

Para preparar un servidor de Oracle para la recuperación ante desastres, respalde lasiguiente lista mí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


Ejecución de operaciones de eliminación y mantenimiento de respaldos de Oracle 253

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 la base de datos de Oracle) que debe respaldar. RMAN no respalda losdemás archivos que pueden ser necesarios para la recuperación ante desastres, comolos archivos de red de Oracle, el archivo de 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 sedeben establecer registros de reconstitución en línea espejeados.

l Respalde con frecuencia los registros de reconstitución archivados entre losrespaldos de base de datos.

l Respalde el catálogo de recuperación después de cada respaldo de base de datosde destino si tiene un catálogo de recuperación.

Para realizar una recuperación ante desastres de Oracle, complete los pasosnecesarios.

Procedimiento

1. Para crear un archivo de configuración, el script de RMAN y el lockbox en elhost de recuperación ante desastres, siga los pasos de configuración que seproporcionan en Configuración de las operaciones de DD Boost en un ambienteOracle en la página 242.

2. En el archivo de configuración, establezca el parámetro CLIENT en el nombrede host utilizado en el respaldo.

Para obtener la lista de nombres de clientes como se describe en Uso delcomando ddbmadmin para mostrar los clientes en una ruta de dispositivo en lapágina 134, si no recuerda el nombre de host o no estableció CLIENT para elrespaldo, use el comando ddbmadmin -i.

3. Siga las instrucciones de recuperación ante desastres en la documentación deRMAN.

Requisitos de clúster activo/pasivo y Oracle RAC paraoperaciones de DD Boost

Puede realizar respaldos y restauraciones de Oracle con el agente de aplicación debase de 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 ode clúster:

l Todos los nodos pueden acceder al archivo de configuración, el lockbox y el scriptde RMAN por medio de un sistema de archivos compartido o de un recursocompartido NFS/CIFS.



Nota

Si el archivo de configuración o el script de RMAN no son accesibles por medio deun sistema de archivos compartido ni a través de recursos compartidos NFS/CIFS,debe copiar y mantener un archivo de configuración o un script de RMAN idénticoen cada nodo implicado en los respaldos y las restauraciones. Este requisito no seaplica a los scripts de RMAN almacenados, debido a que el software de Oraclepuede acceder a un script de RMAN almacenado desde cualquier nodo.

l Todos los hosts del clúster obtienen acceso al lockbox, como se describe en Configuración del lockbox en un ambiente de alta disponibilidad en la página 128.

l Se seleccionó uno de los nombres de host virtuales de nodo o el nombre de hostSCAN de clúster y se estableció el parámetro CLIENT en el nombre de host delarchivo de configuración.

l En un ambiente Oracle RAC, si los registros de reconstitución archivados no sonaccesibles desde todos los nodos (que no es una mejor práctica de Oracle), hacreado un script de RMAN en el cual se asigna cada canal para que se conecte a unnodo diferente.

Oracle RMAN respalda todos los registros de reconstitución archivados de todoslos nodos si los registros se encuentran en almacenamiento compartido.

Sugerencias de solución de problemas de Oracle para lasoperaciones de DD Boost

En Sugerencias generales para la solución de problemas en la página 147, seproporciona información de solución de problemas comunes que se aplica a lasoperaciones de agente de aplicación de base de datos con todas las aplicaciones ybases de datos compatibles.

Todos los mensajes operacionales y de error se muestran en la salida de RMAN. Porejemplo:

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 basede datos, incluidos los mensajes de error, advertencia o cualquier otro mensajeoperacional.

Debe configurar el parámetro DEBUG_LEVEL para habilitar la depuración.


Sugerencias de solución de problemas de Oracle para las operaciones de DD Boost 255



CAPÍTULO 8

Operaciones de ProtectPoint en sistemasOracle


l Descripción general de las operaciones de ProtectPoint en un ambiente de Oracle.........................................................................................................................258

l Configuración de las operaciones de ProtectPoint en un ambiente Oracle.......260l Ejecución de respaldos y restauraciones de ProtectPoint con Oracle RMAN... 268l Ejecución de respaldos y restauraciones de ProtectPoint con Oracle Enterprise

Manager...........................................................................................................269l Ejecución de respaldos y restauraciones de CDB y PDB de Oracle...................270l Ejecución de operaciones de eliminación y mantenimiento de respaldos de Oracle

.........................................................................................................................270l Preparación para la recuperación ante desastres de Oracle.............................. 271l Requisitos de clúster activo/pasivo y Oracle RAC para operaciones de

ProtectPoint.................................................................................................... 272l Requisitos de Oracle ASM para operaciones de ProtectPoint.......................... 273l Restauración y reversión de ProtectPoint para VCS en Solaris........................ 325l Sugerencias de solución de problemas de Oracle para las operaciones de

ProtectPoint.....................................................................................................331

Operaciones de ProtectPoint en sistemas Oracle 257

Descripción general de las operaciones de ProtectPoint enun ambiente de Oracle

El agente de aplicación de base de datos está integrado en Oracle RMAN mediante laopción de copia de proxy para habilitar respaldos, recuperaciones y restauraciones deProtectPoint. El agente de aplicación de base de datos también es compatible conoperaciones de mantenimiento y eliminación de los respaldos de ProtectPoint paraOracle.

Puede realizar un respaldo o recuperación de ProtectPoint con el producto en unservidor de base de datos Oracle mediante la ejecución de una de las herramientas derespaldo o recuperación de 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 basede datos para realizar todas las operaciones compatibles con la copia de proxy deOracle RMAN, incluidas las 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 dereconstitución archivados

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 elsistema Data Domain. Durante los respaldos, el agente de aplicación de base de datoscrea entradas de respaldo en el catálogo de respaldo, que proporcionan la informaciónnecesaria para restaurar los datos respaldados. RMAN también realiza un seguimientode esos respaldos en su propio catálogo, el catálogo de RMAN.

Nota

El agente de aplicación de base de datos es compatible con dos tipos de ambientesOracle: un ambiente en el que la base de datos no utiliza discos de Oracle ASM y unambiente en el que la base de datos utiliza discos Oracle ASM. Los procedimientospara configurar y realizar respaldos y restauraciones de ProtectPoint son diferentes enlos dos tipos de ambientes:

l Para los datos de Oracle que no residen en discos ASM, siga los procedimientosque comienzan con Configuración de las operaciones de ProtectPoint en unambiente Oracle en la página 260.

l Para los datos de Oracle que residen en discos ASM, siga los procedimientos quecomienzan con Requisitos de Oracle ASM para operaciones de ProtectPoint en lapágina 273.

Operaciones de ProtectPoint en sistemas Oracle


En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de ProtectPoint con elagente de aplicación de base de datos en un ambiente Oracle.

Procesos de respaldo de ProtectPoint para OracleEn un respaldo de ProtectPoint para Oracle se incluyen las siguientes interacciones deprocesos.

1. El administrador de base de datos inicia el respaldo mediante uno de los siguientesmétodos:

l Para invocar el script de respaldo de RMAN, el administrador de bases de datosejecuta un comando 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 derespaldo, el administrador de bases de datos ejecuta Oracle EnterpriseManager.



4. El flujo de trabajo de respaldo se lleva a cabo como se describe en el tema sobre elflujo de trabajo de respaldo de ProtectPoint o el flujo de trabajo de respaldo deProtectPoint con RecoverPoint en el capítulo 1.

Procesos de restauración de ProtectPoint para OracleEn una restauración de ProtectPoint para Oracle se incluyen las siguientesinteracciones de procesos.

1. El administrador de base de datos inicia la restauración mediante uno de lossiguientes métodos:

l Para invocar el script de restauración de RMAN, el administrador de bases dedatos ejecuta un 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 derestauración y recuperación, el administrador de bases de datos ejecuta OracleEnterprise Manager.




Procesos de respaldo de ProtectPoint para Oracle 259

4. El flujo de trabajo de restauración continúa como se describe en el tema acerca delflujo de trabajo de restauración de ProtectPoint o el flujo de trabajo derestauración de ProtectPoint con RecoverPoint en el capítulo 1.

Respaldos de ProtectPoint para Oracle de registros de reconstituciónarchivados

Los respaldos de registros de reconstitución archivados permiten la recuperación deuna base de datos de Oracle al estado anterior al desastre. Sin estos respaldos, puederecuperar la base de datos solo a la hora en que se ejecutó el último respaldocoherente de Oracle. En este caso, se perderán las transacciones que se produjeronentre la hora del último respaldo coherente y la hora de los daños de la base de datos.

Es posible que desee realizar un respaldo completo de la base de datos cada 24 horascomo mínimo y programar respaldos más frecuentes de solo los registros dereconstitución archivados.

Puede respaldar los registros de reconstitución archivados utilizando la opciónadecuada del comando de respaldo de RMAN.

Configuración de las operaciones de ProtectPoint en unambiente Oracle

Asegúrese de que se hayan completado las configuraciones de VMAX, XtremIO,RecoverPoint y Data Domain según la documentación de ProtectPoint. Los recursosde almacenamiento requeridos se deben configurar y aprovisionar correctamente parapermitir las operaciones de ProtectPoint.










Nota

Para los respaldos de ProtectPoint, se recomienda que los archivos de control de labase de datos y los archivos de registro de reconstitución en línea se encuentren enLUN diferentes 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 dearchivos de base de datos.

Debe completar las configuraciones necesarias del agente de aplicación de base dedatos para permitir las operaciones de ProtectPoint en un ambiente de Oracle. En lostemas siguientes, se proporciona información detallada sobre la configuración deproductos.

En Requisitos de clúster activo/pasivo y Oracle RAC para operaciones deProtectPoint en la página 272, se proporcionan detalles adicionales sobre losrequisitos de configuración específicos en un ambiente Oracle RAC o de clústeractivo/pasivo.

En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de ProtectPoint con elagente de aplicación de base de datos en un ambiente Oracle.

Configuración del archivo de configuración en un ambiente de OracleSe recomienda configurar los parámetros requeridos para las operaciones deProtectPoint para Oracle en el archivo de configuración que utiliza el agente deaplicación de base de datos.

Por ejemplo, el archivo de configuración denominado oracle_ddbda_vmax.cfgcontiene las siguientes configuraciones de parámetros para las operaciones deProtectPoint 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 denominadooracle_ddbda_recoverpoint.cfg contiene las siguientes configuraciones deparámetros para las operaciones de ProtectPoint con RecoverPoint:

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

Preparación del archivo de configuración en la página 84 describe los parámetroscomunes, los parámetros de ProtectPoint y cómo configurar los parámetros en elarchivo de configuración. Otros temas en Configuración del producto en la página 83describen los parámetros y los requisitos para las restauraciones de respaldosreplicados y las restauraciones de reversión.


Configuración del archivo de configuración en un ambiente de Oracle 261

Después de configurar el archivo de configuración, asegúrese de que se hayanejecutado los procedimientos de lockbox requeridos, como se describe en Configuración del lockbox en la página 113.

Creación de los scripts de RMAN para las operaciones de ProtectPointDebe crear el script de RMAN necesario para los respaldos o las restauraciones deProtectPoint para Oracle.

Nota

En el script de RMAN, no se admite el carácter % en la cadena FORMAT, a menos queel cará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 deconfiguración o en el script de RMAN. También debe especificar la opción PROXYcorrespondiente con el comando BACKUP en el script de RMAN:

l Configure el parámetro SBT_LIBRARY en el nombre de ruta de la biblioteca deOracle utilizada por el agente de aplicación de base de datos.

l Configure el parámetro CONFIG_FILE en el nombre de ruta del archivo deconfiguración. Utilice la opción correcta si configura CONFIG_FILE en el script deRMAN:

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 DD Boost enlugar de un respaldo de ProtectPoint si el respaldo no se puede completarmediante el flujo de trabajo de ProtectPoint. La configuración del parámetroBLKSIZE=1048576 optimiza un respaldo de DD Boost.

n Cuando configura la opción PROXY ONLY, RMAN finaliza el respaldo con unafalla si el respaldo no se puede completar mediante el flujo de trabajo deProtectPoint.

RMAN es compatible con respaldos de ProtectPoint mediante la opción de copiade proxy. La documentación de Oracle proporciona más detalles sobre la opción decopia 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,FILESPERSET yDISKRATIO. La documentación de Oracle proporciona detallessobre las opciones de RMAN.

El archivo de control y el archivo de parámetros se respaldan automáticamentecuando se respalda la base de datos completa (por ejemplo, con BACKUPPROXY...DATABASE) o un subconjunto que contiene el primer archivo de datos(por ejemplo, con BACKUP PROXY... TABLESPACE SYSTEM). El archivo decontrol y el archivo de parámetros siempre se respaldan mediante el flujo detrabajo de DD Boost, incluso cuando el comando BACKUP incluye una opciónPROXY.



No es necesario utilizar una opción PROXY para la restauración de un respaldo deProtectPoint. El software determina automáticamente el tipo de respaldo que seestá restaurando.

En los siguientes ejemplos se muestra la configuración de los parámetros correctos enel script de RMAN para un respaldo de ProtectPoint de todos los archivos de datos yregistros 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álogode 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';


Creación de los scripts de RMAN para las operaciones de ProtectPoint 263

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, siel nombre de ruta contiene espacios, el software de Oracle muestra un error desintaxis.

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 porquerespalda los LUN de registros archivados dos veces: una vez antes de iniciar elrespaldo del archivo de datos y otra vez después de que termina el respaldo delarchivo de datos. Este respaldo repetido puede causar problemas de rendimiento, encomparación con un solo respaldo de los registros archivados.

En el siguiente ejemplo se muestran los comandos en un script de RMAN para larestauración de un respaldo de ProtectPoint. Una opción PROXY no se requiere en unscript 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 gradode paralelismo de un respaldo ni una restauración de ProtectPoint. El software deOracle utiliza solo uno de los canales asignados para el respaldo o la restauración deProtectPoint, a menos que se utilicen opciones de respaldo específicas para distribuirun respaldo a varios canales.



No se recomiendan los siguientes tipos de scripts de RMAN para los respaldos deProtectPoint:

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 elrespaldo de ProtectPoint:

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 losarchivos de datos o registros archivados no residen en dispositivos que se puedenconvertir en instantáneas. En este caso, un solo canal se usa para los respaldos deProtectPoint y todos los otros canales se utilizan para los respaldos de DD Boost.

Preparación para la restauración de los registros archivadosDespués de realizar una cantidad de respaldos de Oracle, los registros archivadosrespaldados podrían estar en varios conjuntos de imágenes estáticas. Durante larestauración de los registros archivados de Oracle, un conjunto separado de losdispositivos de restauración debe estar disponible para montar cada conjunto deimágenes estáticas.

Antes de iniciar una restauración de los registros archivados, asegúrese de que tiene lacantidad requerida de dispositivos de restauración en el pool de dispositivos vdisk deDD. Esta cantidad de dispositivos de restauración debe ser al menos igual a la cantidadde LUN de origen de VMAX o XtremIO multiplicada por la cantidad de respaldos, segúnlos requisitos de la operación de restauración específica.

Nota

Los LUN o los dispositivos de restauración no necesitan estar dedicados al servidor deOracle. Los dispositivos de restauración pueden estar en un pool que también se usapara otras restauraciones de aplicación o de servidor que podrían ejecutarse enmomentos diferentes, siempre y cuando los dispositivos estén enmascarados segúncorresponda.

Asegúrese de realizar una restauración de un punto en el tiempo de los registrosarchivados, no una restauración de reversión.

Por ejemplo, la política de respaldo especifica un respaldo diario completo de la basede datos y el respaldo de los registros archivados cuatro veces al día. Para habilitar larestauración desde un respaldo de base de datos específico y la aplicación de todos los


Preparación para la restauración de los registros archivados 265

registros requeridos, necesita cuatro veces la cantidad de LUN de origen de VMAX oXtremIO donde se encuentran los registros archivados.

Preparación del dispositivo Data Domain para la restauración en WindowsEn Windows, en un ambiente de ProtectPoint con RecoverPoint, debe preparar eldispositivo de vdisk de Data Domain antes de que pueda restaurar un respaldo deProtectPoint con RecoverPoint a un arreglo XtremIO.

Después de que se hayan creado los servicios de bloques de Data Domain para eldispositivo de vdisk según la documentación de ProtectPoint, complete los siguientespasos.

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 unestado desconocido:

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 deProtectPoint con RecoverPoint que usan RecoverPoint 5.0 o versionesposteriores

Con RecoverPoint 5.0 o versiones posteriores, una restauración de reversión de unrespaldo de Oracle de ProtectPoint con RecoverPoint en un sistema XtremIO es unarestauración a nivel de LUN, con la que se puede restaurar un grupo de consistencia deRecoverPoint parcial. Los requisitos específicos se aplican a los respaldos y a lasrestauraciones de reversión de Oracle de ProtectPoint con RecoverPoint.


Asegúrese de cumplir los siguientes requisitos para la restauración de reversión de unrespaldo de Oracle de ProtectPoint con RecoverPoint con RecoverPoint 5.0 oversiones posteriores:

l Los archivos de control de Oracle están en un LUN diferente al LUN que se incluyeen la restauración de reversión. Como alternativa, los archivos de control de Oracleresiden en dispositivos convencionales que no son instantáneas. Oracle no escompatible 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 unarestauración de reversión, este espacio de tablas en línea y el espacio de tablas quese restaurará están en LUN diferentes.

l Los archivos de registro de reconstitución en línea están en LUN diferentes a losLUN 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 losLUN que se revertirán, antes de la restauración de reversión de los LUN, el espaciode tablas queda sin conexión para evitar una falla o daños en los datos.

Se recomienda asignar los archivos de datos de Oracle y los archivos de registroarchivados en LUN diferentes. Esta recomendación es por si tiene que ejecutar unarestauración de reversión solo para los archivos de datos o los archivos de registroarchivados.



Preparación para respaldos y restauraciones de reversión de Oracle deProtectPoint con RecoverPoint que usan versiones de RecoverPointanteriores a 5.0

Con las versiones de RecoverPoint anteriores a 5.0, el agente de aplicación de base dedatos ejecuta una restauración de reversión de un respaldo de ProtectPoint conRecoverPoint en el nivel de grupo de consistencia. Si el grupo de coherencia deRecoverPoint que se está restaurando contiene varios LUN, todos los LUN sesobrescriben y son inaccesibles durante la restauración de reversión. Los requisitosespecíficos se aplican a los respaldos y a las restauraciones de reversión de Oracle deProtectPoint con RecoverPoint.


Nota

Con las versiones de RecoverPoint anteriores a 5.0, un respaldo y una restauración dereversión de ProtectPoint con RecoverPoint siempre ocurren a nivel de grupo deconsistencia, independientemente de los objetos que se incluyan en el comando derespaldo. Como mejor práctica para una restauración de reversión de ProtectPoint conRecoverPoint, cuando ejecute 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.

Asegúrese de cumplir los siguientes requisitos para la restauración de reversión de unrespaldo de Oracle de ProtectPoint con RecoverPoint con versiones de RecoverPointanteriores a 5.0:

l Los archivos de control de Oracle están en un grupo de coherencia deRecoverPoint diferente al del grupo de coherencia que se incluye en larestauración de reversión. Como alternativa, los archivos de control de Oracleresiden en dispositivos convencionales que no son instantáneas. Oracle no escompatible 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 unarestauración de reversión, este espacio de tablas en línea y el espacio de tablas quese restaurará están en grupos de consistencia de RecoverPoint diferentes.

l Los archivos de registro de reconstitución en línea están en diferentes dispositivosque los grupos 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 losLUN de un grupo de consistencia de RecoverPoint, antes de la restauración dereversión del grupo de consistencia, el espacio de tablas queda sin conexión paraevitar una falla o daños en los datos.

Se recomienda que asigne los archivos de datos de Oracle y los archivos de registroarchivados a grupos de coherencia de RecoverPoint diferentes. Esta recomendaciónes por si tiene que ejecutar una restauración de reversión solo para los archivos dedatos 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, unasolución de disponibilidad y protección de datos de Oracle para una base de datosprincipal y una o más bases de datos en espera mediante una red IP. Puede configurar


Preparación para respaldos y restauraciones de reversión de Oracle de ProtectPoint con RecoverPoint que usan versiones de

RecoverPoint anteriores a 5.0 267

operaciones de respaldo y restauración con el agente de aplicación de base de datosen un ambiente de Oracle Data Guard.

En un ambiente de Oracle Data Guard, debido a que las transacciones se producen enla base de datos principal y Oracle escribe los datos de reconstitución en los registrosde reconstitución locales, Data Guard realiza las siguientes operacionesautomá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 sincronizalas bases de datos en espera con la base de datos principal.

Puede descargar los respaldos de RMAN de archivos de datos, los registros dereconstitución archivados y posiblemente otros archivos en una base de datos físicaen espera. Después, puede usar los respaldos para recuperar la base de datos principalo en espera. La documentación de RMAN y Data Guard describe cómo configurar yrespaldar una base de datos física en espera, y cómo utilizar los respaldos pararecuperar la base de datos principal o en espera.

Para configurar respaldos y restauraciones con el agente de aplicación de base dedatos en un ambiente 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 derecuperación y el parámetro DB_UNIQUE_NAME.

2. Instale y configure el software del agente de aplicación de base de datos en el hostde la base de datos principal, así como en cada host de base de datos física enespera que se incluya en los respaldos y las restauraciones.

3. Para un respaldo, cree un script de RMAN y después establezca los parámetros enel archivo de configuración para que el agente de aplicación de base de datosrespalde datos desde una base de datos física en espera, que puede utilizarse pararestaurar la base de datos principal. Establezca el parámetro CLIENT en el archivode configuración en un valor único que identifique el ambiente de Data Guard,preferentemente el nombre de host de base de datos principal.

4. Para una recuperación, cree un script de RMAN y después establezca losparámetros en el archivo de configuración para que el agente de aplicación de basede datos recupere datos desde una base de datos principal o en espera, en funciónde la restauración. Establezca el parámetro CLIENT en el mismo valor que se usódurante el respaldo.

Ejecución de respaldos y restauraciones de ProtectPointcon Oracle RMAN

Antes de realizar un respaldo o una restauración de Oracle de ProtectPoint, asegúresede haber completado las configuraciones necesarias que se indican en Configuraciónde las operaciones de ProtectPoint en un ambiente Oracle en la página 260.

Para ejecutar un respaldo o una restauración 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 deservidor de Oracle.

2. Para iniciar el script de respaldo o restauración de RMAN, ejecute el comandorman correspondiente en la línea de comandos.



Por ejemplo, los scripts del respaldo y la restauración de RMAN se almacenanen los archivos full_backup.txt o restore.txt. Para conectarse a lasbases de datos de nómina de pagos y rcvcatdb, se configuró el servicio de red.Puede ejecutar los siguientes comandos para realizar las operaciones derespaldo 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 scriptde RMAN.

Ejecución de respaldos y restauraciones de ProtectPointcon Oracle Enterprise Manager

Antes de realizar un respaldo o una restauración de Oracle de ProtectPoint, asegúresede haber completado las configuraciones necesarias que se indican en Configuraciónde las operaciones de ProtectPoint en un ambiente Oracle en la página 260.

Las herramientas de administración de respaldo de Oracle Enterprise Managerproporcionan una interfaz gráfica del usuario para RMAN, que puede usar para realizarun respaldo o una restauració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 lasherramientas de administración del respaldo de Oracle Enterprise Manager queejecutan el script de RMAN. Establezca SBT_LIBRARY y CONFIG_FILE en elcuadro de texto Media Management Library Parameters.

Las herramientas de administración del respaldo generan los scripts de RMAN yel comando que se requieren para ejecutar las operaciones de respaldo yrestauración.

La siguiente figura muestra un ejemplo de una configuración de respaldoprogramado en Oracle Enterprise Manager.


Ejecución de respaldos y restauraciones de ProtectPoint con Oracle Enterprise Manager 269

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, quepermite que en una base de datos de un solo contenedor (CDB) se incluyan variasbases de datos con capacidad para conectarse (PDB) creadas por usuarios. Puederealizar respaldos y restauraciones de una CDB completa o de PDB individuales. No senecesitan pasos adicionales de configuración en el agente de Oracle RMAN paraadmitir el ambiente.

Se recomienda ejecutar respaldos periódicos de la CDB completa para garantizar quetodas las PDB y los registros archivados se respalden. Puede recuperar la CDBcompleta o PDB individuales en cualquier punto en el tiempo a partir de un respaldo deCDB. En la documentación de Oracle se proporciona 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.Como resultado, los respaldos realizados por el agente de aplicación de base de datospermanecen en el sistema Data Domain hasta que el DBA o el software de Oracleeliminan los respaldos.

Oracle RMAN proporciona una política de retención de Oracle para los respaldos. Unapolítica de retención de Oracle se basa en la ventana de recuperación o en laredundancia. RMAN considera que un respaldo es obsoleto cuando el respaldo ya noes necesario según la política de retención de Oracle. Oracle RMAN comprueba lapolítica de retención de un respaldo cuando se ejecuta el comando REPORTOBSOLETE o DELETE OBSOLETE.



Puede ejecutar el comando DELETE BACKUP para eliminar manualmente losrespaldos. Cuando RMAN solicita una eliminación, el agente de aplicación de base dedatos elimina las entradas del catálogo y los archivos de respaldo correspondientes enel sistema Data Domain. Si la eliminación se realiza correctamente, el software deOracle, a continuación, elimina la entrada de respaldo correspondiente en el catálogode Oracle. Puede forzar la eliminación mediante el uso de la opción FORCE en elcomando 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 razonesinesperadas, como una falla general durante la eliminación, puede usar el comandoddbmadmin para depurar los archivos según las indicaciones del soporte técnico.

Nota

A pesar de que puede ejecutar los comandos CROSSCHECK y DELETE EXPIRED,estos comandos no son útiles para los respaldos realizados por el agente de aplicaciónde base de datos. El agente de aplicación de base de datos y el sistema Data Domainno hacen vencer los respaldos. Si necesita ejecutar estos comandos, limite la lista derespaldos para los cuales ejecuta estos comandos, debido a su impacto en elrendimiento 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 antedesastres con la opción de copia de proxy, en la medida en que RMAN sea compatiblecon la funcionalidad. La documentación de Oracle y RMAN proporciona detalles sobrelas mejores prácticas para la recuperación ante desastres.

Para preparar un servidor de Oracle para la recuperación ante desastres, respalde lasiguiente lista mí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 la base de datos de Oracle) que debe respaldar. RMAN no respalda losdemás archivos que pueden ser necesarios para la recuperación ante desastres, comolos archivos de red de Oracle, el archivo de 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 sedeben establecer registros de reconstitución en línea espejeados.

l Respalde con frecuencia los registros de reconstitución archivados entre losrespaldos de base de datos.

l Respalde el catálogo de recuperación después de cada respaldo de base de datosde destino si tiene un catálogo de recuperación.


Preparación para la recuperación ante desastres de Oracle 271

Para realizar una recuperación ante desastres de Oracle, complete los pasosnecesarios.

Procedimiento

1. Asegúrese de que los LUN de restauración se hayan aprovisionado al host derecuperación ante desastres. El documento ProtectPoint proporcionainformación detallada.

2. Para crear un archivo de configuración, el script de RMAN y el lockbox en elhost de recuperación ante desastres, siga los pasos de configuración que seproporcionan en Configuración de las operaciones de ProtectPoint en unambiente Oracle en la página 260.

3. En el archivo de configuración, establezca el parámetro CLIENT en el nombrede host utilizado en el respaldo.

Para obtener la lista de nombres de clientes como se describe en Uso delcomando ddbmadmin para mostrar los clientes en una ruta de dispositivo en lapágina 134, si no recuerda el nombre de host o no estableció CLIENT para elrespaldo, use el comando ddbmadmin -i.

4. Siga las instrucciones de recuperación ante desastres en la documentación deRMAN.

Requisitos de clúster activo/pasivo y Oracle RAC paraoperaciones de ProtectPoint

Puede ejecutar respaldos y restauraciones de ProtectPoint con el agente de aplicaciónde base de 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 ode clúster:

l Todos los nodos pueden acceder al archivo de configuración, el lockbox y el scriptde RMAN por medio de un sistema de archivos compartido o de un recursocompartido NFS/CIFS.

Nota

Si el archivo de configuración o el script de RMAN no son accesibles por medio deun sistema de archivos compartido ni a través de recursos compartidos NFS/CIFS,debe copiar y mantener un archivo de configuración o un script de RMAN idénticoen cada nodo implicado en los respaldos y las restauraciones. Este requisito no seaplica a los scripts de RMAN almacenados, debido a que el software de Oraclepuede acceder a un script de RMAN almacenado desde cualquier nodo.

l Todos los hosts del clúster obtienen acceso al lockbox, como se describe en Configuración del lockbox en un ambiente de alta disponibilidad en la página 128.

l Se seleccionó uno de los nombres de host virtuales de nodo o el nombre de hostSCAN de clúster y se estableció el parámetro CLIENT en el nombre de host delarchivo de configuración.

l En un ambiente Oracle RAC, si los registros de reconstitución archivados no sonaccesibles desde todos los nodos (que no es una mejor práctica de Oracle), hacreado un script de RMAN en el cual se asigna cada canal para que se conecte a unnodo diferente.



Oracle RMAN respalda todos los registros de reconstitución archivados de todoslos nodos si los registros se encuentran en almacenamiento compartido.

l Todos los LUN de restauración se aprovisionan correctamente a todos los nodos,ya que la restauración se puede iniciar desde cualquier nodo del clúster.

Requisitos de Oracle ASM para operaciones de ProtectPointOracle Automatic Storage Management (ASM) es un administrador de volúmenes y unsistema de archivos para la base de datos de Oracle y utiliza grupos de discos paraalmacenar datos de Oracle. Un grupo de discos de Oracle ASM es un conjunto dediscos que Oracle ASM administra como una unidad. Los discos ASM son losdispositivos de almacenamiento que se aprovisionan a los grupos de discos ASM. Enlas instancias de Oracle ASM se montan los grupos de discos para que los archivos deOracle 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 lasrestauraciones de ProtectPoint de una base de datos de Oracle y los registros dereconstitución archivados en discos Oracle ASM. Los discos Oracle ASM pueden serLUN de VMAX o LUN de XtremIO. La base de datos de Oracle que reside en los discosASM puede ser una base de datos de Oracle RAC.

En los siguientes temas se describen las operaciones y los procedimientos de OracleASM compatibles para configurar y realizar respaldos y restauraciones deProtectPoint de datos de Oracle en discos ASM.

Descripción general de los respaldos y las restauraciones de ProtectPoint debases de datos de Oracle en Oracle ASM

El agente de aplicación de base de datos 4.5.1 cuenta con compatibilidad pararespaldos y restauraciones de ProtectPoint de datos de Oracle en discos ASM que sonLUN de VMAX o LUN de XtremIO. En un ambiente de Oracle RAC, puede realizaroperaciones de respaldo y restauración de RMAN desde cualquier host de Oracle RACque esté configurado para acceder a los discos ASM.

Tiene una opción para realizar una restauración de reversión. También tiene unaopción para ejecutar una recuperación lógica mediante el montaje de los respaldos conel agente de aplicación de base de datos en un host proxy, también conocido comohost de montaje.

El agente de aplicación de base de datos 4.7 introdujo compatibilidad para realizaroperaciones del catálogo de RMAN y operaciones de restauración y recuperaciónautomatizadas 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 producendurante respaldos o restauraciones de ProtectPoint de Oracle ASM. En los temassubsiguientes se describe cómo configurar y ejecutar respaldos y restauraciones deProtectPoint de datos de Oracle ASM.

Procesos de respaldo de ProtectPoint de Oracle ASMEn un respaldo de ProtectPoint para Oracle ASM se incluyen las siguientesinteracciones de procesos.

1. El usuario raíz inicia el respaldo mediante la ejecución del comando ddboraasmcon las opciones de respaldo adecuadas.

2. El componente de descubrimiento ddboraasm se conecta a la instancia de basede datos y obtiene información sobre las ubicaciones de los archivos de datos yregistros de reconstitución archivados, además de los nombres de los grupos dediscos ASM asociados.


Requisitos de Oracle ASM para operaciones de ProtectPoint 273

3. El componente de descubrimiento ddboraasm se conecta a la instancia de ASMcomo un usuario del sistema operativo de Oracle Grid. El programa asigna losgrupos de discos ASM a dispositivos físicos del sistema operativo y los LUN en elarreglo de almacenamiento.

4. Para Oracle 11.2, el programa ddboraasm coloca la base de datos en modo derespaldo en activo.

5. El programa ddboraasm toma una instantánea de todos los dispositivos físicos delgrupo de discos ASM para la base de datos de Oracle y saca la base de datos delmodo de respaldo, si es necesario. El programa copia la instantánea de cadadispositivo ASM de la base de datos en el sistema Data Domain mediante el uso dela tecnología de ProtectPoint y crea las imágenes estáticas.

6. El programa ddboraasm archiva el registro de reconstitución en línea actual ytoma una instantánea de todos los dispositivos físicos del grupo de discos ASMpara los registros de reconstitución archivados. El programa copia la instantáneade cada dispositivo ASM de los registros de reconstitución archivados en elsistema Data Domain mediante el uso de la tecnología de ProtectPoint y crea lasimágenes estáticas.

7. Luego, el programa ddboraasm monta las copias de grupos de discos ASM connombres únicos, las cataloga en el catálogo de RMAN y las desmonta. El sistematambién almacena un registro de los respaldos en su propio catálogo.

Procesos de restauración de ProtectPoint de Oracle ASMEn una restauración de ProtectPoint de un respaldo de Oracle ASM se incluyen lassiguientes interacciones de procesos.

1. El usuario raíz inicia la restauración mediante la ejecución del comandoddboraasm con las opciones de restauración adecuadas.

2. El programa ddboraasm ejecuta el script de RMAN especificado por el usuario ygenera la salida de vista previa de la restauración.

Si el usuario no especifica un archivo de script de RMAN, se realiza una vistaprevia de restauración de la base de datos completa de manera predeterminada.

3. El programa ddboraasm lee la salida de vista previa y busca los nombres degrupos de discos ASM que se requieren para la restauración.

4. El programa ddboraasm consulta el catálogo del agente de aplicación de base dedatos para cada grupo de discos que se requiere para la restauración, además debuscar y restaurar las imágenes estáticas necesarias.

5. El programa ddboraasm cambia el nombre de las etiquetas de disco ASM y losnombres de grupos de discos a los nombres únicos que se utilizan en el catálogo, ymonta los discos ASM en el host de restauración para asegurarse de que esténdisponibles en el sistema de archivos.

6. El usuario ejecuta los comandos de restauración y recuperación de RMAN pararestaurar y recuperar la base de datos completa o los objetos de datos individualesa la hora actual o a un punto en el tiempo. Los objetos de datos pueden serespacios 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--dismount para desmontar los grupos de discos.

El programa ddborasm hace un seguimiento de los discos ASM montados en eldirectorio mounts de la instalación del agente de aplicación de base de datos.



Configuración de los respaldos y las restauraciones de ProtectPoint de basesde datos de Oracle en Oracle ASM

Antes de poder realizar respaldos y restauraciones de ProtectPoint de una base dedatos de Oracle en Oracle ASM con el agente de aplicación de base de datos, debecumplir con los requisitos previos de configuración. También debe completar losprocedimientos de configuración requeridos.

Asegúrese de cumplir con los siguientes requisitos previos de configuración para lasoperaciones de Oracle ASM:

l La instancia de ASM y la instancia de base de datos se ejecutan en el mismo host,que puede ser 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 dereconstitución archivados residen en grupos de discos ASM independientes que secrean mediante redundancia externa.

Todas las bases de datos y todos los registros de reconstitución residen en losgrupos de discos ASM correspondientes.

l Los discos ASM son LUN de VMAX o XtremIO que se crean mediante el uso deASMLib o un dispositivo de bloques, que también se denomina partición de discocrudo en la documentación de Oracle. En un ambiente virtualizado, los LUN seasignan al SO huésped como RDM físico.

La guía de compatibilidad de software en línea, disponible en http://compatibilityguide.emc.com:8080/CompGuideApp//, ofrece información detalladaacerca de las versiones de arreglo y microcódigo de VMAX y XtremIO.

l El sistema Data Domain y el sistema VMAX o RecoverPoint con XtremIO estánconfigurados y establecidos como se describe en Guía de configuración delalmacenamiento primario y con protección de ProtectPoint.

l Para las operaciones de ProtectPoint con RecoverPoint para XtremIO, lossiguientes discos se encuentran en grupos de consistencia de RecoverPointdiferentes:

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ónarchivados.

l Solo en el caso de las operaciones de ProtectPoint para VMAX, se instala yconfigura la versión de VMAX Solutions Enabler compatible en cada host en el quese realizarán el respaldo y la restauración. Solutions Enabler también se instala yconfigura en el host proxy, si corresponde. En la guía de compatibilidad desoftware en línea en http://compatibilityguide.emc.com:8080/CompGuideApp/ sedescriben 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 enel que se ejecute un respaldo o una restauración. Para actualizar la base de datosde Solutions Enabler, ejecute el comando symcfg discover. En ladocumentación de Solutions Enabler se ofrecen detalles.

También se deben configurar los equipos selectores requeridos como se describeen Guía de configuración del almacenamiento primario y con protección de


Configuración de los respaldos y las restauraciones de ProtectPoint de bases de datos de Oracle en Oracle ASM 275




ProtectPoint. Solutions Enabler utiliza los dispositivos selectores para comunicarsecon el arreglo de almacenamiento VMAX.

Realice los siguientes pasos para completar los procedimientos de configuración paralas operaciones de Oracle ASM:

Nota

Las operaciones de restauración de ProtectPoint de Oracle ASM no son compatiblescon una configuración de sistema secundario, y en el archivo de configuración no seincluye una sección [SECONDARY_SYSTEM]. En el caso de las operaciones derestauración de Oracle ASM desde un sistema Data Domain replicado, debe configurarlos parámetros de configuración correspondientes en la sección [PRIMARY_SYSTEM]del archivo de configuración.

1. Agregue la configuración de parámetro requerida a partir de la siguiente tabla en elarchivo de configuración, que se puede personalizar en la plantilla de archivo deconfiguración oracle_asm_ddbda.cfg como se describe en Preparación delarchivo de configuración en la página 84.

Verifique la siguiente configuración de parámetro para las operaciones de OracleASM:

l GRID_HOME, GRID_SID, GRID_OS_USER, ORACLE_HOME, ORACLE_SID yORACLE_OS_USER se configuran según las descripciones de la tabla siguiente.

l CLIENT se establece según el hostname virtual de Oracle RAC. El valorpredeterminado de CLIENT es el hostname del host físico local en el cual elrespaldo o la restauración se ejecutan.

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 utilizala base de datos del catálogo de RMAN.

l VMAX_FASTX_RESTORE_SG se establece de manera opcional para un respaldoo una restauración de RMAN en VMAX. El parámetro especifica el nombre delgrupo de almacenamiento VMAX de un dispositivo nativo seleccionado deFAST.X o VMAX que se utilizará durante la operación de montaje. De manerapredeterminada, se utiliza el grupo de almacenamiento NsrSnapSG.

En ambientes VMAX, cuando RESTORE_FROM_DD_ONLY se establece enFALSE (valor predeterminado), el agente de aplicación de base de datosintenta montar, en primer lugar, el respaldo VMAX desde la instantánea local, siestá disponible. Para esta operación de montaje, el agente utiliza el dispositivonativo de VMAX del grupo de almacenamiento VMAX_FASTX_RESTORE_SG. Sila instantánea local no está disponible o si RESTORE_FROM_DD_ONLY seestablece en TRUE, el agente intenta montar los respaldos de Data Domain:

n Si se establecen RESTORE_DEVICE_GROUP y RESTORE_DEVICE_POOL, elagente de aplicación de base de datos intenta montar el respaldodirectamente desde dispositivos de Data Domain mediante los dispositivosde restauración de vdisk desde la ubicación definida.

n De lo contrario, el agente de aplicación de base de datos utiliza dispositivosde FAST.X según el parámetro VMAX_FASTX_RESTORE_SG.

l En ambientes XtremIO, los ajustes RESTORE_DEVICE_GROUP yRESTORE_DEVICE_POOL son obligatorios, ya que el agente de aplicación debase de datos siempre utiliza estas configuraciones de parámetro para montarel respaldo directamente desde Data Domain.



2. Registre las credenciales del lockbox para los usuarios que se especifican en elarchivo de configuración. Para registrar las credenciales, ejecute el comandoddbmadmin -P -z<configuration_file> como se describe en Configuración dellockbox en la página 113.

En la siguiente tabla se describen los parámetros que son específicos de lasoperaciones de Oracle ASM. En la tabla, se detallan los encabezados de las seccionesdel archivo 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 lasoperaciones de ProtectPoint para VMAX y ProtectPoint para RecoverPoint.

Tabla 23 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 SO de Oracle Grid Infrastructure, que es elusuario del sistema operativo que se utiliza durante la instalación del software de Oracle GridInfrastructure.

Obligatorio.

Valor válido: Nombre de usuario válido del usuario de SO de Oracle Grid Infrastructure.

Parámetro: GRID_SID

Sección: [GENERAL]

Especifica el identificador único del sistema (SID) de Oracle ASM, por ejemplo, + ASM.

Obligatorio.

Valor válido: SID válido de Oracle ASM.

Parámetro: ORACLE_HOME

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


Configuración de los respaldos y las restauraciones de ProtectPoint de bases de datos de Oracle en Oracle ASM 277

Tabla 23 Parámetros para las operaciones de Oracle ASM (continuación)

Sección: [GENERAL]

Especifica el nombre de usuario del usuario de SO 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 de SO 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 válido de la base de datos de destino.

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 VMAX, especifica si primero se debe intentar montar la copia de respaldomediante una instantánea local de VMAX o el montaje de Data Domain (a través dedispositivos de FAST.X o de manera directa).

Opcional.

Valores válidos:

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]



Tabla 23 Parámetros para las operaciones de Oracle ASM (continuación)

Especifica el nombre de servicio Net o de Easy Connect de la base de datos del catálogo deRMAN.

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 de servicio Net o de Easy Connect de la base de datos delcatálogo de 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 para conectarse alcatá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 ProtectPoint de la base dedatos de Oracle en Oracle ASM

Después de haber completado los procedimientos de configuración necesarios, puedeejecutar el comando ddboraasm para realizar un respaldo de ProtectPoint de unabase de datos de Oracle en Oracle ASM.

Nota

Con el respaldo de ProtectPoint de Oracle ASM se crea un solo saveset para cadarespaldo del grupo de discos. Toda la información que el comando ddboraasmimprime en la salida estándar se agrega al archivo de registro operacional,ddboraasm.messages.log.


Ejecución y administración de los respaldos de ProtectPoint de la base de datos de Oracle en Oracle ASM 279

Para realizar el respaldo de ProtectPoint de los datos de Oracle ASM, ejecute elcomando ddboraasm con las opciones adecuadas, como usuario raíz:

ddboraasm {--backup|-b} {--config <configuration_file>|-z <configuration_file>} [--controlfile] [--dismount] [--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 deOracle que tenga acceso a los discos Oracle ASM.

Las opciones de comandos que van entre llaves ({ }) son obligatorias. Las opciones decomandos que van entre corchetes ([]) son opcionales. Para un respaldo deProtectPoint de Oracle ASM, solo dos opciones son obligatorias:

l --backup o -bl --config<configuration_file> o -z<configuration file>

En la siguiente tabla se describen las opciones de comando ddboraasm para unrespaldo. Para obtener una lista de todas las opciones de comandos disponibles para elcomando ddboraasm, ejecute el comando ddboraasm --help o ddboraasm -h.

Tabla 24 Opciones de comandos ddboraasm para un respaldo de ProtectPoint de Oracle ASM


--backup o -b Obligatorio. Especifica que se realice un respaldo de ProtectPoint de Oracle ASM según laconfiguración de parámetros en el archivo de configuración.

--config<configuration_file>

o

-z<configuration_file>

Obligatorio. Especifica el nombre de ruta completo del archivo de configuración, como sedescribe en Preparación del archivo de configuración en la página 84. El archivo contiene laconfiguración de parámetros que se usará para el respaldo ProtectPoint de Oracle ASM.

Nota

Un nombre de ruta relativo no es compatible con el archivo de configuración. En

Configuración de los respaldos y las restauraciones de ProtectPoint de bases de datos deOracle en Oracle ASM en la página 275 se proporciona información detallada sobre laconfiguración de parámetros requerida.

--controlfile Obligatorio cuando se realiza cualquiera de las siguientes operaciones en un host proxy:

l Restauración de proxy automatizada con comando ddboraasm --proxy-restore.

l Operación del catálogo de RMAN.

De lo contrario, opcional, aunque se recomienda. Especifica que se respalde el archivo decontrol y spfile al final del respaldo de ProtectPoint de Oracle ASM. Sin esta opción, elarchivo de control y el spfile no están respaldados por ddboraasm.

Nota

El archivo de control y el spfile se respaldan mediante el flujo de trabajo de DD Boost. Lossavesets de respaldo se generan en la unidad de almacenamiento de Data Domain que seespecifica en el archivo de configuración.

Configuración y ejecución de las operaciones del catálogo de RMAN en un host proxy en lapágina 285 proporciona información detallada sobre la operación del catálogo de RMANen un host proxy.



Tabla 24 Opciones de comandos ddboraasm para un respaldo de ProtectPoint de OracleASM (continuación)


--dismount Opcional. Especifica que se desmonten todas las imágenes de respaldo después delrespaldo, que es el comportamiento predeterminado de un respaldo de ProtectPoint deOracle ASM.

Puede usar --dismount o --no-dismount para un respaldo, pero no ambos.

--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 de producción, loque impide que se monte el respaldo.

Especifique esta opción solo cuando configure y realice la operación del catálogo de RMANen un host proxy, tal como se describe en Configuración y ejecución de las operaciones delcatálogo de RMAN en un host proxy en la página 285.

--no-dismount Opcional. Especifica que se dejen todas las imágenes de respaldo en el estado montadodespué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 versiones posteriores.

Uso del comando ddboraasm para enumerar y desmontar los montajes actualesPuede ejecutar el comando ddboraasm con la opción --list-mounts o -l como uncomando independiente desde el comando de respaldo para enumerar y, si lo desea,desmontar los montajes de respaldo actuales:

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 nolos 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 montajesactuales. Por ejemplo:

ddboraasm --list-mounts --dismount --config /opt/dbapps/config/oracleasm.cfg

Nota

No puede desmontar montajes específicos con el comando ddboraasm. Solopuede desmontar todos los montajes actuales al mismo tiempo.



Ejemplos de comandos de respaldo de ProtectPoint de Oracle ASMEn el siguiente ejemplo, el comando ddboraasm realiza un respaldo de ProtectPointde Oracle ASM mediante el uso de la configuración de parámetros en el archivo deconfiguració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 ProtectPointde Oracle ASM mediante el uso de la configuración de parámetros en el archivo deconfiguración y deja todas las imágenes de respaldo en el estado montado después delrespaldo:

ddboraasm --backup --no-dismount --config /opt/dbapps/config/oracleasm.cfg

En el siguiente ejemplo, el comando ddboraasm realiza un respaldo de ProtectPointde Oracle ASM mediante el uso de la configuración de parámetros en el archivo deconfiguración y también respalda el 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 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 285.

El comando ddboraasm con la opción --no-catalog realiza un respaldo deProtectPoint de Oracle ASM de los datafiles y los archivelogs sin montar el respaldo oel catálogo de RMAN. El comando 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 y spfile de OracleCuando realiza un respaldo de ProtectPoint de Oracle ASM mediante la ejecución delcomando ddboraasm --backup, se respaldan el grupo de discos de base de datos yel grupo de discos de los registros de reconstitución archivados. No puede usar elcomando ddboraasm para realizar un respaldo independiente del grupo de discos deregistros de reconstitución archivados.

Puede usar RMAN para realizar un respaldo individual del grupo de discos de registrosde reconstitución archivados cuando desee respaldos de registros de reconstituciónarchivados con más frecuencia que respaldos de base de datos. Por ejemplo, puedeejecutar el siguiente script de RMAN 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 el comando ddboraasm --backup para respaldarautomáticamente el archivo de control y spfile al final del respaldo de ProtectPoint deOracle ASM. Este respaldo del archivo de control y spfile es un respaldo de conjuntode respaldos de RMAN en Data Domain mediante el uso de DD Boost.

Se recomienda que utilice la opción --controlfile con el comando ddboraasm--backup si no respalda el archivo de control y spfile usando RMAN por separado.

Si especifica la opción --controlfile, se ejecutará el siguiente comando de RMAN parallevar a cabo el 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 archivode control y spfile. Por ejemplo, puede ejecutar manualmente el script de RMANanterior.

Uso de RMAN para enumerar respaldosLas copias de Oracle ASM se catalogan como copias de disco en el catálogo de RMAN.Puede usar el comando LIST de RMAN para enumerar los respaldos de ProtectPointde Oracle ASM.

En el ejemplo siguiente, se inicia el archivo ejecutable de RMAN con conexiones alcatálogo de base de datos y recuperación de destino. A continuación, el comandolist se usa para obtener una lista de los respaldos que se completaron dentro del díaanterior:

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 secatalogan como respaldos en el catálogo de RMAN. Puede usar el comando list paraenumerar los respaldos de la siguiente manera:

rman> list backup of controlfile;rman> list backup of spfile;



Uso del comando ddbmadmin para enumerar y eliminar los respaldosPuede usar el comando ddbmadmin para enumerar y eliminar los respaldos deProtectPoint de los datos de Oracle ASM. Debe usar la opción -n oracle_asm concada comando ddbmadmin. Uso del comando ddbmadmin para mostrar y eliminarsavesets en la página 131 proporciona información detallada acerca de todas lasopciones de comando requeridas para las operaciones de enumeración y eliminación.

Nota

Con un respaldo de ProtectPoint de Oracle ASM se crea un solo saveset para cadarespaldo del grupo de discos.

Por ejemplo:

l El siguiente comando ddbmadmin enumera la información del saveset para losrespaldos de ProtectPoint de Oracle ASM 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 ProtectPoint de OracleASM que 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 loscomandos crosscheck y delete de RMAN a fin de garantizar que se limpien lasentradas del catálogo de RMAN. 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 spfilePuede utilizar RMAN para eliminar los respaldos del archivo de control y spfile, talcomo se realiza con la opción --controlfile. Use el mismo archivo deconfiguración para eliminar el respaldo que utilizó para ejecutar el respaldo. Porejemplo, puede ejecutar el siguiente script de RMAN para eliminar los respaldos delarchivo 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 unhost proxy

Con el agente de aplicación de base de datos 4.7 o posterior, puede ejecutar losrespaldos de Oracle ASM en el host de producción y ejecutar las operaciones delcatálogo de RMAN correspondientes en un host proxy separado en lugar del host deproducción.

Para poder realizar las operaciones del catálogo de RMAN en un host proxy, debecumplir los requisitos previos de configuración y completar los procedimientos deconfiguración necesarios. Debe utilizar el comando ddboraasm con las opcionescorrespondientes para realizar las operaciones del catálogo de RMAN en el host proxy.

Configuración de las operaciones del catálogo de RMAN en un host proxyAsegúrese de cumplir con los siguientes requisitos previos de configuración antes derealizar las operaciones 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óny el host de la base de datos proxy son hosts diferentes con la misma versión deOracle.

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 labase de datos del catálogo de RMAN. En el archivo de configuración del hostde producción, se deben establecer los parámetros RMAN_CATALOG_SERVICEy RMAN_CATALOG_USER. Por ejemplo:

RMAN_CATALOG_SERVICE=asmcatRMAN_CATALOG_USER=rman

n Durante el respaldo de Oracle ASM en el host de producción, se omite laoperación del catálogo y se respalda el archivo de control. Debe ejecutar elsiguiente comando para realizar el respaldo en el host de producción:

ddboraasm --backup --no-catalog --controlfile --config <configuration_file>

En Ejecución y administración de los respaldos de ProtectPoint de la base dedatos de Oracle en Oracle ASM en la página 279 se proporcionan más detallessobre las opciones de comando 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 dispositivosVMAX FAST.X o nativos o los dispositivos vdisk de Data Domain, seproporcionan en el host proxy.

n La misma versión de software de Oracle Grid se instala en el host proxy y elhost de producción.

n La misma versión de software de la base de datos de Oracle se instala en elhost proxy y el host de producción.


Configuración y ejecución de las operaciones del catálogo de RMAN en un host proxy 285

Nota

El host de la base de datos del catálogo, el host de la base de datos deproducción y el host de la base de datos proxy son hosts diferentes con lamisma versión de Oracle.

n El usuario de SO de Grid en el host proxy tiene el mismo UID y GID que elusuario de SO de Grid en el host de producción.

n El host proxy se puede conectar a la misma base de datos del catálogo que ladel host de producción. El archivo de configuración del host proxy contiene losmismos ajustes de parámetros de RMAN_CATALOG_SERVICE yRMAN_CATALOG_USER que el archivo de configuración en el host deproducción. Por ejemplo:


El archivo de tnsnames.ora del host proxy tiene la configuración necesariapara la base de datos del catálogo que se especifica enRMAN_CATALOG_SERVICE. Por ejemplo, el archivo de $ORACLE_HOME/network/admin/tnsnames.ora tiene la siguiente configuración de nombreTNS:

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 seespecifica en RMAN_CATALOG_USER:

ddbmadmin -P -z <configuration_file>

n El archivo de configuración en el host proxy contiene el ajuste de parámetrosde ORACLE_OS_USER, que se utiliza para conectarse a la base de datos proxy através de la autenticación de SO. Por ejemplo:

ORACLE_OS_USER=oracle

Nota

El usuario de SO de Oracle, oracle en este caso, debe ser el usuario del SOcon el grupo oninstall. No es necesario configurar el usuario de Oracle o elarchivo de 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 base de datos de producción. Si existe tal base de datos proxy, se utilizasolo para las operaciones del catálogo y se puede sobrescribir mediante elproceso del catálogo.

n Los parámetros de configuración necesarios están configurados correctamenteen el archivo de configuración.



Realice los siguientes pasos para completar los procedimientos de configuración paralas operaciones del catálogo de RMAN en el host proxy:

1. Agregue la configuración de parámetros requerida desde la siguiente tabla en elarchivo de configuración del host proxy, que se puede personalizar en la plantillade archivo de configuración oracle_asm_ddbda.cfg como se describe en Preparación del archivo de configuración en la página 84.

Por ejemplo, el archivo de configuración en el host proxy contiene la siguienteconfiguración de pará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

2. Asegúrese de haber registrado las credenciales del lockbox para los usuarios quese especifican en 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 113.

En la siguiente tabla se describen los parámetros que son específicos de lasoperaciones del catálogo de RMAN en un host proxy. En la tabla, se detallan losencabezados de las secciones del archivo de configuración que contienen cada uno delos 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 lasoperaciones de ProtectPoint para VMAX y ProtectPoint para RecoverPoint.

Tabla 25 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 hostname del proxy yse produce un error en la operación del catálogo de RMAN en el host proxy.



Tabla 25 Parámetros para las operaciones del catálogo de RMAN en un hostproxy (continuación)

Obligatorio.

Valor válido: Hostname de cliente válido especificado en el archivo de configuración del hostde 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 usuario de SO de Oracle Grid Infrastructure en el hostproxy, el cual 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 de Grid en elhost de producción.

Obligatorio.

Valor válido: Nombre de usuario válido del usuario de SO de Oracle Grid Infrastructure en elhost proxy.

Parámetro: GRID_SID

Sección: [GENERAL]

Especifica el identificador único del sistema (SID) de Oracle ASM en el host proxy, porejemplo, +ASM.

Obligatorio.

Valor válido: SID válido de Oracle ASM 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 datosde Oracle en el host proxy.




Parámetro: ORACLE_OS_USER

Sección: [GENERAL]

Especifica el nombre de usuario del SO del servidor de Oracle en el host proxy. El usuario deSO de Oracle se utiliza para crear la base de datos proxy y conectarse a la base de datosmediante la autenticación de SO.

Obligatorio.

Valor válido: Nombre de usuario válido del usuario de SO de Oracle dentro del grupo 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 labase de 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.

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 nombre de servicio Net o de Easy Connect de la base de datos del catálogo deRMAN.

Nota

El nombre TNS debe estar configurado y hacer referencia a la misma base de datos delcatálogo que utiliza el host de producción.

Obligatorio.

Valor válido: Nombre válido de servicio Net o Easy Connect de 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 del usuario de la base de datos que se conecta a la base dedatos del catálogo de RMAN.

Nota

La información del usuario de la base de datos del catálogo debe registrarse en el lockbox.

Obligatorio.




Valor válido: Nombre de usuario válido del usuario de la base de datos del catálogo deRMAN.

Ejecución de las operaciones del catálogo de RMAN en un host proxyDespués de completar los procedimientos de configuración del tema anterior, puedeejecutar el comando ddboraasm para realizar las operaciones del catálogo de RMANen el host proxy.

Asegúrese de haber realizado los respaldos de Oracle ASM en el host de producciónmediante el uso del comando ddboraasm con las opciones --no-catalog y --controlfile, tal como se describe en Ejecución y administración de los respaldos deProtectPoint de la base de datos de Oracle en Oracle ASM en la página 279. Tras lafinalización del respaldo, en un mensaje de la consola aparece el ID de respaldo que seusará cuando se realice la operación del catálogo de RMAN. Por ejemplo, el siguientemensaje 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 comandoddboraasm con las opciones correspondientes como usuario raíz en el host proxy:

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 decomandos que van entre corchetes ([]) son opcionales. Para la operación del catálogode RMAN, solo dos opciones son obligatorias:

l --proxy-catalog<backup_ID>

l --config<configuration_file> o -z<configuration file>

En la siguiente tabla se describen las opciones de comando ddboraasm para laoperación del catálogo de RMAN. Para obtener una lista de todas las opciones decomandos disponibles para el comando ddboraasm, ejecute el comando ddboraasm--help o ddboraasm -h.

Tabla 26 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 registros archivadoscon el ID de respaldo de datafile especificado en el host proxy. El ID de respaldo se incluyeen un mensaje que aparece tras la finalización del respaldo en el host de producción.


o


Obligatorio. Especifica el nombre de ruta completo del archivo de configuración en el hostproxy. El archivo contiene la configuración de parámetros que se utilizará para la operacióndel catálogo de RMAN.



Tabla 26 Las opciones de comando ddboraasm para una operación del catálogo de RMAN en unhost proxy (continuación)


Nota

Un nombre de ruta relativo no es compatible con el archivo de configuración. En

Configuración de las operaciones del catálogo de RMAN en un host proxy en la página 285se proporciona información detallada sobre la configuración de parámetros requerida.

--no-controlfile Opcional. Se utiliza con fines de depuración. Especifica que solo se realiza la operación delcatálogo y no restaura el archivo de control, a la vez que se asume que la base de datosestá 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 con el uso del archivo de

init<SID>.ora predeterminado sin especificar el spfile. El archivo de control se restaura

con el uso del flujo de trabajo de DD Boost y, a continuación, se monta la base de datosantes de ejecutar el comando RMAN CATALOG.

Nota

Sin la opción --no-controlfile, un paso inicial prepara la base de datos mediante la

restauración del archivo de control y el montaje de la base de datos. Durante este pasoinicial, si la base de datos de producción es una Oracle CDB, se muestra el siguiente errorORA-65093, pero se puede ignorar:

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 del catálogode RMAN.

Sin esta opción, el comando ddboraasm --proxy-catalog solicita al usuario que

confirme que la operación del catálogo no se realizará en un host de producción.

Por ejemplo, el siguiente comando ddboraasm realiza la operación del catálogo deRMAN en el host proxy sin avisarle al usuario y restaura el archivo de control en elproceso:

ddboraasm --proxy-catalog 1213782243 --config oracleasm.cfg --skip-prompts

La operación del catálogo de RMAN incluye varios pasos que preparan la base dedatos, preparan el respaldo, ejecutan el catálogo y limpian el sistema. Los pasosoperacionales muestran el siguiente tipo de salida:



Nota

Cuando se omite la opción --no-controlfile, un paso inicial prepara la base dedatos mediante la restauración del archivo de control y el montaje de la base de datos.Durante este paso inicial, si la base de datos de producción es un Oracle CDB, semuestra 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 la recuperación de RMAN de respaldos deProtectPoint de Oracle ASM.

Puede ejecutar restauraciones y recuperaciones de un respaldo de ProtectPoint deOracle ASM desde el host de producción o un host alternativo (proxy). El agente deaplicación de base de datos 4.7 introdujo la recuperación automatizada de losrespaldos de ProtectPoint de Oracle ASM desde un host proxy.

A menos que ejecute una restauración o una recuperación automatizadas con el uso deun host proxy, debe ejecutar un script de RMAN para restaurar un respaldo deProtectPoint de datos de Oracle ASM, el cual se realizó con el agente de aplicación debase de datos.

Realice los pasos de los temas siguientes para restaurar y recuperar un respaldo deProtectPoint de Oracle ASM desde el host de producción o un host proxy:

l Ejecución de la restauración y la recuperación de RMAN de respaldos deProtectPoint de Oracle ASM a partir de un host de producción. en la página 292

l Ejecución de restauraciones y recuperaciones manuales mediante el uso de un hostproxy (host de montaje). en la página 295

l Ejecución de restauraciones y recuperaciones automatizadas mediante el uso deun host proxy (host de montaje) en la página 305

Ejecución de la restauración y la recuperación de RMAN de respaldos de ProtectPoint de OracleASM a partir de un host de producción.

Debe ejecutar un script de RMAN para restaurar un respaldo de ProtectPoint de datosde Oracle ASM que se realizó con el agente de aplicación de base de datos. Antes de larestauración en un host de producción, ejecute el comando ddboraasm para obteneruna vista previa y montar el respaldo requerido en el host de Oracle. Una vez finalizadala operación de restauración, también ejecute el comando ddboraasm para desmontarel respaldo.

Realice los siguientes pasos para restaurar y recuperar el respaldo de ProtectPoint dedatos de Oracle ASM a partir de un host de producción.



Procedimiento

1. Cree un script de RMAN que contenga un comando restore...previewpara obtener una vista previa y montar el respaldo de ProtectPoint de OracleASM en el host de Oracle.

Por ejemplo, el archivo /rman/restore_preview.txt contiene un script deRMAN con un 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 lascopias de registros archivados que se requieren para restaurar y recuperar elobjeto determinado de Oracle. Por ejemplo, la salida del comando muestra losiguiente:

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 fuzziness


Ejecución de la restauración y la recuperación de RMAN de respaldos de ProtectPoint de Oracle ASM. 293

Finished restore at 22-AUG-17released channel: ch1

Recovery Manager complete.

2. Para obtener una vista previa y montar el respaldo de ProtectPoint de OracleASM, ejecute el siguiente comando ddboraasm como usuario raíz en el mismohost de base de datos que la base de datos de destino:

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 lasopciones de comando son obligatorias excepto las opciones --input o -i y lasopciones 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 lavista previa de la restauración y la operación de montaje. Para obtener una listade todas las opciones de comandos disponibles para el comando ddboraasm,ejecute el comando ddboraasm --help o ddboraasm -h.

Tabla 27 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 ProtectPoint deOracle ASM.

Nota

Un nombre de ruta relativo no es compatible para el archivo deconfiguració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 los respaldos que se requieren para restaurar labase de datos completa.

--prepare-restoreo -r

Obligatorio. Especifica que se realice una vista previa de larestauración y se prepare para la restauración de RMAN de unrespaldo de ProtectPoint de Oracle ASM.



3. Cree y ejecute un script de RMAN para restaurar y recuperar los datos deOracle ASM. Por ejemplo:

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 ProtectPoint de Oracle ASM, ejecute el siguientetipo de comando ddboraasm como usuario raíz. Después de la opción --config, especifique el nombre de ruta del archivo de configuración que se creóen Configuración de los respaldos y las restauraciones de ProtectPoint de basesde datos de Oracle en Oracle ASM en la página 275:

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 (hostde montaje).

El agente de aplicación de base de datos puede montar el respaldo de los grupos dediscos en un host proxy. A continuación, puede iniciar la base de datos en el host proxya partir de estos grupos de discos montados mediante el uso de RMAN. Puede utilizarcualquier 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 debase de datos en el host proxy a la base de datos de producción original u otra base dedatos.

Nota

Para ejecutar restauraciones y recuperaciones automatizadas mediante el uso de unhost proxy, consulte Ejecución de restauraciones y recuperaciones automatizadasmediante el uso de un host proxy (host de montaje) en la página 305. Lasrestauraciones y las recuperaciones automatizadas incluyen menos pasos manuales.

Asegúrese de cumplir los siguientes requisitos previos antes de ejecutar unarecuperación lógica manual con el host de montaje:


n Antes de ejecutar el respaldo que se recuperará, asegúrese de que el ajuste derespaldo automático esté activado. Por ejemplo, el siguiente comando muestra



que el respaldo automático está activado, lo cual corresponde a laconfiguración de RMAN predeterminada:

RMAN> show all;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

Si el respaldo automático está desactivado, ejecute el siguiente comando deRMAN para activarlo:

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;

n El respaldo automático del archivo de control y spfile se ejecuta con el agentede aplicación de base de datos después del respaldo de Oracle ASM.

La mejor práctica es ejecutar el respaldo de Oracle ASM mediante el uso de lala opción --controlfile con el comando ddboraasm, lo que garantiza queel agente de aplicación de base de datos respalde el archivo de control y spfiledespués del respaldo ASM. Por ejemplo:

ddboraasm --backup --controlfile -z <configuration_file>

n Registró el DBID de la base de datos de producción en el host de producción, locual se muestra 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 el mismo uid y guiddel host de producción.

n La misma versión de software de la base de datos de Oracle se instala con elmismo uid y guid del 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 archivode configuración.

n Se configuró la conexión a la base de datos de destino. ORACLE_SID seestablece según el identificador del sistema (SID) de la base de datos deproducción. ORACLE_OS_USER se establece según el nombre de usuario delusuario de SO que realiza la conexión. De manera opcional, si desea utilizar laautenticació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, loque garantiza que el registro del catálogo en la base de datos de catálogo no sedañe durante la restauración.

n El parámetro CLIENT se configura según el mismo valor que en el archivo deconfiguración de la base de datos de producción, lo que garantiza larestauración del respaldo que ejecuta la base de datos de producción.



n Los parámetros de configuración de almacenamiento están configuradoscorrectamente en el archivo de configuración.

Realice los siguientes pasos para completar una restauración mediante el uso de unhost proxy.

Procedimiento

1. Asegúrese de que las imágenes de respaldo se desmonten antes de ejecutar larestauración y la recuperación en el host proxy:

a. Desactive la base de datos de Oracle en el host proxy.

b. Para comprobar si las imágenes de respaldo anteriores están montadas,ejecute el siguiente comando como usuario raíz en el host proxy paraenumerar los montajes de respaldo actuales:

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 4.7.0.0.Build.64 # 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 siguientecomando como usuario raíz en el host proxy:

ddboraasm --list-mounts --dismount --config <configuration_file>

Por ejemplo:

ddboraasm --list-mounts --dismount --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 4.7.0.0.Build.64 #



Copyright (c) 2018, EMC Corporation. #All rights reserved.


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.

2. Como usuario del SO de Oracle, restaure el spfile. Si ya existe un spfile válido enel host proxy, puede omitir este paso.

Para restaurar el spfile desde el respaldo automático, ejecute un script deRMAN que sea similar al siguiente script de ejemplo. El DBID se debe estableceren el DBID de la base de datos 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 elspfile 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 hostproxy:

a. Asegúrese de que las ubicaciones de archivos de control existan en el hostproxy. Si las ubicaciones no son accesibles en el host proxy, cámbielasmediante la modificación del parámetro *.control_files. No configurelas ubicaciones en los grupos de discos ASM que se sobrescribirán con laoperación de restauración. Por ejemplo, modifique *.control_filessegú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 laconfiguración *.cluster_database a false.

c. Si la base de datos de producción utiliza FRA, elimine los siguientesparámetros del pfile. Puede configurar el FRA en cualquier ubicación queresulte adecuada en el host proxy despué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 hostoperacional. Por ejemplo:

*.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ásreciente del respaldo automático que creó el agente de aplicación de base dedatos:

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 raíz, ejecute el comando ddboraasm que monta el grupo dediscos ASM desde el respaldo hacia el host proxy. Tabla 27 en la página 294proporciona información detallada sobre el comando ddboraasm y las opcionesrequeridas para la operación de montaje y vista previa de la restauración.

En el siguiente ejemplo, la vista previa de la restauración y la operación demontaje se ejecuta para el respaldo más reciente. Puede especificar un script deRMAN de vista previa de 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 4.7.0.0.Build.147 # 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ás adelante en el paso de recuperación. En este ejemplo, la hora de términodel respaldo es 19/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 dedatos y FRA_METRO es el nombre de grupo de discos original de los registrosarchivados.

5. Como usuario Grid, ejecute el comando asmcmd y cambie el nombre de todoslos grupos de discos 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ónde base de datos al mismo nombre de grupo de discos que usó la base de datosde host de producción:

asmcmd umount T1_1516384413oracleasm listdisks

A1_1516384507_1A1_1516384507_2ORCVOTING1ORCVOTING2RDF1_420RDF1_421RDF1_422RDF1_423T1_1516384413_1VMAX32_49D



VMAX32_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 databasepreview para determinar el último SCN de los archivos de datos.

En el siguiente ejemplo, la instrucción Recovery must be done beyondSCN 2479782 to clear datafile fuzziness significa que el último



SCN es 2479782 y el registro archivado es necesario para avanzar en larecuperació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 larecuperación.

En el ejemplo siguiente, se requiere el registro archivado con NEXT_CHANGE#2481039 para 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 se obtuvo del comando anterior yla hora de la instantá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 losregistros de reconstitución en línea son accesibles para el host proxy, puedeomitir este paso y continuar con el inicio de la base de datos. Si las ubicaciones



de registros de reconstitución en línea no está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 la siguiente 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 alas ubicaciones 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.




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 la instrucción select * en la tabla.

10. Utilice cualquier procedimiento de Oracle, como vínculos de base de datos, unsuministro de datos u otro mecanismo, para ejecutar una recuperación lógica apartir de la copia de base de datos en el host proxy a la base de datos deproducció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 dediscos en un host proxy. El agente de aplicación de base de datos 4.7 introdujocompatibilidad para la recuperación y la restauración automatizadas de un respaldo deProtectPoint de Oracle ASM mediante el uso de un host proxy.

Mediante el uso del procedimiento de restauración y recuperación automatizadas deeste tema, puede realizar una recuperación lógica desde la copia de la base de datosen el host proxy hacia la base de datos de producción original u otra base de datos.

Asegúrese de cumplir los siguientes requisitos previos antes de realizar unarecuperación lógica automatizada con el host de montaje:


n Durante el respaldo de Oracle ASM en el host de producción, se conecta labase de datos del catálogo de RMAN. En el archivo de configuración del hostde producción, se deben establecer los parámetros RMAN_CATALOG_SERVICEy RMAN_CATALOG_USER. Por ejemplo:


n Si se realiza la operación del catálogo de RMAN en el host proxy, el respaldo deOracle ASM en el host de producción omite la operación del catálogo y respaldael archivo de control. En este caso, debe ejecutar el siguiente comando pararealizar el respaldo en el host de producción:

ddboraasm --backup --no-catalog --controlfile --config <configuration_file>



Especifique la opción --no-catalog solo cuando la operación del catálogo deRMAN se realice en el host proxy. Ejecución y administración de los respaldosde ProtectPoint de la base de datos de Oracle en Oracle ASM en la página 279proporciona más detalles sobre las opciones de comando ddboraasm.


n La misma versión de software de Oracle Grid se instala con el mismo uid y guiddel host de producción.

n La misma versión de software de la base de datos de Oracle se instala con elmismo uid y guid del 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 archivode configuración.

n Se configuró la conexión a la base de datos de destino. ORACLE_SID seestablece según el identificador del sistema (SID) de la base de datos deproducción. ORACLE_OS_USER se establece según el nombre de usuario delusuario de SO que realiza la conexión. De manera opcional, si desea utilizar laautenticació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, loque garantiza que el registro del catálogo en la base de datos de catálogo no sedañe durante la restauración.

n El parámetro CLIENT se configura según el mismo valor que en el archivo deconfiguración de la base de datos de producción, lo que garantiza larestauración del respaldo que ejecuta la base de datos de producción.

n Los parámetros de configuración de almacenamiento están configuradoscorrectamente en el archivo de configuración.

n El host proxy no tiene ningún grupo de discos de ASM con los mismos nombresque los grupos de discos de ASM respaldados desde la base de datos deproducció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 +LOGno deben existir en el host proxy. El comando ddboraasm --proxy-restore restaura los respaldos y crea los grupos de discos de ASM +DATA y+LOG para montar los respaldos.

En los siguientes subtemas se describe cómo prepararse para una restauración y unarecuperación automatizadas, además de cómo realizarlas, mediante el uso de un hostproxy:

l Preparación para la restauración y la recuperación automatizadas con un hostproxy en la página 306

l Ejecución de la restauración y la recuperación automatizadas con un host proxy enla página 309

Preparación para la restauración y la recuperación automatizadas con un hostproxyPara prepararse para la restauración y la recuperación automatizadas con un hostproxy, realice los siguientes pasos según sea necesario.



1. Para realizar la operación del catálogo de RMAN en el host proxy, ejecute elsiguiente comando en el host proxy:

ddboraasm --proxy-catalog <backup_ID> --config <configuration_file>

En Configuración y ejecución de las operaciones del catálogo de RMAN en un hostproxy en la página 285 se proporcionan más detalles acerca de la operación delcatálogo de RMAN en el host proxy.

2. Asegúrese de que las imágenes de respaldo se desmonten antes de ejecutar larestauración y la recuperación automatizadas en el host proxy:

a. Desactive la base de datos de Oracle en el host proxy.

b. Para comprobar si las imágenes de respaldo anteriores están montadas, ejecuteel siguiente comando como usuario raíz en el host proxy para enumerar losmontajes de respaldo actuales:

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 comandocomo usuario raíz en el host proxy:

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 proxyPara realizar la restauración y la recuperación automatizadas con un host proxy,ejecute el siguiente comando ddboraasm como usuario raíz en el host proxy:

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 decomando entre paréntesis ([]) son opcionales. En Tabla 28 en la página 309 sedescriben todas las opciones de comando.

Nota

Especifique la opción --use-pfile solo cuando esté disponible un pfile válido.

Solo las opciones --proxy-restore y --config son obligatorias. Al ejecutar elcomando únicamente con las opciones obligatorias, ddboraasm --proxy-restore<backup_ID>--config<configuration_file>, el comando realiza lossiguientes 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 archivosean accesibles 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 laoperación de restauración y recuperación automatizadas. Para obtener una lista detodas las opciones de comandos disponibles para el comando ddboraasm, ejecute elcomando ddboraasm --help o ddboraasm -h.

Tabla 28 Las opciones de comando ddboraasm para una restauración y una recuperaciónautomatizadas



o



Nota


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



Tabla 28 Las opciones de comando ddboraasm para una restauración y una recuperaciónautomatizadas (continuación)


Nota

No especifique esta opción con la opción --skip-mount porque

las opciones --mount-only y --skip-mount son mutuamente

excluyentes.

--proxy-restore<backup_ID>

Obligatorio. Especifica que se realiza la restauración y larecuperación automatizadas del respaldo de ProtectPoint de OracleASM 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-only porque

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 comandoddboraasm con la opción --proxy-restore. Ejecute el comando con o sin laopció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 haydisponible un pfile 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 Oracle v4.7.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-18released 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 Oracle v4.7.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




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 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 --use-pfile<pfile_location>. En estecaso, la operación de la base de datos utiliza el pfile válido en la ubicaciónespecificada. Por ejemplo, siguió los pasos de Preparación para la restauración y larecuperación automatizadas con un host proxy en la página 306 para modificar elpfile 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_TAPEchannel CH1: Database Application Agent Oracle v4.7.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-18



released 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:00



Finished 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 comandosolo monta los grupos de discos de respaldo. Debe realizar los pasos de laoperación de la base de datos manualmente:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --mount-only

l El siguiente comando incluye la opción --skip-controlfile. En este caso, elpfile y el archivo 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 asumeque los grupos de discos de respaldo ya están montados. Por ejemplo, la operaciónde restauración de la base de datos falló por algún motivo y solo desea volver aejecutar los pasos de la operación de la base de datos:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --skip-mount

Ejecución de restauraciones de reversión de respaldos de ProtectPoint deOracle ASM

Puede usar el comando ddboraasm para realizar una restauración de reversión de unrespaldo de ProtectPoint de Oracle ASM.

Realice los siguientes pasos para completar la restauración de reversión de un respaldode ProtectPoint de datos de Oracle ASM.

Procedimiento

1. Si se pierde el archivo de control, primero restaure el archivo de control delrespaldo. Si aún tiene el archivo de control, puede montar la base de datos yomitir este paso.

a. Para restaurar el archivo de control, inicie la base de datos en el estado sinmontaje y establezca 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 decontrol.

En el siguiente ejemplo, el archivo de control se respaldó con ddboraasmmediante la especificación de la opción –controlfile. Para restaurar elarchivo de control es necesario usar el canal SBT_TAPE con la configuraciónProtectPoint adecuada. Cuando se restaura un archivo de control que no se



respaldó con ddboraasm, debe configurar el script de RMAN segúncorresponda.

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 Oracle v4.7.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 requeridos para la restauración de reversión mediantela ejecución del comando ddboraasm o ddbmadmin.

Con la base de datos en un estado abierto o montado, puede ejecutar elcomando ddboraasm --prepare-rollback, que ejecuta el script de RMANrestore…preview e identifica los respaldos que se requieren para larestauración.

En la siguiente tabla se describen las opciones de comando ddboraasm con laopción --prepare-rollback. Para obtener una lista completa de todas lasopciones de comando ddboraasm disponibles, ejecute el comando ddboraasm--help o ddboraasm -h.

Tabla 29 Opciones de comando ddboraasm para una vista previa de la restauración de comandosy preparar la operación de reversión



o



Nota



Ejecución de restauraciones de reversión de respaldos de ProtectPoint de Oracle ASM 317

Tabla 29 Opciones de comando ddboraasm para una vista previa de la restauración de comandosy preparar la operación de reversión (continuació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 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 los respaldos que se requieren para restaurar labase de datos completa.

--prepare-rollback

o

-p

Obligatorio. Especifica que se realice una vista previa de larestauración y se prepare para la restauración de reversión deRMAN de un respaldo de ProtectPoint de Oracle ASM.

Por ejemplo, el comando ddboraasm --prepare-rollback muestra elsiguiente resultado:

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

l El segundo respaldo es para los registros archivados, con el ID de respaldo1517434905.

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 notade la hora de la instantánea:

l Con una versión de la base de datos de Oracle anterior a 12, puede omitir lahora de la instantánea en el resultado.

l Con la versión 12 de la base de datos de Oracle o versiones posteriores, labase de datos no está en modo de respaldo en activo durante el respaldo deOracle ASM, por lo que necesitará la hora de la instantánea más adelantecuando 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, eltiempo de ejecución del respaldo del archivo de datos es 31/01/2018 04:41:16p. m.

Durante un respaldo con un agente de aplicación de base de datos cuya versiónsea anterior a 4.6, la hora de finalización de la instantánea no se registra y elresultado de la reversión de preparación muestra solo la hora de inicio de lainstantá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 laadición de tiempo al inicio. Calcule la duración de la instantánea según suexperiencia de respaldo anterior.

Como alternativa a la ejecución del comando ddboraasm --prepare-rollback, puede ejecutar el comando ddbmadmin para obtener el ID derespaldo si conoce el tiempo de ejecución del respaldo en el que desea realizar lareversión. Por ejemplo, el siguiente comando ddbmadmin muestra los respaldosque 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 comandoofrece la siguiente información:

l El campo name representa el contenido del respaldo. El nombre de unrespaldo de archivo de datos comienza con la letra T. El nombre de unrespaldo de registros archivados comienza con la letra A.

l El campo date and time indica la hora de inicio de la instantánea. Eltiempo Epoch se utiliza como el ID de respaldo. En el ejemplo anterior, los IDde respaldo del archivo de datos y los respaldos de registros archivados son1517434866 y 1517434905, respectivamente.



La salida del comando ddbmadmin solo muestra la hora de inicio de lainstantánea. Por lo tanto, con la versión 12 o posterior de la base de datos deOracle, debe calcular la hora de finalización de la instantánea.

3. Asegúrese de que la base de datos esté apagada y desmonte los grupos dediscos ASM:

a. Si la base de datos se está ejecutando, apáguela con el siguiente comandosqlplus:

shutdown database

b. Desmonte los grupos de discos ASM donde residen los archivos de datos ylos registros archivados. Por ejemplo:

$ asmcmd

ASMCMD> umount DATAASMCMD> umount LOGS

4. Para realizar la reversión con los ID de respaldo que identificó en el paso 2,ejecute el comando ddboraasm --rollback.

En la siguiente tabla se describen las opciones de comando ddboraasm para laoperación de reversión. Para obtener una lista completa de todas las opcionesde comando ddboraasm disponibles, ejecute el comando ddboraasm --helpo ddboraasm -h.

Tabla 30 Opciones de comando ddboraasm para una operación de reversión



o



Nota


--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 siguienteresultado de reversió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 4.7.0.0.Build.147 # 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 odesea realizar la reversión en otra ubicación, puede especificar los dispositivosde destino en el comando ddboraasm --rollback. Por ejemplo, el siguientecomando ejecuta la reversión a los dispositivos 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 deOracle Grid:

$ oracleasm scandisks

Reloading disk partitions: doneCleaning any stale ASM disks...Scanning system for ASM disks...

$ oracleasm listdisks

DSK0DSK1DSK2DSK3DSK4DSK5

$ asmcmd

ASMCMD> mount DATA



ASMCMD> 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 ASMque los archivos de datos, el archivo de control se sobrescribió debido a laoperació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 seeliminaron los registros archivados después del respaldo. Si los registrosarchivados no se eliminan y se siguen registrando en el archivo de control,puede omitir este paso.

Por ejemplo, ejecute el siguiente comando para catalogar los archivos deregistros archivados:

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 actualizarlos archivos de datos. Para habilitar la recuperación, determine el SCN o elnúmero de secuencia del registro archivado que se aplicará. Dado que la base dedatos ya está montada en este punto, puede ejecutar un script de RMANrecover…preview para determinar el SCN.

Con la versión 12 o superior de base de datos de Oracle, debe establecer la horade la instantá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 catalog



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

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 deregistro archivados de los que se restauraron. El comando informó que faltanalgunos archivos de registro archivados, lo que se esperaba, ya que no serespaldaron y se perdieron. Solo puede recuperar a un punto con los registrosarchivados que se respaldaron. Para garantizar la aplicación de todos losregistros archivados que se respaldaron, debe usar la opción until con elprimer registro archivado faltante que RMAN encontró. En este caso, el primerregistro archivado faltante se informa a través de archived log forthread 1 with sequence 4 and starting SCN of 5004927. Por lotanto, ejecute el comando recover database con la opción until SCN5004927.

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

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 ProtectPoint para VCS enSolaris

Utilice los procedimientos en los temas siguientes para ejecutar operaciones derestauración y reversión de ProtectPoint para un sistema de VCS en Solaris.

Ejecución de una restauración de VCS de ProtectPointProcedimiento

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


Restauración y reversión de ProtectPoint para VCS en Solaris 325

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 Enlí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


-- 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 comandosiguiente:

root:/# haconf -dump –makero:

2. En el nodo primario de VCS, ejecute los siguientes pasos como usuario deOracle.

a. Ejecute los comandos shutdown y startup mount en la base de datos deOracle.

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

root:/# haconf –makerw

b. Descongele los grupos de servicios y habilite las opciones On line/Offline.Escriba el comando 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


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


Ejecución de una restauración de VCS de ProtectPoint 327

N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

Ejecución de una reversión de VCS de ProtectPoint

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. Eneste escenario, debe montar manualmente el FS.

Procedimiento












Nota


root:/# hagrp -freeze <oracle_sg> -persistentroot:/# hagrp -freeze <oracle_ctl_sg> -persistent












Ejecución de una reversión de VCS de ProtectPoint 329




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 el comando siguiente:








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 ProtectPoint


Todos los mensajes operacionales y de error se muestran en la salida de RMAN. Porejemplo:

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 basede datos, incluidos los mensajes de error, advertencia o cualquier otro mensajeoperacional.

Las operaciones de Oracle de ProtectPoint mantienen un registro operacionalindependiente denominado ddbsm.log, que contiene detalles sobre los errores y lasoperaciones.

Puede configurar el parámetro DEBUG_LEVEL para activar la depuración.

Para la depuración de las operaciones de ProtectPoint de Oracle ASM, utilice la opción--debug 9 o -D 9 con el comando ddboraasm para generar información dedepuración durante la vista previa de respaldo o restauración. Se genera el registro dedepuración ddboraasm en el directorio /opt/dpsapps/dbappagent/logs. Porejemplo, la operación genera el siguiente registro de depuración:

ddboraasm_2017_08_08.15_51_14.30983.logPara obtener información de depuración adicional a partir de las operaciones deProtectPoint de Oracle ASM, agregue el valor del parámetro DPRINTF=TRUE en elarchivo de configuración. Para activar los registros de depuración completos, agregueel 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), es probable 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 LUNalternativos mediante el uso de un respaldo de ProtectPoint para VMAX de una base


Sugerencias de solución de problemas de Oracle para las operaciones de ProtectPoint 331

de datos de Oracle OMF, es posible que falle la restauración con el siguiente mensajede 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 dela base de datos y antes de restaurar el archivo de control y los archivos de datos.



CAPÍTULO 9

Operaciones de DD Boost en sistemas SAPHANA


l Descripción general de las operaciones de DD Boost en un ambiente SAP HANA.........................................................................................................................334

l Configuración de las operaciones de DD Boost en un ambiente SAP HANA..... 336l Ejecución de respaldos, recuperaciones y eliminaciones de DD Boost con SAP

HANA Studio....................................................................................................342l Ejecución de recuperaciones y respaldos de DD Boost con la CLI de SAP HANA

.........................................................................................................................348l Preparación para la recuperación ante desastres de SAP HANA...................... 352l Requisitos de escalamiento horizontal de SAP HANA para operaciones de DD

Boost............................................................................................................... 353l Sugerencias de solución de problemas de SAN HANA para las operaciones de DD

Boost............................................................................................................... 353

Operaciones de DD Boost en sistemas SAP HANA 333

Descripción general de las operaciones de DD Boost en unambiente SAP HANA

Una base de datos de SAP HANA conserva la mayor parte de los datos en la memoria,pero también utiliza almacenamiento persistente en el disco. Durante las operacionesde base de datos normales, los datos se guardan automáticamente de la memoria aldisco en intervalos periódicos. Todos los cambios de datos también se capturan en elregistro de reconstitución en el disco, que se actualiza después de cada transacción debase de datos comprometida. Deben realizarse respaldos de los datos en el disco paragarantizar la protección contra una falla de discos.

El agente de aplicación de base de datos se integra con la interfaz BACKINT de SAPHANA para habilitar respaldos y restauraciones de datos de la base de datos yregistros de reconstitución de SAP HANA.

Puede realizar operaciones de respaldo, recuperación, consulta o eliminación con elproducto en un servidor de base de datos de SAP HANA mediante la ejecución de unade las herramientas de SAP HANA 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 basede datos para realizar las siguientes operaciones de SAP HANA en los contenedores debases 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 momentoespecífico, un respaldo 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 sonanteriores a SPS 09 le permiten realizar una recuperación redireccionada con elmismo SID

SAP HANA requiere que la restauración y la recuperación se realicen en un sistemaLinux con la misma arquitectura que el sistema de respaldo:

l En un ambiente de replicación, los sistemas primarios y secundarios deben sersistemas Linux x64 o Linux Power PC.

Operaciones de DD Boost en sistemas SAP HANA


l Un respaldo de SAP HANA que se ejecuta en un sistema Linux x64 se puederestaurar solo a un sistema Linux x64.

l Un respaldo de SAP HANA que se ejecuta en un sistema Linux Power PC se puederestaurar solo a un sistema Linux Power PC.

En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de base de datos en un ambiente SAP HANA.


Procesos de respaldo de SAP HANAUn respaldo de base de datos de SAP HANA incluye las siguientes interacciones deproceso.

1. El administrador de base de datos inicia el respaldo mediante la ejecución delcomando hdbsql, 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 como parte del agente de aplicación de base de datos, y pasa una lista decanalizaciones para respaldar.

3. El programa hdbbackint procesa los parámetros de SAP HANA desde el archivode configuración e inicia los procesos secundarios hdbbackint que respaldan losdatos requeridos.

4. Los procesos secundarios hdbbackint envían los datos de la base de datos y lainformación de 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 interaccionesde procesos.

1. El administrador de base de datos inicializa la operación de restauración mediantela ejecución de la GUI de SAP HANA Studio.

2. El servidor de base de datos de SAP HANA ejecuta el programa hdbbackint ydespués pasa una lista de canalizaciones para recibir los datos restaurados.

3. El programa hdbbackint procesa los parámetros de SAP HANA desde el archivode configuración y después inicia los procesos secundarios hdbbackint querestauran los datos requeridos.

4. Los procesos secundarios hdbbackint ejecutan las siguientes tareas:

a. Consultan el índice en el sistema Data Domain para ubicar los datos derespaldo.

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 deSAP HANA.

Respaldos de SAP HANA de registros de reconstituciónEl servidor de base de datos de SAP HANA realiza automáticamente respaldosperiódicos de los registros de reconstitución para una base de datos. Usted no ejecuta


Procesos de respaldo de SAP HANA 335

los respaldos de registros con comandos de respaldo, como es el caso para losrespaldos de base de datos.

Puede usar SAP HANA Studio para configurar la frecuencia de los respaldos deregistros automáticos y para determinar si la interfaz BACKINT se utiliza para losrespaldos de registros como se describe en Configuración de respaldos automáticosde registros de reconstitución de SAP HANA en la página 339.

Configuración de las operaciones de DD Boost en unambiente SAP HANA

Debe completar las configuraciones necesarias para habilitar las operaciones de DDBoost en un ambiente SAP HANA. En los temas siguientes, se proporciona informacióndetallada sobre la configuración de productos.

En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de 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 programahdbbackint en el directorio /opt/dpsapps/dbappagent/bin. Sin embargo, SAPHANA requiere que el programa sea 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 queseñale el archivo ejecutable real desde /usr/sap/<SID>/SYS/global/hdb/opt/hdbbackint.

Asegúrese de que el archivo hdbbackint tenga los permisos de archivo ejecutablenecesarios para que el usuario del sistema operativo <SID>adm ejecute el programa,donde <SID> es el ID del sistema 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 elarchivo de configuración utilizado por el agente de aplicación de base de datos.


De manera opcional, puede establecer el parámetro PARALLELISM para especificar unrespaldo o una restauración multi-stream, como se describe en la tabla siguiente.

Debe configurar el parámetro PARALLELISM en la sección general del archivo deconfiguración, que tiene el título [GENERAL].



Después de configurar el archivo de configuración, asegúrese de que se han realizadolos procedimientos requeridos del lockbox, tal como se describen en Configuración dellockbox en la página 113.

Tabla 31 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 este durante unrespaldo o una restauración, por cada programa hdbbackint que ejecuta SAP HANA para el respaldo o la restauración.

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 datos guarda cada canal deSAP HANA como un saveset separado, y cada saveset utiliza un flujo de datos único. El parámetro de agente de aplicación debase 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 la página 340 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 proceso hdbbackint. 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. Enla documentación del usuario de SAP HANA 2.0 se proporciona una lista completa detodas las funciones de respaldo y recuperación, incluidos los detalles acerca de cómohabilitar y configurar las funciones. En la siguiente lista se destacan varias de lasfunciones nuevas:

l SAP HANA 2.0 SPS 00 es compatible con el cifrado de datos en la capa depersistencia para los volúmenes de datos y registros. El cifrado de volúmenes deSAP HANA puede afectar las tasas de deduplicación en los sistemas de DataDomain.

l SAP HANA 2.0 SPS 00 es compatible con el modo en intervalos configurables porel usuario para los respaldos de registros. El modo en intervalos permite la creaciónde respaldos de registros después de que se alcanza el tiempo de espera específicodel servicio, en lugar de cuando el segmento de registro está completo. En unrespaldo de registro se pueden incluir varios segmentos de registro. Laconfiguración del modo en intervalos limita la cantidad de respaldos de registros en


Configuración de la compatibilidad de SAP HANA 2.0 SPS 00 337

las bases de datos de gran cantidad de transacciones, lo que reduce el impacto enlas 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 = service

l SAP HANA 2.0 requiere que los respaldos de catálogo de respaldo y los respaldosde registros de transacciones se configuren de manera independiente. En lasversiones anteriores de SAP HANA, el catálogo de respaldo se guardaautomáticamente como parte de los respaldos de registros de transacciones.Asegúrese de que tanto los respaldos de catálogo de respaldo y los respaldos deregistros 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ónde rutas de dispositivo diferentes para los respaldos de catálogo y de registros enarchivos de parámetros separados. Con esta configuración se reduce la cantidadde índices que se deben buscar durante las operaciones de restauración y consultaespecíficas. Por ejemplo:

n La ruta del dispositivo en el archivo de parámetros del catálogo de respaldo sepuede establecer como DEVICE_PATH=/<storage_unit>/<SID>/CATALOG.

n La ruta del dispositivo en el archivo de parámetros del registro se puedeestablecer como DEVICE_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 lapestaña Configuration del editor Backup, escriba el nombre de ruta completo delarchivo de configuración en 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 basede datos y el respaldo de registros.

Para usar el mismo archivo de configuración para ambos tipos de respaldo, puedeseleccionar Use the same parameter file data backup and log backup.

La siguiente figura muestra un ejemplo de configuración en SPS 5 de SAP HANAStudio 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 deSAP HANA

Para configurar los respaldos automáticos de los registros de reconstitución de SAPHANA, debe completar los pasos necesarios en SAP HANA Studio.

En la pestaña Configuration del editor Backup, complete la configuración en elcuadro de grupo Log 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 elvalor numérico en el cuadro de texto y después seleccione la unidad de tiempo,como Minutes, en el menú.

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 HANAStudio 1.0.


Configuración de respaldos automáticos de registros de reconstitución de SAP HANA 339

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ácticasrelacionadas con el 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 unerror en la operación de respaldo. El agente de aplicación de base de datos genera elsiguiente tipo de mensaje 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

Nota


Para SAP HANA, el agente de aplicación de base de datos requiere un flujo de DataDomain para cada canalización respaldada. Por ejemplo, si un sistema de escalamientohorizontal de SAP HANA tiene 12 servicios en ejecución, se requieren 12 flujos pararespaldar los datos. A partir de SPS 09 de SAP HANA, cada servicio también puede



respaldar múltiples registros para cada respaldo, por medio del control del parámetrode base de datos max_log_backup_group_size.

Para respaldo multi-stream, desde SPS 11 de SAP HANA, el agente de aplicación debase de datos puede usar múltiples canales de SAP HANA para escribir los datos derespaldo para cada servicio. El agente de aplicación de base de datos utiliza un canalde SAP HANA independiente para escribir cada flujo de datos al sistema Data Domain.Para especificar la cantidad de canales que se usará para el respaldo, 32 canales comomáximo, puede configurar el parámetro de SAP HANAparallel_data_backup_backint_channels. SAP HANA abre la cantidadcorrespondiente de archivos de canalización para el respaldo, y el agente de aplicaciónde base de datos guarda cada flujo como un saveset separado.

Para especificar la cantidad máxima de flujos de respaldo o restauración simultáneos,configure el parámetro PARALLELISM en el archivo de configuración hdbbackint.Por ejemplo, si el parámetro parallel_data_backup_backint_channels estáconfigurado en 12 en el servidor de SAP HANA, 12 flujos se utilizan para el respaldo, loque produce 12 savesets. Si el parámetro hdbbackint PARALLELISM se estableceen 6, un máximo de 6 flujos se respaldan simultáneamente, y se inician flujos nuevos amedida que otros finalizan.

Una restauración utiliza el mismo número de flujos que el respaldo y omite el ajuste delparámetro parallel_data_backup_backint_channels.

La unidad de almacenamiento de SAP HANA en general utiliza la siguiente cantidad deflujos durante 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 HANAno puede esperar hasta que haya un flujo disponible debido a que la espera puedeafectar negativamente el rendimiento de las bases de datos.

Si el sistema Data Domain se queda sin flujos durante un respaldo, el respaldo falla(aunque no de manera inmediata) con el siguiente mensaje de error en el registrooperacional:

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 almacenamientodiferentes para los respaldos de datos y los respaldos de registros. Para completar laconfiguración, cree dos archivos de configuración diferentes, uno para el respaldo dedatos y otro para el respaldo de registros. Debe especificar un valor diferente para elparámetro DEVICE_PATH en cada archivo de configuración. Esta configuración lepermite planificar el uso de flujos con otras bases de datos en la unidad dealmacenamiento de datos, mientras la unidad de almacenamiento de registros quedadisponible para aceptar siempre los registros del sistema SAP HANA. La configuracióntambién evita el problema de que un respaldo de registro use todos los flujosdisponibles y provoque que fallen otros respaldos.


Cálculo del uso de recursos de Data Domain en sistemas SAP HANA 341

Si el sistema Data Domain se queda sin flujos durante una restauración, la restauraciónfalla (aunque no de forma inmediata) con el siguiente mensaje de error en el registrooperacional:

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 deDD Boost con SAP HANA Studio

Puede ejecutar la GUI de SAP HANA Studio para realizar respaldos, eliminaciones derespaldo, restauraciones y recuperaciones de DD Boost con el agente de aplicación debase de datos. La documentación de SAP HANA proporciona detalles sobre losprocedimientos de SAP HANA Studio.

Puede realizar operaciones con SAP HANA Studio después de haber completado lasconfiguraciones en Configuración de las operaciones de DD Boost en un ambiente SAPHANA en la página 336.

Ejecución de respaldos de DD Boost mediante SAP HANA StudioEn SAP HANA Studio, debe especificar la base de datos para respaldar y habilitar elrespaldo que utilizará 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 paraDestination Type y, opcionalmente, escribir un prefijo para el nombre del respaldo enel cuadro de texto Backup Prefix. Si especifica un prefijo, el nombre del respaldoincluirá el prefijo: prefijo_databackup_#_#.

Para Backup Type, puede seleccionar uno de los tres tipos de respaldo compatibles:Complete Data Backup, Differential Backup o Incremental Backup.

Ejecución de restauraciones y recuperaciones de DD Boost mediante SAPHANA Studio

1. Inicie SAP HANA Studio.

2. En la GUI de recuperación, vaya a la página Specify Recovery Type.


Ejecución de restauraciones y recuperaciones de DD Boost mediante SAP HANA Studio 343

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 datosal momento más cercano posible a la hora actual.

l Recover the database to the following point in time: recupera la base dedatos a un punto en el tiempo específico.

l Recover the database to a specific data backup: restaura solo el respaldode datos especificado.

b. En un caso excepcional, cuando ha fallado una recuperación anterior, haga clicen Advanced >> y después seleccione Recover the database to the followinglog position.

c. Haga clic en Next >.

3. En la página Locate Log Backups, especifique las ubicaciones de los archivos derespaldo de registro que deben usarse para realizar la recuperación.

Las ubicaciones de respaldo de los contenedores de una sola base de datos y debases de datos de 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 delsistema): /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 larestauración o la recuperación.


Ejecución de restauraciones y recuperaciones de DD Boost mediante SAP HANA Studio 345

Figura 19 Selección del respaldo de datos en SAP HANA Studio

Para comprobar la disponibilidad de un respaldo, seleccione el respaldo en la tablay después haga clic en Check Availability. La columna Available en la tablamuestra un ícono verde si el respaldo está disponible o un ícono rojo si el respaldono está disponible.

5. En la página Other Settings, seleccione las opciones necesarias y después hagaclic en Next >.

6. En la página Review Recovery Settings, revise la información y después haga clicen Finish.Se muestra el progreso de la recuperación para cada servicio, que incluye elnombre del servidor, el servidor de índice y el servidor de estadísticas. Cuando larecuperación finaliza, aparecerá un mensaje de confirmación.

Eliminación de respaldos de DD Boost mediante SAP HANA StudioMediante SAP HANA, puede eliminar un respaldo o los respaldos anteriores de unrespaldo. La eliminación de los respaldos anteriores de un respaldo completo incluye laeliminación de los respaldos 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ésseleccione Delete Data Backup...

b. En la página Specify Backup Deletion Settings, seleccione el tipo deeliminación que se necesita 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 derespaldo y del sistema Data Domain.

Figura 20 Especificación de la configuración para eliminar un respaldo en SAP HANAStudio

c. En la página Review Backup Deletion Settings, revise la información ydespués haga clic 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ésseleccione Delete Older Backups...

b. En la página Specify Backup Deletion Settings, seleccione el tipo deeliminación necesaria 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 derespaldo y del sistema 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.


Eliminación de respaldos de DD Boost mediante SAP HANA Studio 347

Figura 21 Especificación de la configuración para eliminar los respaldos anteriores deun respaldo en SAP HANA Studio

c. En la página Review Backup Deletion Settings, revise la información yhaga clic en Finish.

Ejecución de recuperaciones y respaldos de DD Boost con laCLI 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 larecuperación de los respaldos de SAP HANA y ejecutar comandos de mantenimientoespecíficos para comprobar la disponibilidad y la integridad de los respaldos de datos yregistros.

Puede realizar operaciones de SAP HANA después de haber completado lasconfiguraciones de respaldo en Configuración de las operaciones de DD Boost en unambiente SAP HANA en la página 336.

Ejecución de respaldos de DD Boost con la CLI de SAP HANAPara realizar un respaldo de la base de datos, puede ejecutar el comando hdbsqlcorrespondiente. 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 conla herramienta hdbuserstore de SAP HANA. La documentación de SAP HANAproporciona detalles 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 el comando hdbsql, entonces el nombre del respaldo incluirá elprefijo: <prefijo>_databackup_#_#.

La documentación de SAP HANA proporciona información detallada sobre cómo usarel comando hdbsql para los respaldos.

Realización de respaldos de DD Boost con la CLI de SAP HANA en un sistema de MDCDebe especificar las credenciales correctas y el nombre de la base de datos en elcomando hdbsql para ejecutar un respaldo de DD Boost de una base de datos deMDC de SAP HANA.

Para un respaldo de la base de datos del sistema maestro SYSTEMDB, debeespecificar las credenciales de administrador de base de datos del sistema con elcomando hdbsql.

Para un respaldo de DD Boost de una base de datos de grupo de usuarios, puedeespecificar las credenciales de administrador de base de datos del sistema o lascredenciales de administrador de base de datos del grupo de usuarios con el comandohdbsql. Sin embargo, no intente usar las credenciales de administrador de base dedatos del sistema para una conexión directa 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 BD0mediante el uso de una conexión a la base de datos SYSTEMDB a través de lascredenciales de administrador de 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 eluso de una conexión directa a la base de datos a través de las credenciales deadministrador de base de datos del 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 DD Boost con la CLI de SAP HANAPuede cancelar un respaldo de SAP HANA mediante el comando SQL adecuado con elID de respaldo del respaldo de datos en ejecución.


Cancelación de respaldos de DD Boost con la CLI de SAP HANA 349

Procedimiento

1. Para determinar el ID de respaldo del respaldo de datos en ejecución, use lavista monitoreo M_BACKUP_CATALOG, que proporciona una descripcióngeneral de la información sobre las 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 comandoSQL:

backup cancel <backup_ID>

Comprobación de respaldos de DD Boost con la CLI de SAP HANAPara comprobar la integridad y la disponibilidad de los respaldos de SAP HANA, apartir del SPS 07 de SAP HANA, puede ejecutar los comandos hdbbackupcheck yhdbbackupdiag.

Uso del comando hdbbackupcheck para comprobar la integridad de los respaldosPara comprobar la integridad de un respaldo de datos o registros, puede ejecutar elcomando hdbbackupcheck. El comando lee parte del respaldo, comprueba lacorrección y la coherencia de los metadatos y comprueba el contenido en busca decambios.

El siguiente comando de ejemplo comprueba la integridad de un respaldo de SAPHANA:

./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ónproporcionado por SAP HANA durante el respaldo. El nombre de ruta es la ubicacióndonde se crearon las canalizaciones. La opción -e proporciona el ID de respaldoexterno del archivo de respaldo. Puede encontrar todos estos valores en la vistaM_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 comandohdbbackupdiag.

El siguiente comando de ejemplo comprueba la disponibilidad de un respaldo de SAPHANA:

./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 comandohdbbackupdiag.

Realización de una recuperación de DD Boost con la CLI de SAP HANAPara realizar una recuperación de un respaldo de SAP HANA a partir de SAP HANASPS 07, puede usar un comando SQL.

Nota

La GUI de SAP HANA Studio es el método recomendado para realizar una restauracióny una recuperación.

Para ejecutar el comando SQL de recuperación, debe iniciar sesión el sistema SAPHANA como el usuario de SO <SID>adm. En un ambiente de múltiples nodos deescalamiento horizontal, debe ejecutar 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 ambientepara la recuperación. El script recoverSys.py procesa el comando SQL derecuperación y ejecuta la recuperación de base de datos.

El siguiente comando de ejemplo ejecuta una recuperación de un respaldo de SAPHANA:

./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 scriptrecoverSys.py.

La versión SPS 07 de la Guía de administración de SAP HANA proporciona detallessobre la sintaxis del comando SQL del comando de recuperación.

Realización de una recuperación de DD Boost con la CLI de SAP HANA en un sistema de MDCPara la recuperación de una base de datos de MDC de SAP HANA con la CLI de SAPHANA, el usuario debe iniciar sesión en la base de datos SYSTEMDB de SAP HANA yejecutar el comando recover requerido.

Por ejemplo, ejecute el siguiente comando para recuperar el respaldo del agente deaplicación de base 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 comandorecover y los procedimientos en un sistema MDC de SAP HANA.


Realización de una recuperación de DD Boost con la CLI de SAP HANA 351

Preparación para la recuperación ante desastres de SAPHANA

Para un plan de recuperación ante desastres integral, debe asegurarse de que sepueden volver a construir el ambiente de procesamiento y todos los archivos delservidor de SAP HANA asociados con el mantenimiento de datos en el host deaplicación.

Para preparar una recuperación ante desastres del host de servidor de SAP HANA,utilice las siguientes 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 basede datos, respalde los archivos de configuración de SAP HANA siguiendo la Guía deadministración de SAP HANA. Estos archivos no se respaldan durante los respaldosde base de datos.

l Asegúrese de contar con un respaldo completo actualizado de la base de datos yde todos los registros de reconstitución, según sea necesario, para unarecuperación de la base de datos a la 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 ajustesque había cuando se respaldaron los datos.

2. Para realizar la recuperación, configure el mismo archivo de configuración deSAP HANA que se utilizó para ejecutar respaldos.

Establezca el parámetro CLIENT en el archivo de configuración de SAP HANAal nombre de host del host en el cual se respaldaron los datos. Configuración delos parámetros de SAP HANA en la página 336 proporciona informacióndetallada.


4. Asegúrese de que todas las imágenes de respaldo de registros y bases de datosnecesarias estén disponibles.

5. Para recuperar la base de datos y los registros de reconstitución, ejecute SAPHANA Studio.



Requisitos de escalamiento horizontal de SAP HANA paraoperaciones de DD Boost

Puede realizar respaldos de SAP HANA en un ambiente de múltiples nodos deescalamiento horizontal de SAP HANA.

Debe cumplir con los siguientes requisitos de configuración en un ambiente SAP HANAde escalamiento horizontal:

l Ha configurado la base de datos en el ambiente de escalamiento horizontalconforme a la documentación correspondiente de SAP HANA.

l Ha instalado el software del agente de aplicación de base de datos en cada nodo.

l Ha establecido el parámetro CLIENT del archivo de configuración de SAP HANAen el nombre de host de uno de los nodos. Si el archivo de configuración no está enuna ubicación compartida, ha configurado el parámetro CLIENT común en elarchivo de configuración en cada nodo. Parámetros comunes en la página 87proporciona información detallada sobre el parámetro.

l Ha completado la configuración del lockbox para todos los hosts participantes. Loshosts pueden usar un lockbox compartido o lockboxes configurados de maneraindividual. Configuración del lockbox con el comando ddbmadmin en la página 114proporciona más información.

En la siguiente nota técnica, disponible en el sitio web de soporte https://support.emc.com, se proporciona información detallada sobre los requisitos y losprocedimientos de configuración de SAP HANA:

Versiones 1.0, 2.x, 3.x y 4.x del agente de aplicación de base de datos Configuración delrespaldo, la recuperación, la copia de la base de datos y la eliminación de SAP HANA conSAP HANA Studio y SQL Command

Sugerencias de solución de problemas de SAN HANA paralas operaciones de DD Boost


El agente de aplicación de base de datos mantiene los registros operacionales y dedepuración en el 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 SAPHANA

De SAP HANA 1.0 SPS 12 a SAP HANA 2.0 SPS 01 inclusive, el agente de aplicaciónde base de datos es compatible con respaldos y restauraciones para la organización enniveles dinámica con Backint en la misma medida respecto de la compatibilidad conSAP.

Como resultado, la restauración de bases de datos de SAP HANA con organización enniveles dinámica no es compatible con el uso de backup_id durante la restauración.


Requisitos de escalamiento horizontal de SAP HANA para operaciones de DD Boost 353



Se admite solo una restauración a un respaldo específico. En la nota de SAP 2363526se ofrece información detallada acerca de esta limitación.

Nota

Esta limitación de compatibilidad de organización en niveles dinámica no se aplica aSAP HANA 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 las siguientes limitaciones conocidas:

l SAP HANA 1.0 SPS 09 no es compatible con el respaldo ni la restauración de basesde datos multiusuario mediante backint. En la nota 2096000 de SAP se ofreceinformación detallada acerca de esta limitación.

l El comando hdbbackupdiag --check no funciona para las versiones de SAPHANA SPS 09 1.00.90 a 1.00.93. El comando produce el siguiente mensaje deerror:

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 siguientesproblemas durante las 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 unaoperación de restauración del contenedor de base de datos multiusuario (MDC)que, de lo contrario, sería correcta. En las notas de SAP 2222121 y 2395530 seofrece información detallada acerca de esta limitación.

l Una restauración con SAP HANA 2.0 SPS 00 en la que se utiliza Backint podríatardar más de lo esperado con una gran cantidad de archivos de índice. El aumentoen la duración de la restauración se debe a que SAP HANA 2.0 solicita larestauración del archivo backup_catalog_extension, que no se respaldómediante Backint. Póngase en contacto con el departamento de soporte técnicode SAP para obtener más información.

l SAP HANA 2.0 requiere que el catálogo de respaldo se guarde durante unaoperación de restauración. Debido a este requisito, una restauración desde un DataDomain secundario falla con un error de SAP HANA cuando la unidad dealmacenamiento replicado está en modo de solo lectura.

Para realizar una restauración con SAP HANA 2.0 cuando la base de datos dedestino tiene el mismo SID que la base de datos original, la unidad dealmacenamiento de destino debe estar en modo de lectura/escritura.

Para una restauración en una base de datos de destino de SAP HANA 2.0 con unSID 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ónque se configuró para usar la unidad de almacenamiento de Data Domain desolo lectura.

n El segundo archivo de parámetros de Backint se utiliza para el proceso derespaldo que apunta a una unidad de almacenamiento de Data Domain delectura/escritura.



En la Guía de administración de SAP HANA se ofrecen detalles sobre cómoconfigurar una restauración con un SID diferente.


Limitaciones de compatibilidad de SAP HANA 2.0 355



CAPÍTULO 10

Operaciones de DD Boost en sistemas SAP conOracle


l Descripción general de las operaciones de DD Boost en un ambiente SAP conOracle.............................................................................................................. 358

l Configuración de las operaciones de DD Boost en un ambiente SAP con Oracle.........................................................................................................................360

l Ejecución de respaldos y recuperaciones de DD Boost con SAP BR*Tools...... 369l Preparación para la recuperación ante desastres de SAP con Oracle................371l Requisitos de clúster y SAP con Oracle RAC para las operaciones de DD Boost

......................................................................................................................... 373l Sugerencias de solución de problemas de SAP con Oracle para las operaciones de

DD Boost..........................................................................................................375

Operaciones de DD Boost en sistemas SAP con Oracle 357

Descripción general de las operaciones de DD Boost en unambiente SAP con Oracle

El agente de aplicación de base de datos se integra con la interfaz backint de SAPBR*Tools y también con la interfaz de BR*Tools Oracle Recovery Manager (RMAN).Esta integración permite realizar respaldos, restauraciones y archivos de registros detransacciones de DD Boost en un ambiente SAP con Oracle.

Puede ejecutar una operación de respaldo, restauración o recuperación de DD Boostcon el producto en un servidor de base de datos de SAP con Oracle mediante laejecución de una de las herramientas 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 basede datos para 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 se proporciona con el agente de aplicación de base de datos) para mostrar yeliminar respaldos, como se describe en Configuración de la visualización y laeliminación de información del saveset en la página 130. Los respaldos de BR*ToolsRMAN no usan el catálogo de recuperación de Oracle. Se almacena la información derespaldo únicamente en el archivo de control de Oracle, que se respalda durante cadarespaldo.


En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de base de datos en un ambiente SAP con Oracle.

Operaciones de DD Boost en sistemas 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 CLIde BR*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 conOracle invoca el programa backint o RMAN, y después pasa una lista de archivoso directorios para respaldar.

3. El programa backint o la biblioteca compartida del agente de aplicación de basede datos lee los parámetros del archivo de configuración y después inicializa laconexión con el sistema Data Domain.

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 querespaldan los archivos requeridos.

b. Los procesos secundarios backint envían los datos de respaldo y lainformación de rastreo al sistema Data Domain para almacenamientomediante la interfaz de DD Boost.

l Para el respaldo de RMAN:

a. El software de Oracle garantiza que cada nombre de respaldo sea único yenvía los respaldos al agente de aplicación de base de datos por medio de laAPI de SBT.

b. El agente de aplicación de base de datos envía los datos de respaldo y lainformación de rastreo al sistema Data Domain para almacenamientomediante la interfaz de DD Boost.

c. El software de Oracle le solicita el agente de aplicación de base de datosque confirme que el respaldo está en el catálogo del agente de aplicación debase de datos, registra la entrada en el catálogo de Oracle y completa elrespaldo.

d. El programa brbackup o brarchive invoca el programa backint pararespaldar los metadatos 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 laCLI de BR*Tools, BRGUI o GUI de BR*Tools Studio.

2. El programa brrestore o brrecover en el servidor de base de datos de SAPcon Oracle ejecuta el programa backint o RMAN, y después transmite una listade archivos o directorios para restaurar.

3. El programa backint o la biblioteca compartida del agente de aplicación de basede datos lee los parámetros del archivo de configuración y después inicializa laconexión con el sistema Data Domain.

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 querestauran los archivos requeridos.


Procesos de respaldo de SAP con Oracle 359

b. Los procesos secundarios backint recuperan los datos de respaldo delsistema Data Domain 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 alagente de aplicació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ésrecupera los datos de respaldo del sistema Data Domain mediante la interfazde DD Boost.

Después de restaurar los datos de respaldo, el administrador de base de datos deberecuperar la base de datos mediante el comando brrecover o la herramienta OracleSQL Plus. La documentación de SAP con Oracle proporciona información detallada.

Configuración de las operaciones de DD Boost en unambiente SAP con Oracle

Debe completar las configuraciones necesarias del agente de aplicación de base dedatos para permitir las operaciones de DD Boost en un ambiente SAP con Oracle.Puede seleccionar el programa backint o el programa RMAN como la utilidad derespaldo y restauración para que utilice SAP BR*Tools. En los temas siguientes, seproporciona información detallada sobre la configuración de productos.

En Requisitos de clúster y SAP con Oracle RAC para las operaciones de DD Boost enla página 373, se proporcionan detalles adicionales sobre los requisitos deconfiguración específicos en un ambiente de clúster SAP con Oracle.

En la sección de solución de problemas al final de este capítulo se proporcionainformación detallada sobre las limitaciones de las operaciones de DD Boost con elagente de aplicación de 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 delservidor de base de datos 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 dedatos que se restaurarán. Este acceso de lectura permite que un usuario de una basede datos diferente restaure los datos en un host diferente.

Puede restaurar solamente archivos de datos para los cuales dispone de permiso delectura, según los permisos del sistema operativo de los archivos en el momento enque se respaldaron.

En UNIX, el permiso de lectura está asociado con el ID de usuario (UID) y el ID degrupo (GID), no con el nombre de grupo o el nombre de usuario. El UID y el GID delusuario que ejecuta la restauración deben coincidir con los identificadores asociadoscon los archivos en el momento de ejecución del respaldo.

Habilitación de los privilegios de administrador para restauraciones de SAPcon Oracle 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, yaque impide que el software se instale o ejecute a menos que un administrador autoricelos privilegios elevados.



En los sistemas de Windows con la función UAC activada, antes de iniciar unarestauración desde la CLI, asegúrese de que estén habilitados los privilegios deadministrador para el usuario que llevará a cabo la restauración. De lo contrario, laoperación puede fallar.

Puede habilitar los privilegios de administrador desde la CLI como se indica acontinuació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 DD Boost con la utilidad backintSi desea que SAP BR*Tools use el programa backint para los respaldos y lasrestauraciones de DD Boost, debe completar las siguientes configuraciones.

Si prefiere que se utilice Oracle RMAN, debe completar las configuraciones en Configuración de las operaciones de DD Boost con Oracle RMAN en la página 365.

Integración del producto en el ambiente de BR*Tools para backintDebe completar los ajustes necesarios en el archivo de configuracióninit<DBSID>.sap de BR*Tools para permitir que las operaciones de BR*Toolsutilicen 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.Puede configurar el parámetro util_path en el nombre de ruta del directoriodonde se encuentra backint. 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 debenincluir espacios en los nombres de ruta de los archivos que configuró eninit<DBSID>.sap. Si incluye espacios en una configuración de nombre deruta, el respaldo fallará. Para obtener la versión corta de un directorio, ejecuteel comando dir /x en el directorio principal. 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.


Configuración de las operaciones de DD Boost con la utilidad backint 361

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íneadisminuyan la cantidad de tiempo que cada espacio de tablas permanece en modode respaldo activo, lo que resulta en una menor cantidad de registros detransacciones generados.

Puede reemplazar esta configuración de backup_dev_type con la opción -dcuando ejecute una operación de BR*Tools desde la línea de comandos. Porejemplo:

brbackup -d util_file_online

l Configure el parámetro util_par_file en el nombre de ruta completo delarchivo de configuración según la configuración en Configuración de losparámetros de SAP con Oracle para backint en la página 362. 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, elsoftware busca 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 elnombre de ruta del archivo de configuración con la opción -r cuando ejecute unaoperación de BR*Tools desde la lí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ámetrosen el archivo de 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 elarchivo de configuración denominado init<DBSID>.utl. Debe especificar laubicación de este archivo en el archivo de configuración de BR*Tools, como sedescribe en Integración del producto en el ambiente de BR*Tools para backint en lapágina 361.



Por ejemplo, el archivo de configuración contiene los siguientes valores de parámetroobligatorios:



Asegúrese de que el archivo de configuración contenga cualquier otro parámetrorequerido de la siguiente tabla. En la tabla, se detallan los encabezados de lassecciones del archivo de configuración que contienen cada uno de los parámetros.


Tabla 32 Parámetros de SAP con Oracle para las operaciones de DD Boost con backint

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 el rendimiento de losrespaldos, 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 procesando deben estar visibles enel sistema de archivos local. Los nombres de ruta de UNC de Windows deben estar asignados a una letra de unidad local.


Configuración de las operaciones de DD Boost con la utilidad backint 363

Tabla 32 Parámetros de SAP con Oracle para las operaciones de DD Boost conbackint (continuación)

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 durante unrespaldo 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ámetro SAVESETS.

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 cantidad inicial dedatos que se debe omitir.

Nota

Al ajustar la cantidad de datos que se debe omitir, necesita un conocimiento profundo del sistema operativo y lasespecificaciones 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 para eldispositivo 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 estos directorios seconsideran particiones de disco crudo.



Tabla 32 Parámetros de SAP con Oracle para las operaciones de DD Boost conbackint (continuación)

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 cuando SAPDATA_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 se dividen en lossavesets 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 DD Boost con Oracle RMANSi desea que SAP BR*Tools use el programa Oracle RMAN para los respaldos y lasrestauraciones de DD Boost, 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 deconfiguración y el catálogo de respaldo, aun si completa las siguientes configuracionesde RMAN.


Configuración de las operaciones de DD Boost con Oracle RMAN 365

Si prefiere que se utilice backint para todos los respaldos y restauraciones, debecompletar las configuraciones en Configuración de las operaciones de DD Boost con lautilidad backint en la página 361.

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, debecompletar los ajustes necesarios en el archivo de configuración init<DBSID>.sapde 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 dedatos.


brbackup -d rman_util

l Configure los valores de SBT_LIBRARY y CONFIG_FILE en el parámetrorman_parms:

n Configure SBT_LIBRARY en el nombre de ruta completo de la biblioteca delagente de aplicación de base de datos que se usa con RMAN.

n Configure CONFIG_FILE en el nombre de ruta completo del archivo deconfiguración, init<DBSID>.utl. Configuración de los parámetros de SAPcon Oracle para RMAN en la página 368 proporciona información detalladasobre cómo configurar el archivo de configuració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 obtenerla versión corta de un directorio, ejecute el comando dir /x en el directorioprincipal. Por ejemplo:

C:\> dir /x



Como alternativa, puede configurar CONFIG_FILE en el parámetro rman_senden lugar del pará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 lasoperaciones de RMAN. Por ejemplo:

n Configure rman_channels en la cantidad de flujos de datos simultáneos. Elvalor predeterminado es 1.

n Configure rman_filesperset o rman_maxopenfiles para mejorar la tasade deduplicació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 provocanla creación de una sola copia de respaldo.

La documentación de BR*Tools proporciona información detallada sobre todos losparámetros de RMAN compatibles.

l Configure el parámetro util_par_file en el nombre de ruta completo delarchivo de configuración según la configuración en Configuración de losparámetros de SAP con Oracle para RMAN en la página 368. Esta configuracióngarantiza que el agente de aplicación de base de datos respalde los metadatos deBR*Tools.

Nota

La configuración de CONFIG_FILE y util_par_file debe ser la misma.

Por ejemplo:





Configuración de las operaciones de DD Boost con Oracle RMAN 367

n En UNIX: $ORACLE_HOME/dbsn En Windows: %ORACLE_HOME%\databasePuede reemplazar la configuración de util_par_file especificando el nombrede ruta del archivo de configuración con la opción -r cuando ejecute unaoperación de BR*Tools desde la lí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 enel archivo de configuración denominado init<DBSID>.utl. Debe especificar laubicación de este archivo en el archivo de configuración de BR*Tools como sedescribe en Integración del producto en el ambiente de BR*Tools para RMAN en lapágina 366.

Por ejemplo, el archivo de configuración contiene los siguientes valores de parámetroobligatorios:



Después de configurar el archivo de configuración, asegúrese de que se han realizadolos procedimientos requeridos del lockbox, tal como se describen en Configuración dellockbox en la página 113.

Cálculo del uso de recursos de Data Domain en sistemas SAP con OracleLos siguientes temas proporcionan instrucciones adicionales y mejores prácticasrelacionadas con el 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 unerror en la operación de respaldo. El agente de aplicación de base de datos genera elsiguiente tipo de mensaje 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

Nota


Para SAP con Oracle mediante backint, el agente de aplicación de base de datosutiliza el parámetro PARALLELISM para controlar la cantidad de flujos de SAP que seutilizan en una operación de respaldo o restauración. El parámetro PARALLELISMespecifica la cantidad de flujos de datos simultáneos de SAP para enviar al sistemaData Domain o desde este durante el respaldo o la restauración.

La cantidad de flujos de lectura o escritura de Data Domain que el programa backintutiliza para conectarse al sistema Data Domain generalmente es menor o igual a laconfiguración del parámetro PARALLELISM.

Si el sistema Data Domain se queda sin flujos durante un respaldo de SAP con Oracle,la operación de respaldo falla. El agente de aplicación de base de datos genera elsiguiente tipo de mensaje de error 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 conOracle, la operación de restauración falla. El agente de aplicación de base de datosgenera el siguiente tipo de 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 DD Boost conSAP BR*Tools

Puede realizar operaciones de DD Boost con SAP BR*Tools después de habercompletado las configuraciones de respaldo que se indican en Configuración de lasoperaciones de DD Boost en un ambiente SAP con Oracle en la página 360.

Puede ejecutar la CLI de BR*Tools o una GUI compatible para realizar operaciones derespaldo, restauración o recuperación de DD Boost con el agente de aplicación de basede datos.

En la documentación de SAP y Oracle se proporcionan detalles acerca de las opcionesdisponibles.


Ejecución de respaldos y recuperaciones de DD Boost con SAP BR*Tools 369

Ejecución de respaldos de DD Boost con BR*ToolsPuede ejecutar los comandos brbackup y brarchive con las opciones adecuadaspara realizar respaldos de bases de datos y registros de reconstitución archivados. Porejemplo:

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 respaldarlos registros de 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 seande la base de datos:

brbackup -m {sap_dir | ora_dir | all_dir | <full_directory_path> | <nondatabase_file_path>}

Ejecución de restauraciones y recuperaciones de DD Boost con BR*ToolsPuede usar el comando brrestore o la interfaz brrecover para ejecutar unarestauración o una recuperación. El comando brrestore restaura los archivos debase de datos respaldados, y usted debe ejecutar Oracle SQL Plus para recuperar labase de datos mediante la aplicación de los registros de transacciones para la puesta aldía de la base de datos a un determinado punto en el tiempo. La interfaz brrecoverautomatiza el proceso de recuperación y restauración, ya que llama a brrestore ySQL Plus para realizar pasos específicos según sea necesario.

Por ejemplo, puede ejecutar el siguiente comando para restaurar toda la base dedatos:

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 elcomando brrecover, primero elimina todos los archivos originales que se van arestaurar antes de que el programa ejecute backint para restaurar los archivosrespaldados. Los archivos originales se 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 archivomediante la opció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 losarchivos originales.

Para restaurar los datos desde un respaldo del directorio (que no es una base dedatos), utilice el comando brrestore -m non_db. Cuando restaure los datos deldirectorio SAP, evite la eliminación de BR*Tools y los archivos binarios de backintdurante la restauración mediante la ejecución de una restauración reubicada. Porejemplo, ejecute el siguiente comando:

brrestore -m non_db=<restore_directory>

Ejecución de una restauración de DD Boost en un host alternativoPara restaurar de manera opcional los datos a un host de SAP con Oracle (host dedestino) diferente del que se respaldó:

l Configure el parámetro CLIENT en el nombre de host del host en el que serespaldaron los datos.

l Siga los pasos de recuperación ante desastres para volver a crear el ambiente yrestaurar los archivos de configuración y los registros de BR*Tools. Preparaciónpara la recuperación ante desastres de SAP con Oracle en la página 371proporciona 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 sepuedan volver a construir el ambiente de procesamiento y todos los archivos delservidor de Oracle de SAP asociados con el mantenimiento de datos en el host deaplicación.

Utilice las siguientes reglas para preparar una recuperación ante desastres del host deservidor de SAP con Oracle:





Preparación para la recuperación ante desastres de SAP con Oracle 371



l Para garantizar la recuperación de la configuración específica del cliente de la basede datos, respalde los archivos de configuración del sistema siguiendo ladocumentación de SAP con Oracle. Estos archivos no se respaldan durante losrespaldos de base de datos.

l Asegúrese de contar con un respaldo completo actualizado de la base de datos yde todos los archivos de reconstitución archivados, según sea necesario, para unarecuperación de la base de datos a la hora actual.

Para recuperarse de un desastre, primero debe restaurar todos los archivos deconfiguración de Oracle y SAP perdidos y los archivos de registro de respaldo deBR*Tools perdidos, de acuerdo con las siguientes instrucciones. Después de restaurarestos archivos, puede realizar una recuperación de punto en el tiempo de base dedatos o restablecer toda la base de datos según las instrucciones que se proporcionanen Ejecución de restauraciones y recuperaciones de DD Boost con BR*Tools en lapágina 370.

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 antedesastres que se describen en la documentación de SAP, modificados para losrequisitos específicos del agente de aplicación de base de datos. Puede realizar esteprocedimiento en el host original o en uno nuevo, ambos se denominan “host dedestino”.

Para restaurar a un host diferente del que se respaldó, siga las instrucciones de Ejecución de una restauración de DD Boost en un host alternativo en la página 371.

Procedimiento

1. Si se pierde todo el sistema SAP con Oracle:

a. Vuelva a instalar todos los componentes de software necesarios de SAP yOracle según la documentación de SAP y Oracle.

b. Vuelva a configurar el diseño de datos de SAP, como el directorioSAPDATA_HOME y sus subdirectorios, al mismo estado que tenían antes deldesastre.

2. Configure el archivo de configuración de BR*Tools, init<DBSID>-dr.sap, yel archivo de configuración del agente de aplicación de base de datos,init<DBSID>-dr.utl, para la recuperación en el host de destino.

3. Vuelva a crear el lockbox en el host de destino. Configuración del lockbox en lapágina 113 proporciona información detallada acerca del lockbox.

4. Asegúrese de que los parámetros estén configurados correctamente para unarestauración redirigida según Configuración de los parámetros de SAP conOracle para backint en la página 362.

5. Para realizar una recuperación ante desastres de perfiles y registros en el hostde destino, inicie BR*Tools en el host y, a continuación, siga las instruccionesque aparecen en pantalla.

Por ejemplo, los siguientes pasos muestran cómo usar BR*Tools para realizaruna recuperación ante desastres y restaurar archivos de perfiles y registrodesde un respaldo BRBACKUP:

a. En el menú brtools, seleccione Restore and Recovery y, a continuación,Disaster recovery.



b. En la página BRRECOVER options for disaster recovery, establezca laubicación del archivo de configuración de BR*Tools y el archivo deconfiguración de SAP con Oracle a los nombres de archivo configurados enel 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 antedesastres tengan nombres diferentes o estén almacenados en una ubicacióndiferente a la de los archivos originales que se van a restaurar.

c. En la página Device type for restoring profiles and log files fromBRBACKUP backup, seleccione Backup utility.

d. En la página Parameters for restoring profiles and log files fromBRBACKUP backup utility backup, especifique los archivos que desearestaurar.

e. En la página Restore of profiles and log files from BRBACKUP backup,seleccione los componentes que desea restaurar.

La documentación de SAP proporciona más detalles acerca de la recuperaciónante desastres.

Recuperación de una base de datos de SAP con Oracle después de undesastre

Después de restaurar los registros y el archivo de configuración correctos de SAPBR*Tools en el host de aplicaciones, siga el procedimiento de recuperación normal deBR*Tools para ejecutar la recuperación de punto en el tiempo o el restablecimiento dela base de datos.

Ejecución de restauraciones y recuperaciones de DD Boost con BR*Tools en la página370 proporciona el procedimiento para recuperar una base de datos de SAP conOracle.

La documentación de SAP proporciona más detalles acerca de la recuperación de labase de datos.

Requisitos de clúster y SAP con Oracle RAC para lasoperaciones de DD Boost

Puede ejecutar restauraciones y respaldos de DD Boost en un ambiente de clústeractivo/pasivo o de Oracle RAC.

Requisitos de clúster activo/pasivoDebe cumplir los siguientes requisitos de configuración en un ambiente de clústeractivo/pasivo:

l Ha configurado la base de datos en el clúster conforme a la documentación deservidor de base de datos correspondiente.

l Ha instalado al agente de aplicación de base de datos en cada nodo del clúster queparticipará en respaldos o restauraciones.


Recuperación de una base de datos de SAP con Oracle después de un desastre 373

l Ha establecido el parámetro CLIENT del archivo de configuración en el nombre dehost del nodo virtual. Parámetros comunes en la página 87 proporcionainformación detallada.

Requisitos de Oracle RACLa documentación de SAP proporciona detalles sobre la configuración de Oracle RAC.Debe cumplir 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 dedatos dedicada (DDB), se utiliza para realizar todas las tareas de administración debase de datos. Debe ser capaz de administrar todas las instancias de RAC desde lainstancia de DDB.

l Instaló BR*Tools y el agente de aplicación de base de datos en el host de instanciade DDB.

l Ha creado los directorios de registro de BR*Tools, como SAPBACKUP y SAPARCH,en un sistema de archivos compartido.

l Ha configurado correctamente SQL Net de Oracle.

l Configuró los parámetros requeridos, como parallel_instances ydb_services, en el archivo 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 seejecutan en una única instancia de RAC, la instancia de DDB. La configuración de lainstancia de DDB es la misma que para un sistema Oracle independiente.

Si cambia la instancia de DDB después de que algunos de los respaldos se realizaroncon la instancia de DDB original, establezca el parámetroCLIENT=nombre_de_host_de_instancia_de_DDB_original para asegurarse de quetodos los respaldos se almacenen en la misma ubicación en el sistema Data Domain. Parámetros comunes en la página 87 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 solainstancia solamente, la instancia de DDB. La configuración de estos respaldos y estasrestauraciones de RMAN es la misma que para las operaciones de RMAN en unambiente independiente. Se recomienda que establezca el parámetro CLIENT en elnombre de host de la instancia de DDB, en caso de que la instancia de DDB setransfiera más adelante.

A partir de BR*Tools 7.20 (parche 31) y 7.40, el software de SAP es compatible conrespaldos y restauraciones de Oracle RAC en varios nodos RAC, lo que se conocecomo operaciones de RMAN distribuidas. Asegúrese de cumplir con los siguientesrequisitos para ejecutar estas operaciones:

l Ha instalado el agente de aplicación de base de datos en cada nodo de RAC queparticipará en los respaldos o las restauraciones.

l Todos los nodos que se incluyen en las operaciones de RMAN utilizan el mismo tipode conexió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 elarchivo init<DBSID>.utl. Este archivo de configuración se almacena en unaubicación compartida, a la que pueden acceder todos los nodos de RAC.



l Configuró los parámetros requeridos en el archivo init<DBSID>.sap deBR*Tools, como se describe en Integración del producto en el ambiente deBR*Tools para RMAN en la página 366. Asegúrese de que rman_channels estéconfigurado en un valor mayor que 1, preferentemente, un múltiplo de la cantidadde nodos de RAC. Por ejemplo, establezca rman_channels = 4 para un sistemaRAC con 2 nodos (BR*Tools asigna 2 canales por nodo). Para habilitar lasoperaciones de RMAN distribuidas, configure rman_rac_dist = yes.

l Para las operaciones de RAC distribuidas, se ha conectado a la base de datos conun nombre de 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 lasfunciones SAPDBA, SYSDBA y SYSOPER.

Sugerencias de solución de problemas de SAP con Oraclepara las operaciones de DD Boost

En Sugerencias generales para la solución de problemas en la página 147, seproporciona información de solución de problemas comunes que se aplica a lasoperaciones de agente de aplicación de base de datos, con todas las aplicaciones ybases de datos compatibles.

El agente de aplicación de base de datos mantiene los registros operacionales y dedepuración en los directorios estándares:

l En UNIX o Linux: /opt/dpsapps/dbappagent/logs, vinculado a /var/opt/ddbda/logs

l En Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\logsPara habilitar la depuración, debe configurar el parámetro DEBUG_LEVEL.


Sugerencias de solución de problemas de SAP con Oracle para las operaciones de DD Boost 375



CAPÍTULO 11

Operaciones de ProtectPoint en sistemas SAPcon Oracle


l Descripción general de las operaciones de ProtectPoint en un ambiente SAP conOracle.............................................................................................................. 378

l Configuración de las operaciones de ProtectPoint en un ambiente SAP conOracle.............................................................................................................. 379

l Ejecución de respaldos y recuperaciones de ProtectPoint con SAP BR*Tools.388l Preparación para la recuperación ante desastres de SAP con Oracle...............390l Requisitos de clúster y SAP con Oracle RAC para las operaciones de

ProtectPoint.................................................................................................... 393l Restauración y reversión de ProtectPoint para VCS en Solaris........................ 394l Sugerencias de solución de problemas de SAP con Oracle para las operaciones de

ProtectPoint.................................................................................................... 399

Operaciones de ProtectPoint en sistemas SAP con Oracle 377

Descripción general de las operaciones de ProtectPoint enun ambiente SAP con Oracle

El agente de aplicación de base de datos se integra en la interfaz backint de SAPBR*Tools para permitir realizar respaldos, restauraciones y archivos de registros detransacciones de ProtectPoint en un ambiente SAP con Oracle.

Puede ejecutar una operación de respaldo, restauración o recuperación deProtectPoint con el producto en un servidor de base de datos de SAP con Oraclemediante la ejecución de una de las herramientas 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 basede datos para 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 se proporciona con el agente de aplicación de base de datos) para mostrar yeliminar respaldos, como se describe en Configuración de la visualización y laeliminación de información del saveset en la página 130.


En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de ProtectPoint con elagente de aplicación de 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.

1. El administrador de base de datos inicia el respaldo mediante la ejecución de la CLIde BR*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 SAPcon Oracle ejecutan el programa backint, instalado como parte del agente de

Operaciones de ProtectPoint en sistemas SAP con Oracle


aplicación de base de datos, y pasa algunos parámetros y una lista de archivos odirectorios para respaldar.

3. El programa backint procesa los parámetros, incluidos los parámetros delarchivo de configuración del agente de aplicación de base de datos.

4. El programa backint determina los archivos que se pueden convertir eninstantáneas que se respaldarán con el flujo de trabajo de ProtectPoint y losarchivos que no se pueden convertir en instantáneas que se respaldarán con elflujo de trabajo de DD Boost.

5. Según la configuración de paralelismo, el programa backint podría iniciarmúltiples procesos secundarios backint para respaldar los archivos que no sepueden convertir en instantáneas.

6. El flujo de trabajo de respaldo se lleva a cabo para los archivos que se puedenconvertir en instantáneas, como se describe en el tema sobre el flujo de trabajo derespaldo de ProtectPoint o el flujo de trabajo de respaldo de ProtectPoint conRecoverPoint en el capítulo 1.

7. El programa backint utiliza el flujo de trabajo de DD Boost para respaldar losarchivos de parámetros de Oracle y BR*Tools, los archivos de catálogo y elarchivo 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 laCLI de BR*Tools, BRGUI o GUI de BR*Tools Studio.

2. El programa brrestore o brrecover en el servidor de base de datos de SAPcon Oracle ejecuta el programa backint y transmite algunos parámetros y unalista de archivos o directorios para restaurar.

3. El programa backint procesa los parámetros, incluidos los parámetros delarchivo de configuració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 unflujo de trabajo de ProtectPoint para restaurar los archivos que se puedenconvertir en instantáneas y un flujo de trabajo de DD Boost para restaurar losarchivos que no se pueden convertir en instantáneas.

5. Según la configuración de paralelismo, el programa backint podría iniciarmúltiples procesos secundarios backint para restaurar los archivos que no sepueden convertir en instantáneas.

6. El flujo de trabajo de restauración continúa con los archivos que se puedenconvertir en instantáneas, como se describe en el tema acerca del flujo de trabajode restauración de ProtectPoint con VMAX o el flujo de trabajo de restauración deProtectPoint con RecoverPoint en el capítulo 1.

Después de restaurar los datos, el administrador de base de datos debe recuperarla base de datos mediante el comando brrecover o la herramienta Oracle SQLPlus. La documentación de SAP con Oracle proporciona información detallada.

Configuración de las operaciones de ProtectPoint en unambiente SAP con Oracle

Asegúrese de que se hayan completado las configuraciones de VMAX, XtremIO,RecoverPoint y Data Domain según la documentación de ProtectPoint. Los recursos


Procesos de restauración de SAP con Oracle 379

de almacenamiento requeridos se deben configurar y aprovisionar correctamente parapermitir las operaciones de ProtectPoint.







Nota

Para los respaldos de ProtectPoint, se recomienda que los archivos de control de labase de datos y los archivos de registro de reconstitución en línea se encuentren enLUN diferentes 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 dearchivos de base de datos.

Debe completar las configuraciones necesarias del agente de aplicación de base dedatos para permitir las operaciones de ProtectPoint en un ambiente SAP con Oracle.En los temas siguientes, se proporciona información detallada sobre la configuraciónde productos.

En Requisitos de clúster y SAP con Oracle RAC para las operaciones deProtectPoint en la página 393, se proporcionan detalles adicionales sobre losrequisitos de configuración específicos en un ambiente SAP con Oracle RAC o declúster activo/pasivo.

En la sección de solución de problemas al final de este capítulo, se proporcionainformación detallada sobre las limitaciones de las operaciones de ProtectPoint con elagente de aplicación de base de datos en un ambiente SAP con Oracle.

Integración del producto en el ambiente de BR*ToolsPara habilitar las operaciones de BR*Tools para utilizar el programa backint, debecompletar los ajustes necesarios en el archivo de configuración init<DBSID>.sapde 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.Puede establecer el parámetro util_path en el nombre de ruta del directoriodonde se encuentra backint. 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 debenincluir espacios en los nombres de ruta de los archivos que configuró eninit<DBSID>.sap. Si incluye espacios en una configuración de nombre deruta, el respaldo fallará. Para obtener la versión corta de un directorio, ejecuteel comando dir /x en el directorio principal. 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íneadisminuyan la cantidad de tiempo que cada espacio de tablas permanece en modode respaldo activo, lo que resulta en una menor cantidad de registros detransacciones generados.


brbackup -d util_file_online

l Configure el parámetro util_par_file en la ubicación del archivo deconfiguración según la configuración en Configuración de los parámetros de SAPcon Oracle en la página 382. Por ejemplo:




Integración del producto en el ambiente de BR*Tools 381


n En UNIX: $ORACLE_HOME/dbsn En Windows: %ORACLE_HOME%\databasePuede reemplazar esta configuración de util_par_file especificando elnombre de ruta del archivo de configuración con la opción -r cuando ejecute unaoperación de BR*Tools desde la lí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 delservidor de base de datos 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 dedatos que se restaurarán. Este acceso de lectura permite que un usuario de una basede datos diferente restaure los datos en un host diferente.

Puede restaurar solamente archivos de datos para los cuales dispone de permiso delectura, según los permisos del sistema operativo de los archivos en el momento enque se respaldaron.

En UNIX, el permiso de lectura está asociado con el ID de usuario (UID) y el ID degrupo (GID), no con el nombre de grupo o el nombre de usuario. El UID y el GID delusuario que ejecuta la restauración deben coincidir con los identificadores asociadoscon los archivos en el momento de ejecución del respaldo.

Habilitación de los privilegios de administrador para restauraciones de SAPcon Oracle 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, yaque impide que el software se instale o ejecute a menos que un administrador autoricelos privilegios elevados.

En los sistemas de Windows con la función UAC activada, antes de iniciar unarestauración desde la CLI, asegúrese de que estén habilitados los privilegios deadministrador para el usuario que llevará a cabo la restauración. De lo contrario, laoperación puede fallar.

Puede habilitar los privilegios de administrador desde la CLI como se indica acontinuació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 enel archivo de configuración denominado init<DBSID>.utl.

Preparación del archivo de configuración en la página 84 describe los parámetroscomunes, los parámetros de ProtectPoint y cómo configurar los parámetros en el



archivo de configuración. Otros temas en Configuración del producto en la página 83describen los parámetros y los requisitos para las restauraciones de respaldosreplicados y las restauraciones de reversión.

Asegúrese de que el archivo de configuración contenga cualquier otro parámetrorequerido de la siguiente tabla. En la tabla, se detallan los encabezados de lassecciones del archivo de configuración que contienen cada uno de los parámetros.Debe especificar la ubicación del archivo de configuración en el archivo deconfiguración de BR*Tools, como se describe en Integración del producto en elambiente de BR*Tools en la página 380.


AVISO

Con la configuración del parámetro SNAPSHOT_OBJECTS se determina si se debeejecutar un respaldo de ProtectPoint o un respaldo de DD Boost.

Tabla 33 Parámetros de SAP con Oracle para las operaciones de ProtectPoint

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 el rendimiento de losrespaldos, 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 procesando deben estar visibles enel sistema de archivos local. Los nombres de ruta de UNC de Windows deben estar asignados a una letra de unidad local.

Opcional para un respaldo.


Configuración de los parámetros de SAP con Oracle 383

Tabla 33 Parámetros de SAP con Oracle para las operaciones de ProtectPoint (continuación)

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 este durante unaoperación de respaldo o restauración de DD Boost 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 DD Boost de objetos específicos de SAP con Oracle, comolos metadatos, que pueden ocurrir en conjunto con una operación de ProtectPoint.

Nota

Se reduce el valor de paralelismo para un respaldo si el valor es mayor que el valor del parámetro SAVESETS.

Para un respaldo o restauración de ProtectPoint, con un solo proceso backint se llevan a cabo las operaciones de

ProtectPoint.

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 cantidad inicial dedatos que se debe omitir.

AVISO

Al ajustar la cantidad de datos que se debe omitir, necesita un conocimiento profundo del sistema operativo y lasespecificaciones 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 para eldispositivo 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 estos directorios seconsideran 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 cuando SAPDATA_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 se dividen en lossavesets 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 ProtectPoint o un respaldo de DD Boost de los archivos de base de datos, losarchivos de registro de reconstitución archivados y los archivos de metadatos de SAP con Oracle. Los metadatos incluyen losperfiles y los catálogos de SAP con Oracle.

El agente de aplicación de base de datos realiza un respaldo de DD Boost de cualquier archivo que no resida en un volumen quepueda convertirse en instantánea y cualquier tipo de archivo que no se especifique en la configuración de este parámetro.

Nota

Se recomienda realizar un respaldo de DD Boost de los metadatos, debido a que los archivos de metadatos son muy pequeñosy muy pocos.


Configuración de los parámetros de SAP con Oracle 385


Obligatorio para un respaldo de ProtectPoint.

Valores válidos:

l No definido (predeterminado) = realizar un respaldo de DD Boost de los archivos de base de datos, los archivos de registroy los metadatos.

l Uno o más de los siguientes valores, separados por comas:

n DATA = realizar un respaldo de ProtectPoint de los archivos de base de datos.

n LOGS = realizar un respaldo de ProtectPoint de los archivos de registro de reconstitución archivados.

n METADATA = realizar un respaldo de ProtectPoint 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 ProtectPoint de los archivos de registro y de base dedatos, y un respaldo de DD Boost 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 registrosarchivados respaldados podrían estar en varios conjuntos de imágenes estáticas.Durante la restauración de los registros archivados de Oracle, un conjunto separado delos dispositivos de restauración debe estar disponible para montar cada conjunto deimágenes estáticas.

Antes de iniciar una restauración de los registros archivados, asegúrese de que tiene lacantidad requerida de dispositivos de restauración en el pool de dispositivos vdisk deDD. Esta cantidad de dispositivos de restauración debe ser al menos igual a la cantidadde LUN de origen de VMAX o XtremIO multiplicada por la cantidad de respaldos, segúnlos requisitos de la operación de restauración específica.

Nota

Los LUN o los dispositivos de restauración no necesitan estar dedicados al servidor deSAP con Oracle. Los dispositivos de restauración pueden estar en un pool que tambiénse usa para otras restauraciones de aplicación o de servidor que podrían ejecutarse enmomentos diferentes, siempre y cuando los dispositivos estén enmascarados segúncorresponda.

Asegúrese de realizar una restauración de un punto en el tiempo de los registrosarchivados, no una restauración de reversión.

Por ejemplo, la política de respaldo especifica un respaldo diario completo de la basede datos y el respaldo de los registros archivados cuatro veces al día. Para habilitar larestauración desde un respaldo de base de datos específico y la aplicación de todos losregistros requeridos, necesita cuatro veces la cantidad de LUN de origen de VMAX oXtremIO donde se encuentran los registros archivados.



Preparación del dispositivo Data Domain para la restauración en WindowsEn Windows, en un ambiente de ProtectPoint con RecoverPoint, debe preparar eldispositivo de vdisk de Data Domain antes de que pueda restaurar un respaldo deProtectPoint con RecoverPoint a un arreglo XtremIO.

Después de que se hayan creado los servicios de bloques de Data Domain para eldispositivo de vdisk según la documentación de ProtectPoint, complete los siguientespasos.

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 unestado desconocido:

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 ProtectPointde SAP con Oracle

Antes de realizar una restauración de reversión de un respaldo de ProtectPoint de SAPcon Oracle, asegúrese de copiar el directorio SAPBACKUP en una ubicaciónalternativa y establecer la variable de ambiente de SAPBACKUP, según corresponda.

Durante una restauración de reversión, SAP registra la lista de archivos de datos parala restauración en el directorio SAPBACKUP. De forma predeterminada, estedirectorio se encuentra en uno de los sistemas de archivos que participan en larestauración de reversión. A menos que especifique una ubicación nueva para eldirectorio SAPBACKUP antes de la restauración de reversión, el directorio seconsidera "en uso" cuando la operación de restauración deporta los sistemas dearchivos existentes y la restauración de reversión falla.

Puede realizar los siguientes pasos para volver a configurar el directorio SAPBACKUPen una ubicació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 directorionueva. Por ejemplo:

export SAPBACKUP=/newLocation/sapbackup

Preparación para respaldos y restauraciones de reversión de ProtectPointcon RecoverPoint de SAP con Oracle que usan versiones de RecoverPointanteriores a 5.0

Con las versiones de RecoverPoint anteriores a 5.0, el agente de aplicación de base dedatos ejecuta una restauración de reversión de un respaldo de ProtectPoint con


Preparación del dispositivo Data Domain para la restauración en Windows 387

RecoverPoint en el nivel de grupo de consistencia. Si el grupo de coherencia deRecoverPoint que se está restaurando contiene varios LUN, todos los LUN sesobrescriben y son inaccesibles durante la restauración de reversión. Los requisitosespecíficos se aplican a los respaldos y las restauraciones de reversión deProtectPoint 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 ProtectPoint con RecoverPoint siempre ocurren a nivel de grupo deconsistencia, independientemente de los objetos que se incluyan en el comando derespaldo. Como mejor práctica para una restauración de reversión de ProtectPoint conRecoverPoint, cuando ejecute 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.

Asegúrese de cumplir los siguientes requisitos para la restauración de reversión deSAP con Oracle de un respaldo de ProtectPoint con RecoverPoint con versiones deRecoverPoint anteriores a 5.0:

l Los registros de reconstitución en línea y los archivos de control de Oracle residenen dispositivos convencionales que no son instantáneas o en un grupo deconsistencia de RecoverPoint independiente.

l Si un espacio de tablas de Oracle debe permanecer en línea durante unarestauración de reversión, este espacio de tablas en línea y el espacio de tablas quese restaurará están en grupos de consistencia independientes.

l Los archivos de datos de Oracle y los archivos de registro archivados seencuentran en grupos de coherencia independientes.

l Los archivos de datos de Oracle y los archivos de catálogo de la herramientaBR*Tools se encuentran en grupos de coherencia independientes.

Nota

Se recomienda realizar un respaldo de DD Boost de los archivos de metadatos deBR*Tools, que incluyen los archivos de catálogo, debido a que los archivos demetadatos son de tamaño muy pequeño. Para especificar el respaldo de DD Boostde los metadatos, omita el valor METADATA de la configuración del parámetroSNAPSHOT_OBJECTS.

Ejecución de respaldos y recuperaciones de ProtectPointcon SAP BR*Tools

Puede realizar operaciones de ProtectPoint con SAP BR*Tools después de habercompletado las configuraciones de respaldo que se indican en Configuración de lasoperaciones de ProtectPoint en un ambiente SAP con Oracle en la página 379.

Puede ejecutar la CLI de BR*Tools o una GUI compatible para realizar operaciones derespaldo, restauración o recuperación de ProtectPoint con el agente de aplicación debase de datos.

En la documentación de SAP y Oracle se proporcionan detalles acerca de las opcionesdisponibles.



Ejecución de respaldos de ProtectPoint con BR*ToolsPara realizar respaldos de bases de datos y registros de reconstitución archivados,puede ejecutar los 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 enlínea, puede ejecutar 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 ejecutarel siguiente comando:

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 unrespaldo, puede ejecutar el comando brbackup con la opción -verify.

Ejecución de restauraciones y recuperaciones de ProtectPoint con BR*ToolsPara asegurarse de que existe el respaldo que debe restaurarse antes de realizar unarestauración o recuperación, puede ejecutar el comando brrestore con la opción -verify. La documentación de BR*Tools proporciona información detallada acerca dela 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 comandobrrestore o la interfaz brrecover. El comando brrestore restaura los archivosde base de datos respaldados, y usted debe ejecutar Oracle SQL Plus para recuperar labase de datos mediante la aplicación de los registros de transacciones para la puesta aldía de la base de datos a un determinado punto en el tiempo. La interfaz brrecoverautomatiza el proceso de recuperación y restauración, ya que llama a brrestore ySQL Plus para realizar pasos específicos según sea necesario.


Ejecución de respaldos de ProtectPoint con BR*Tools 389

Por ejemplo, para restaurar toda la base de datos, puede ejecutar el siguientecomando:

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

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 elcomando brrecover, primero elimina todos los archivos originales que se van arestaurar antes de que el programa ejecute backint para restaurar los archivosrespaldados. Los archivos originales se 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 archivomediante la opció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ónbrrestore -NFD.

Para restaurar los datos desde un respaldo del directorio (que no es una base dedatos), utilice el comando brrestore -m non_db. Cuando restaure los datos deldirectorio SAP, evite la eliminación de BR*Tools y los archivos binarios de backintdurante la restauración mediante la ejecución de una restauración reubicada. Porejemplo, ejecute el siguiente comando:

brrestore -m non_db=<restore_directory>

Ejecución de una restauración de ProtectPoint en un host alternativoPara restaurar de manera opcional los datos a un host de SAP con Oracle (host dedestino) diferente del que se respaldó:

l Configure el parámetro CLIENT en el nombre de host del host en el que serespaldaron los datos.

l Siga los pasos de recuperación ante desastres para volver a crear el ambiente yrestaurar los archivos de configuración y los registros de BR*Tools. Preparaciónpara la recuperación ante desastres de SAP con Oracle en la página 390proporciona 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 sepuedan volver a construir el ambiente de procesamiento y todos los archivos del



servidor de Oracle de SAP asociados con el mantenimiento de datos en el host deaplicación.

Utilice las siguientes reglas para preparar una recuperación ante desastres del host deservidor de SAP con Oracle:






l Para garantizar la recuperación de la configuración específica del cliente de la basede datos, respalde los archivos de configuración del sistema siguiendo ladocumentación de SAP con Oracle. Estos archivos no se respaldan durante losrespaldos de base de datos.

l Asegúrese de contar con un respaldo completo actualizado de la base de datos yde todos los archivos de reconstitución archivados, según sea necesario, para unarecuperación de la base de datos a la hora actual.

Para recuperarse de un desastre, primero debe restaurar todos los archivos deconfiguración de Oracle y SAP perdidos y los archivos de registro de respaldo deBR*Tools perdidos de acuerdo con las siguientes instrucciones. Después de restaurarestos archivos, puede realizar una recuperación de punto en el tiempo de base dedatos o restablecer toda la base de datos según las instrucciones que se proporcionanen Ejecución de restauraciones y recuperaciones de ProtectPoint con BR*Tools en lapágina 389.

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 antedesastres que se describen en la documentación de SAP, modificados para losrequisitos específicos del agente de aplicación de base de datos. Puede realizar esteprocedimiento en el host original o en uno nuevo, ambos se denominan “host dedestino”.

Para restaurar a un host diferente del que se respaldó, siga las instrucciones de Ejecución de una restauración de ProtectPoint en un host alternativo en la página 390.

Procedimiento

1. Si se pierde todo el sistema SAP con Oracle:

a. Vuelva a instalar todos los componentes de software necesarios de SAP yOracle según la documentación de SAP y Oracle.

b. Vuelva a configurar el diseño de datos de SAP, como el directorioSAPDATA_HOME y sus subdirectorios, al mismo estado que tenían antes deldesastre.

2. Configure el archivo de configuración de BR*Tools, init<DBSID>-dr.sap, yel archivo de configuración del agente de aplicación de base de datos,init<DBSID>-dr.utl, para la recuperación en el host de destino.

3. Vuelva a crear el lockbox en el host de destino. Configuración del lockbox en lapágina 113 proporciona información detallada acerca del lockbox.


Restauración de los archivos requeridos de Oracle y SAP BR*Tools 391

4. Asegúrese de que los parámetros estén configurados correctamente para unarestauración redirigida según Configuración de los parámetros de SAP conOracle en la página 382.

5. Para realizar una recuperación ante desastres de perfiles y registros en el hostde destino, inicie BR*Tools en el host y, a continuación, siga las instruccionesque aparecen en pantalla.

Por ejemplo, los siguientes pasos muestran cómo usar BR*Tools para realizaruna recuperación ante desastres y restaurar archivos de perfiles y registrodesde un respaldo BRBACKUP.

a. En el menú brtools, seleccione Restore and Recovery y, a continuación,Disaster recovery.

b. En la página BRRECOVER options for disaster recovery, establezca laubicación del archivo de configuración de BR*Tools y el archivo deconfiguración de SAP con Oracle en los nombres de archivo configurados enel 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 antedesastres tengan nombres diferentes o estén almacenados en una ubicacióndiferente a la de los archivos originales que se van a restaurar.

c. En la página Device type for restoring profiles and log files fromBRBACKUP backup, seleccione Backup utility.

d. En la página Parameters for restoring profiles and log files fromBRBACKUP backup utility backup, especifique los archivos que desearestaurar.

e. En la página Restore of profiles and log files from BRBACKUP backup,seleccione los componentes que desea restaurar.

La documentación de SAP proporciona más detalles acerca de la recuperaciónante desastres.

Recuperación de una base de datos de SAP con Oracle después de undesastre

Para ejecutar la recuperación a un punto en el tiempo o el restablecimiento de la basede datos después de restaurar los registros y el archivo de configuración correctos deSAP BR*Tools en el host de aplicaciones, siga el procedimiento de recuperaciónnormal de BR*Tools.

Ejecución de restauraciones y recuperaciones de ProtectPoint con BR*Tools en lapágina 389 proporciona el procedimiento para recuperar una base de datos de SAPcon Oracle.

La documentación de SAP proporciona más detalles acerca de la recuperación de labase de datos.



Requisitos de clúster y SAP con Oracle RAC para lasoperaciones de ProtectPoint

Puede realizar restauraciones y respaldos de ProtectPoint en un ambiente de clústeractivo/pasivo o de Oracle RAC.

Requisitos de clúster activo/pasivoDebe cumplir los siguientes requisitos de configuración en un ambiente de clústeractivo/pasivo:

l Ha configurado la base de datos en el clúster conforme a la documentación deservidor de base de datos correspondiente.

l Ha instalado al agente de aplicación de base de datos en cada nodo del clúster queparticipará en respaldos o restauraciones.

l Ha establecido el parámetro CLIENT del archivo de configuración en el nombre dehost del nodo virtual. Parámetros comunes en la página 87 proporcionainformación detallada sobre el parámetro.

Requisitos de Oracle RACLa documentación de SAP proporciona detalles sobre la configuración de Oracle RAC.Debe cumplir 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 dedatos dedicada (DDB), se utiliza para realizar todas las tareas de administración debase de datos. Debe ser capaz de administrar todas las instancias de RAC desde lainstancia de DDB.

l Instaló BR*Tools y el agente de aplicación de base de datos en el host de instanciade DDB.

l Ha creado los directorios de registro de BR*Tools, como SAPBACKUP y SAPARCH,en un sistema de archivos compartido.

l Ha configurado correctamente SQL Net de Oracle.

l Configuró los parámetros requeridos, como parallel_instances ydb_services, en el archivo 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 seejecutan en una única instancia de RAC, la instancia de DDB. La configuración de lainstancia de DDB es la misma que para un sistema Oracle independiente.

Si cambia la instancia de DDB después de que algunos de los respaldos se realizaroncon la instancia de DDB original, establezca el parámetroCLIENT=<nombre_de_host_de_instancia_de_DDB_original> para asegurarse de quetodos los respaldos se almacenen en la misma ubicación en el sistema Data Domain. Parámetros comunes en la página 87 proporciona detalles sobre el parámetro.


Requisitos de clúster y SAP con Oracle RAC para las operaciones de ProtectPoint 393

Restauración y reversión de ProtectPoint para VCS enSolaris

Utilice los procedimientos en los temas siguientes para ejecutar operaciones derestauración y reversión de ProtectPoint para un sistema de VCS en Solaris.

Ejecución de una restauración de VCS de ProtectPointProcedimiento










Nota


root:/# hagrp -freeze <oracle_sg> -persistent













a. oracle:/# sqlplus / as sysdbab. SQL > shutdown immediatec. SQL > startup mountd. SQL > exit


Ejecución de una restauración de VCS de ProtectPoint 395

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 el comando siguiente:






Ejecución de una reversión de VCS de ProtectPoint

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. Eneste escenario, debe montar manualmente el FS.

Procedimiento












Nota


root:/# hagrp -freeze <oracle_sg> -persistentroot:/# hagrp -freeze <oracle_ctl_sg> -persistent




-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y


Ejecución de una reversión de VCS de ProtectPoint 397

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 reversión y la recuperación de RMAN.






b. Descongele los grupos de servicios y habilite las opciones On line y Offline.Escriba el comando siguiente:






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 Oraclepara las operaciones de ProtectPoint


El agente de aplicación de base de datos mantiene los registros operacionales y dedepuración en los directorios estándares:

l En UNIX o Linux: /opt/dpsapps/dbappagent/logs, vinculado a /var/opt/ddbda/logs

l En Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\logsLas operaciones de ProtectPoint mantienen un registro operacional independientedenominado ddbsm.log, que contiene detalles sobre los errores y las operaciones.


Sugerencias de solución de problemas de SAP con Oracle para las operaciones de ProtectPoint 399

Debe configurar el parámetro DEBUG_LEVEL para activar la depuración.



APÉNDICE A

Optimización del rendimiento

Este apéndice incluye los siguientes temas:

l Optimización del rendimiento de respaldo y recuperación................................ 402l La regla del 70 % del componente de hardware............................................... 402l Impacto de los componentes de software en el rendimiento............................ 402l Optimización del rendimiento en sistemas DB2................................................ 403l Optimización del rendimiento en los sistemas Oracle....................................... 404l Optimización del rendimiento en los sistemas SAP HANA................................ 405l Optimización del rendimiento en sistemas SAP con Oracle.............................. 405

Optimización del rendimiento 401

Optimización del rendimiento de respaldo y recuperaciónTodo ambiente de respaldo tiene un cuello de botella. El cuello de botella determina elmáximo rendimiento del sistema. La velocidad de las operaciones de respaldo yrestauración está limitada por la velocidad del componente más lento en la cadena.

Cuando configura las expectativas de rendimiento de respaldo y recuperación, tengaen cuenta los requisitos 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 deestablecer las expectativas de rendimiento.

l Analice y establezca el objetivo de tiempo de recuperación (RTO) para laaplicación.

l Determine la ventana de respaldo

l Determine la cantidad de datos que se deben respaldar durante los respaldoscompletos, los incrementales 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 ambientesteóricos rara vez 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 cualquiercomponente.

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 sesupera el umbral de 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 derecursos de I/O, CPU y red. Las aplicaciones suelen utilizar una cantidad considerablede esos recursos, lo que afecta los respaldos. Los respaldos también pueden consumirmuchos recursos y pueden afectar el rendimiento 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, dondeun objeto puede ser un archivo o un flujo. Un respaldo o restauración de muchosobjetos pequeños, por lo general, tarda más que un respaldo o restauración de unapequeña cantidad de objetos grandes, incluso cuando se procesa la mismacantidad de datos:



n Configure el registro de transacciones para generar archivos de registro másgrandes cuando sea posible.

n Para las aplicaciones que son compatibles con la ejecución explícita derespaldos de registros, calendarice la mejor frecuencia de respaldo de registroque se base en el RTO.

l Por lo general, la cantidad de respaldos (savesets) que se almacenan en el sistemaData Domain no afecta el rendimiento del respaldo. Sin embargo, para algunasaplicaciones, como SAP HANA o DB2, el número de respaldos almacenados podríaafectar el rendimiento de la restauración:

n Use herramientas de aplicación para configurar la retención adecuada para losrespaldos cuando sea posible y asegúrese de que se limpien los respaldosobsoletos de manera regular.

n Siga las instrucciones en Configuración de la visualización y la eliminación deinformación del saveset en la página 130 para obtener la lista y el número deobjetos de respaldo (savesets) que se almacenan en el sistema Data Domain.

n Use rutas de dispositivos diferentes para instancias de base de datos diferentesa fin de aumentar la velocidad de recuperación. Un sistema cliente con cuatro ocinco instancias de base de datos puede tener cinco veces la cantidad derespaldos en un directorio, lo cual podría dar lugar a una restauración más lentapara algunas aplicaciones.

l La compresión y el cifrado de respaldo son operaciones que consumen muchosrecursos en el cliente, lo cual puede afectar considerablemente el rendimiento delrespaldo y la tasa de deduplicación de datos que se almacenan en el sistema DataDomain:

n No use la compresión de respaldo basada en aplicaciones, porque el softwarede DD Boost almacena datos en un formato comprimido.

n Use el cifrado en transferencia de Data Domain para proteger los datos entránsito. Habilitar el cifrado mediante una conexión WAN en la página 54proporciona información detallada.

l La ejecución de respaldos y restauraciones (multi-stream) paralelos aumenta lavelocidad de las operaciones:

n Asegúrese de que la cantidad de flujos simultáneos o totales en el sistema DataDomain no supere la cantidad máxima de flujos admitidos.

Los siguientes temas describen el impacto en el rendimiento de varios respaldos paracada tipo de aplicación de base de datos y proporcionan información sobre cómomejorar el rendimiento.

Optimización del rendimiento en sistemas DB2Puede optimizar el rendimiento en un sistema DB2 a través de las prácticasrecomendadas para archiving de registros de transacciones de DB2, respaldos multi-stream y eliminaciones de respaldo.

Configuración de archiving de registros de transacciones de DB2Se recomienda mantener la base de datos activa, de modo que los registros archivadosse respalden a tiempo. Esta práctica le permite evitar el respaldo de muchos registrosarchivados, lo que reduce los respaldos simultáneos de base de datos.


Optimización del rendimiento en sistemas DB2 403

Nota

La cantidad de registros respaldados en el almacenamiento de respaldo de DB2 podríaafectar el rendimiento de las operaciones de puesta al día.

Por ejemplo, cuando se restaura a una base de datos no existente con una puesta aldía, la siguiente operación de puesta al día podría requerir un escaneo completo detodas las entradas de registros respaldados. Puede restaurar una base de datosinexistente durante una recuperación ante desastres cuando se han perdido todos losdatos de la base de datos. El escaneo enfrenta una solicitud de DB2 para consultar lacadena de registro más alta disponible.

Configuración de respaldos multi-streamEl tiempo de ejecución de restauración de un respaldo multi-stream de DB2 incluye eltiempo para buscar los flujos. La manera en que se transmiten los datos en el respaldoafecta la tasa de deduplicación de respaldo y el rendimiento de las operaciones derespaldo y restauración. Asegúrese de completar una configuración óptima para unrespaldo multi-stream de DB2. El siguiente 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 DDBoostUse la eliminación automática de DB2 de objetos de recuperación para quitar o eliminarlos objetos de respaldo que se vuelven obsoletos. Cuando se elimina una imagen debase de datos, también se eliminan todos los respaldos de registros archivadosasociados.

Si la configuración de limpieza de registros y bases de datos es incorrecta, la limpiezafalla silenciosamente. En ese caso, el historial de recuperación de DB2 no se limpiará yno se eliminarán los respaldos obsoletos. Esta situación también puede interferir conlas restauraciones y los respaldos posteriores. Para evitar el problema, asegúrese deque la eliminación de respaldos esté configurada correctamente y, a continuación,monitoree periódicamente el registro de diagnóstico de db2 para ver si hay problemasde limpieza y repararlos de manera oportuna. Sugerencias de solución de problemas deDB2 para las operaciones de DD Boost en la página 194 proporciona detalles sobreposibles casos de error, como problemas de limpieza de DB2 y resoluciones.

Administración y eliminación de respaldos de DB2 de ProtectPointLa eliminación automática de DB2 de objetos de recuperación no se aplica a respaldosde instantáneas de DB2. Ejecute el comando db2acsutil manualmente para limpiarlas instantáneas obsoletas periódicamente.

Optimización del rendimiento en los sistemas OracleLa cantidad de respaldos en el almacenamiento de respaldo de Oracle no afecta elrendimiento de las operaciones de restauración. Se recomienda que conserve solo losrespaldos que se requieren para RTO, lo que ahorra espacio de almacenamiento derespaldo.

Configure la política de retención de Oracle, que se basa en la ventana de recuperacióno en la redundancia, para identificar respaldos obsoletos. Elimine los respaldosobsoletos regularmente ejecutando el comando rman delete obsolete. Siga lasinstrucciones sobre cómo realizar operaciones de eliminación y mantenimiento derespaldos de Oracle en los capítulos de esta guía de Oracle.





Optimización del rendimiento en los sistemas SAP HANALa cantidad de respaldos en el almacenamiento de respaldo de SAP HANA puededisminuir el rendimiento de las operaciones de restauración. Pruebas han demostradoque el tiempo necesario para las operaciones relacionadas con la restauración aumentacon la cantidad de respaldos que se almacenan en el sistema Data Domain.

Se recomienda evitar la creación de una gran cantidad de respaldos de registros dereconstitución a fin de optimizar el tiempo de restauración.

Configuración de respaldos automáticos de registros de reconstitución de SAPHANADe forma predeterminada, SAP HANA respalda los registros de reconstitución de lasbases de datos cada 15 minutos, lo que genera muchos respaldos pequeños si la basede datos no está ocupada. Si está permitido por el RTO, aumente el intervalo derespaldo del registro para generar una menor cantidad de respaldos más grandes.

Considere respaldar los datos y los registros de SAP HANA en rutas del dispositivoindependientes en el sistema Data Domain. Puede lograr esto mediante laespecificación de archivos de utilidad separados para los respaldos de datos y deregistros. Por ejemplo, especifique que el archivo de utilidad para los respaldos dedatos utilice la configuración DEVICE_PATH=/<device_path>/DATA, y que el archivode utilidad para los respaldos de registros utilice la configuración DEVICE_PATH=/<device path>/LOGS. Como resultado, SAP HANA escanea menos registros durantela restauración.

Eliminación de respaldos de DD Boost con SAP HANA StudioEliminar regularmente los respaldos antiguos del sistema Data Domain reduce lacantidad de entradas de respaldo, lo que permite restauraciones más rápidas. Siga lasinstrucciones en Eliminación de respaldos de DD Boost mediante SAP HANA Studio enla página 346.

La eliminación de respaldos de SAP HANA con Backint es un proceso que se ejecutaen segundo plano después de que SAP HANA notifica que se han eliminado lasentradas de su propio catálogo. El tiempo de proceso de la eliminación puede verseafectado 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 noafecta el rendimiento de las operaciones de restauración. Se recomienda que conservesolo los respaldos que se requieren para RTO, lo que ahorra espacio dealmacenamiento de respaldo.

SAP BR*Tools no proporciona una interfaz para la eliminación de respaldos que serealizaron con el programa backint. Para eliminar esos respaldos, siga lasinstrucciones sobre la eliminación de respaldos en Configuración de la visualización y laeliminación de información del saveset en la página 130.

Siga las instrucciones de Oracle RMAN para la eliminación y el mantenimiento de losrespaldos que se realizan con BR*Tools y la interfaz de RMAN.


Optimización del rendimiento en los sistemas SAP HANA 405



GLOSARIO

Este glosario contiene las definiciones de los términos utilizados en este manual. Lamayoría de los té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 DD Boost y ProtectPoint que se realizan a travésde los flujos de trabajo DD Boost y ProtectPoint, respectivamente. Este agente seconocía anteriormente como DD Boost para bases de datos 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 nodo activo,y otros nodos son nodos pasivos que conservan las actualizaciones de datos y esperanpara 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 se utilizópara ejecutar actividades operacionales y de recuperación. Para las operaciones deProtectPoint 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 API especialde Data Domain que habilita que el software de respaldo defina los dispositivos dealmacenamiento 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áquina físicao virtual que administra todos los aspectos de la replicación de datos confiable. En unrespaldo de ProtectPoint con RecoverPoint, el RPA lee los datos de la instantánea deun sistema XtremIO y utiliza DD Boost para transferir los datos a los archivos de trabajoen 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 ProtectPoint. Consultedispositivo de restauración

dispositivo derestauración

LUN encapsulado (eLUN) o LUN de FAST.X en un sistema VMAX, que se utiliza durantela restauración de un respaldo de ProtectPoint. Consulte dispositivo de respaldo

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 se guardandurante 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 se modificarondesde 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 denominado hostde 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 la ubicaciónactual.

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.

ProtectPoint 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 ProtectPoint para respaldos dedatos de aplicaciones en un sistema VMAX o XtremIO a un sistema Data Domain.

Glosario


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 ProtectPoint 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 de dañodel software o falla del hardware.

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 recrea enotro 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 usar pararecuperar 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 deProtectPoint

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 ProtectPoint 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ápida ylas 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.

Glosario


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 de losarchivos en un disco, sin aplicar los registros de transacciones. Consulte Recuperar

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 ProtectPoint para VMAX es larestauración de todo el LUN. Una restauración de reversión desde un respaldo deProtectPoint 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 de basede datos o aplicación. El agente de aplicación de base de datos puede respaldar datossolo 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 Domain principalal 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 a pesarde una falla de hardware o software.

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

Guía de instalación y administración · Configuración de la visualización y la eliminación de información del saveset ... La restauración falla si el valor del parámetro