IBM Tivoli Storage FlashCopy Manager Versión 3.1 Guía de instalación y del usuario para UNIX y Linux SC11-8042-00 IBM Tivoli Storage FlashCopy Manager Versión 3.1 Guía de instalación y del usuario para UNIX y Linux SC11-8042-00 Nota: Antes de utilizar esta información y el producto que soporta, lea la información de “Avisos” en la página 287. Esta edición se aplica a la versión 3.1 de Tivoli Storage FlashCopy Manager para UNIX y Linux (números de programa 5608-W07, 5641-A06 y 5724-X94) y a todos los releases y modificaciones posteriores, hasta que se indique lo contrario en nuevas ediciones o en boletines técnicos. © Copyright IBM Corporation 2001, 2011. Contenido Figuras . . . . . . . . . . . . . . vii Tablas . . . . . . . . . . . . . . . ix Acerca de esta publicación . . . . . . xi Quién debe leer esta publicación . . . . . . Publicaciones . . . . . . . . . . . . . Publicaciones de Tivoli Storage Manager . . Publicaciones de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . Publicaciones relacionadas . . . . . . . Información de soporte . . . . . . . . . Obtención de formación técnica . . . . . Búsqueda en bases de datos de conocimientos Ponerse en contacto con el Soporte de software de IBM . . . . . . . . . . . . . . xii . xii . xiii . xv . xv . xvi . xvi xvi . xix Novedades de Tivoli Storage FlashCopy Manager versión 3.1. . . . xxi Capítulo 1. Visión general . . . . . . . 1 Granularidad de copia de seguridad . . . . . . 1 Aplicaciones soportadas . . . . . . . . . . 2 Subsistemas de almacenamiento soportados . . . . 4 Dispositivos FlashCopy (Controlador de volumen SAN, DS8000, Storwize V7000) . . . . . . . 5 Dispositivos de almacenamiento IBM XIV . . . 7 Visión general del componente . . . . . . . . 8 Funciones avanzadas . . . . . . . . . . . 10 Montaje de imágenes de copia de seguridad . . 10 Copia de seguridad de FlashCopy de duplicaciones individuales . . . . . . . . 11 Integración con Tivoli Storage Manager . . . . 13 Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager. . . 15 Planificación de capacidad . . . . . . . . Preparación del entorno de producción . . . . Preparación de sistemas nativos DB2 . . . . Preparación de SAP en DB2 . . . . . . . Preparación de SAP con Oracle . . . . . . Preparación de sistemas nativos Oracle (no SAP, no ASM) . . . . . . . . . . . . . Preparación de Oracle ASM . . . . . . . Preparación de aplicaciones personalizadas . . Preparación del servidor de recuperación tras desastre de alta disponibilidad de DB2 o del servidor en espera de DB2 . . . . . . . Utilización de enlaces simbólicos . . . . . Soporte del gestor de volúmenes lógicos (sólo AIX) . . . . . . . . . . . . . . . Soporte del grupo de anomalía de ASM . . . Preparación del dispositivo de almacenamiento . IBM XIV Storage System . . . . . . . . © Copyright IBM Corp. 2001, 2011 . . . . . 15 17 17 19 19 . 21 . 23 . 25 . 25 . 27 . . . . 27 29 30 30 IBM System Storage DS8000, Storwize V7000 y Controlador de volumen SAN . . . . . . . Definiciones de conjunto de destino . . . . . Archivos de definición de conjunto de destino. . Archivo de definición de conjunto de destino para las bases de datos DB2 con varias particiones. . . . . . . . . . . . . . Referencia de los definiciones del conjunto de destino desde el perfil . . . . . . . . . . Definiciones de conjunto de destino utilizando el convenio de denominación . . . . . . . . Archivos de definición del conjunto de destino para los usuarios que están actualizando desde Tivoli Storage Manager for Advanced Copy Services . . . . . . . . . . . . . . Selección de FLASHCOPY_TYPE . . . . . . Integración con Metro Mirror y Global Mirror . . Entornos de duplicación de LVM y grupos de anomalías ASM . . . . . . . . . . . . Preparación de los servidores de copia de seguridad y clonación . . . . . . . . . . . . . . Determinación del número de servidores de copia de seguridad y de clonación en el entorno . Requisitos previos de instalación para un servidor de copia de seguridad o de clonación . Asignación de servidor de copia de seguridad y clonación . . . . . . . . . . . . . . Gestión de copias de seguridad y clones con el parámetro DEVICE_CLASS . . . . . . . . . 31 37 37 38 38 39 39 40 42 43 44 44 45 47 49 Capítulo 3. Instalación de Tivoli Storage FlashCopy Manager . . . . . 53 Preparación del entorno para la instalación . . . . Instalación en el servidor de producción y de forma remota en el servidor de copia de seguridad o en el servidor de clonación . . . . . . . . . . . Instalación por separado en el servidor de copia de seguridad o en el servidor de clonación . . . . . Daemons necesarios en el sistema de producción y de copia de seguridad . . . . . . . . . . . Configuración del entorno de almacenamiento en disco . . . . . . . . . . . . . . . . Definición de números de unidad lógica en los subsistemas de almacenamiento DS8000 . . . . Definición de discos virtuales en Controlador de volumen SAN y Storwize V7000 . . . . . . 53 56 60 62 62 63 64 Capítulo 4. Funcionamiento con Tivoli Storage FlashCopy Manager . . . . . 65 Copia de seguridad de datos con Tivoli Storage FlashCopy Manager . . . . . . . . . . . 65 Copia de seguridad de una base de datos DB2 . 65 Copia de seguridad de una base de datos Oracle nativa . . . . . . . . . . . . . . . 67 iii Copia de seguridad de una base de datos SAP con Oracle . . . . . . . . . . . . . . Copia de seguridad de los sistemas de archivos o aplicaciones personalizadas . . . . . . . . Copia de seguridad de servidores DB2 HADR y servidores DB2 en espera . . . . . . . . . Restauración de datos con Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . . . Restauración de una base de datos DB2 . . . . Restauración de una base de datos Oracle nativa Restauración de una base de datos SAP con Oracle . . . . . . . . . . . . . . . Restauración de sistemas de archivos o aplicaciones personalizadas . . . . . . . . Restauración de los entornos de servidor DB2 HADR y servidor DB2 en espera . . . . . . Clonación de base de datos . . . . . . . . . Clonación de Tivoli Storage FlashCopy Manager Proceso de clonación de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . . Preproceso y postproceso de clonación de base de datos . . . . . . . . . . . . . . 70 75 76 77 77 79 81 82 83 84 84 85 85 Capítulo 5. Mandatos y scripts de Tivoli Storage FlashCopy Manager . . . . . 93 Mandatos y programas de utilidad de copia de seguridad y restauración . . . . . . . . . . 93 Mandatos de copia de seguridad y restauración para DB2 . . . . . . . . . . . . . . 93 Mandatos de copia de seguridad y restauración para Oracle . . . . . . . . . . . . . 103 Mandatos de copia de seguridad y restauración para las aplicaciones personalizadas . . . . . 109 Supresión de copias de seguridad de instantánea de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . . 114 Comprobación del estado de copias de seguridad de instantánea en el repositorio de Tivoli Storage FlashCopy Manager . . . . . 116 Mandatos de clonación de Tivoli Storage FlashCopy Manager . . . . . . . . . . . 116 -f create_clone . . . . . . . . . . . . 120 -f inquire_clone. . . . . . . . . . . . 120 -f inquire_detail_clone . . . . . . . . . 121 -f delete_clone . . . . . . . . . . . . 121 -f preproc_clone . . . . . . . . . . . 121 -f postproc_clone . . . . . . . . . . . 122 -f refresh_clone . . . . . . . . . . . . 122 Mandatos administrativos de Tivoli Storage FlashCopy Manager . . . . . . . . . . . 123 Mandatos de configuración . . . . . . . . 123 Daemons en segundo plano . . . . . . . 130 Montaje y desmontaje de instantáneas en un sistema secundario . . . . . . . . . . 134 Integración con Tivoli Storage Manager . . . 137 Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager . 143 Descripción de perfil de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . . . 143 iv Secciones de perfil de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . . Modificación de las secciones GLOBAL o ACSD del perfil de Tivoli Storage FlashCopy Manager . Parámetros de perfil de Tivoli Storage FlashCopy Manager . . . . . . . . . . Archivo de contraseña de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . . . archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager . . . . . . . . . . . Valores del parámetro de volumen de destino (configuración de DS8000) . . . . . . . . Valores del parámetro de volumen de destino para la configuración de Controlador de volumen SAN y Storwize V7000 . . . . . . Manejo del conjunto de destino para clonación Archivos de opciones de Tivoli Storage Manager para Oracle nativo. . . . . . . . . . . . Archivos de opciones de Tivoli Storage Manager que Data Protection for Oracle utiliza . . . . Archivos de Tivoli Storage FlashCopy Manager Archivos de configuración utilizados para la clonación . . . . . . . . . . . . . . . Archivos y directorios clave . . . . . . . . 144 149 149 212 212 217 218 220 222 222 222 223 225 Apéndice A. Especificación de línea de mandatos de Tivoli Storage FlashCopy Manager . . . . . . . . 231 Apéndice B. Ejemplos de Tivoli Storage FlashCopy Manager . . . . . 237 Ejemplos (DB2) . . . . . . . . . . . . . Ejemplo de diseño de disco general para un entorno DB2. . . . . . . . . . . . . Perfil de ejemplo para Tivoli Storage FlashCopy Manager para DB2 . . . . . . . . . . Ejemplos (Oracle nativo) . . . . . . . . . Diseño de disco general de ejemplo para un entorno Oracle nativo . . . . . . . . . Perfil de ejemplo para Tivoli Storage FlashCopy Manager para Oracle nativo . . . . . . . Perfil de ejemplo para Tivoli Storage FlashCopy Manager para Oracle con ASM . . . . . . Script de copia de seguridad de RMAN de ejemplo . . . . . . . . . . . . . . Ejemplos (SAP con Oracle) . . . . . . . . . Diseño de disco general de ejemplo para un entorno SAP con Oracle . . . . . . . . . Perfil de ejemplo para Tivoli Storage FlashCopy Manager para SAP con Oracle (sólo disco) . . Perfil de ejemplo para Tivoli Storage FlashCopy Manager para SAP con Oracle (con traspaso de datos) . . . . . . . . . . . . . . . Perfil de ejemplo para Tivoli Storage FlashCopy Manager para SAP con Oracle incremental (con traspaso de datos) . . . . . . . . . . . Ejemplos de archivos de volúmenes de destino . . Archivo de volúmenes de destino de ejemplo (configuración de DS8000) . . . . . . . . IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux 237 237 238 239 240 241 242 243 243 243 244 245 247 248 248 Archivo de volúmenes de destino de ejemplo (configuración de Controlador de volumen SAN o Storwize V7000) . . . . . . . . . . . Archivo de volumen de destino de ejemplo (configuración de duplicación en la configuración de DS8000) . . . . . . . . Perfil de ejemplo de IBM Tivoli Storage FlashCopy Manager for Custom Applications . . . . . . Perfil de ejemplo para un entorno de servidor DB2 HADR en espera . . . . . . . . . . . . 251 252 255 256 Apéndice C. Tareas especiales . . . . 259 Migración de datos de instantánea existente . . Instalación de Tivoli Storage FlashCopy Manager en modalidad silenciosa . . . . . . . . . Tareas especiales de Oracle nativo . . . . . Configuración de archivos de opciones de sistema para utilizar el mismo servidor. . . Configuración de varias secciones de servidor . 259 . 263 . 266 . 266 267 Archivos de registro y rastreo del sistema de almacenamiento . . . . . . . . . . Archivos de registro y rastreo de CIM . . . Archivos de registro y rastreo de Tivoli Storage Manager for ERP . . . . . . . . . . Sugerencias para la resolución de problemas de Tivoli Storage FlashCopy Manager para Oracle . Instrucciones para variables de Oracle . . . Errores varios de Tivoli Storage FlashCopy Manager para Oracle . . . . . . . . . . 278 . 278 . 278 . 279 . 280 . 281 Apéndice E. Soporte del protocolo IPv6 (Internet Protocol Versión 6) . . . 283 Apéndice F. Características de accesibilidad de la familia de productos Tivoli Storage Manager . . 285 Avisos . . . . . . . . . . . . . . 287 Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager . 269 Procedimiento general de la resolución de problemas . . . . . . . . . . . . . . 269 Resumen de archivos de registro y rastreo. . . . 270 Archivos de registro y rastreo de Tivoli Storage FlashCopy Manager . . . . . . . . . . 272 Marca registradas . Glosario . . . . . . . . . . . 289 . . . . . . . . . . . . . 291 Índice. . . . . . . . . . . . . . . 317 Contenido v vi IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Figuras 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Visión general del paquete de instalación de Tivoli Storage FlashCopy Manager . . . . . 8 Base de datos SAP con duplicados entre sitios protegida con Tivoli Storage FlashCopy Manager y Tivoli Storage Manager. . . . . 12 Visión general del entorno de Tivoli Storage FlashCopy Manager cuando está integrado con Tivoli Storage Manager . . . . . . . . 14 Protección de nodos de DB2 HADR en espera con IBM Tivoli Storage FlashCopy Manager for Custom Applications . . . . . . . . . 26 Tivoli Storage FlashCopy Manager en un entorno de LVM . . . . . . . . . . . 28 Relaciones de Metro Mirror y Global Mirror 42 Asignaciones de host Tivoli Storage FlashCopy Manager para DB2. . . . . . . . . . . 48 Estados de usabilidad durante la copia de seguridad de instantánea . . . . . . . . 88 Estados de usabilidad durante una restauración de instantánea . . . . . . . 89 Estados de usabilidad durante una supresión de instantánea . . . . . . . . . . . 90 © Copyright IBM Corp. 2001, 2011 11. 12. 13. 14. 15. 16. 17. 18. 19. Estados de usabilidad durante un montaje de instantánea. . . . . . . . . . . . . 90 Estados de usabilidad durante una descarga de instantánea. . . . . . . . . . . . . 91 Protección de nodos de DB2 HADR en espera con IBM Tivoli Storage FlashCopy Manager for Custom Applications . . . . . . . . 101 Ilustración de SAP con FlashCopy Manager con Tivoli Storage Manager . . . . . . . 160 Ejemplo de diseño de disco general para un entorno DB2 . . . . . . . . . . . . 237 Diseño de disco general de ejemplo para un entorno Oracle nativo . . . . . . . . . 240 Diseño de disco general de ejemplo para un entorno SAP con Oracle . . . . . . . . 243 Depuración del flujo de trabajo para SAP con Oracle FlashCopy Manager . . . . . . . 271 Depuración del flujo de trabajo para SAP con Oracle FlashCopy Manager con Tivoli Storage Manager . . . . . . . . . . . . . 272 vii viii IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tablas 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. Publicaciones del servidor de Tivoli Storage Manager . . . . . . . . . . . . . xiii Publicaciones del agente de almacenamiento de Tivoli Storage Manager . . . . . . . xiii Publicaciones del cliente de Tivoli Storage Manager . . . . . . . . . . . . . xiii Publicaciones de Data Protection de Tivoli Storage Manager . . . . . . . . . . xiv IBM Tivoli Storage Managerresolución de problemas y publicaciones de ajuste . . . . xiv Publicaciones de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . xv Publicaciones relacionadas de sistema de almacenamiento . . . . . . . . . . . xv Funcionalidad y subsistemas de almacenamiento soportados . . . . . . . 4 Tipos de FlashCopy y dispositivos soportados 5 Requisitos de espacio para una instalación de producto global de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . 16 Diseño para el grupo de volúmenes para DB2 18 Diseño de grupo de volúmenes para SAP con Oracle . . . . . . . . . . . . . . 20 Diseño de grupo de volúmenes para sistemas Oracle nativos (no SAP, no ASM) . . . . . 22 Diseño de grupo de discos para Oracle ASM 23 Selección de FLASHCOPY_TYPE para DS8000 y Controlador de volumen SAN . . . . . 40 Descripción del parámetro STORAGE_SYSTEM_ID . . . . . . . . 43 Resumen de mandatos de copia de seguridad para DB2 . . . . . . . . . . . . . 65 Resumen de los mandatos de copia de seguridad para la base de datos Oracle nativa . 68 Archivos utilizados durante una copia de seguridad manual . . . . . . . . . . 69 Resumen de mandatos de copia de seguridad (SAP con Oracle) . . . . . . . . . . . 70 Resumen de mandatos de restauración para DB2 . . . . . . . . . . . . . . . 77 Resumen de mandatos de restauración de Oracle nativo . . . . . . . . . . . . 79 Resumen de mandatos de restauración para SAP con Oracle . . . . . . . . . . . 82 Estados de usabilidad . . . . . . . . . 86 Opciones disponibles para db2 backup, db2 restore y db2acsutil . . . . . . . . . 93 Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager . . . . . . . 95 Opciones para el mandato de Tivoli Storage FlashCopy Manager 'fcmcli' para los entornos de servidor DB2 en espera y DB2 HADR. . . 98 Parámetros de Oracle en entornos que no son SAP. . . . . . . . . . . . . . . 103 Parámetros para la invocación de Tivoli Storage FlashCopy Manager como 'backint' . 105 © Copyright IBM Corp. 2001, 2011 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager para las aplicaciones personalizadas . . . . . . . Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager . . . . . . Opciones de clonación del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager . . . Opciones del mandato fcmcli para cambiar contraseñas . . . . . . . . . . . . Opciones para iniciar el Management Agent (acsd) como un proceso de daemon . . . . Opciones para iniciar Generic Device Agent (acsgen) . . . . . . . . . . . . . Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager . . . . . . Opciones del mandato 'tsm4acs' de Tivoli Storage FlashCopy Manager . . . . . . Secciones de perfil de Tivoli Storage FlashCopy Manager . . . . . . . . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección GLOBAL . . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección ACSD . . . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT . . . Parámetros de Tivoli Storage FlashCopy Manager en el archivo de configuración del cliente SAP con Oracle, archivo .utl . . . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección ORACLE . . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLONING . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE . . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD . . Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DB2STANDBY . Valores BACKUP_HOST_NAME de la sección DEVICE_CLASS dispositivo del perfil . . . . Acciones realizadas en función de los valores de LVM_FREEZE_THAW y TARGET_DATABASE_SUSPEND . . . . . Gestión de las LUN de volumen de destino por sistema de almacenamiento . . . . . Parámetros del tema 'VOLUMES_SET_x' (DS8000) . . . . . . . . . . . . . Parámetros del tema 'VOLUMES_SET_x' (Controlador de volumen SAN y Storwize V7000) . . . . . . . . . . . . . . Archivos y directorios clave (DB2) . . . . Archivos y directorios clave (Oracle) Archivos y directorios clave (aplicaciones personalizadas) . . . . . . . . . . . Los prefijos de mensaje utilizados en el archivo de registro de resumen . . . . . 110 117 118 128 131 133 134 138 150 150 151 153 161 169 172 175 183 191 210 212 214 217 219 225 227 229 269 ix 57. 58. 59. x Archivos de registro de Tivoli Storage FlashCopy Manager . . . . . . . Archivos de rastreo de Tivoli Storage FlashCopy Manager . . . . . . . Códigos de retorno de Tivoli Storage FlashCopy Manager . . . . . . . 60. . . 272 61. . . 273 . . 273 Códigos de salida del instalador de Tivoli Storage FlashCopy Manager . . . . . Cçodigos de razón del proveedor de DB2 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux . 274 275 Acerca de esta publicación Esta publicación proporciona información sobre cómo instalar, configurar, administrar y utilizar IBM® Tivoli Storage FlashCopy Manager para UNIX y Linux. Tivoli Storage FlashCopy Manager para UNIX y Linux se proporciona como un paquete de instalación único que soporta las aplicaciones de base de datos, los sistemas de almacenamiento de IBM y los sistemas operativos siguientes: v Una de estas aplicaciones de base de datos: – DB2 (entornos DB2 nativos o entornos SAP® basados en DB2) – Oracle (entornos Oracle nativos o SAP® basados en Oracle) v Aplicaciones personalizadas como, por ejemplo, sistemas de archivos u otras bases de datos no DB2 o no Oracle v Uno de estos sistemas de almacenamiento de IBM utilizados para la base de datos: – IBM System Storage Disk Storage Model DS8000 – IBM System Storage SAN Volume Controller (SVC) – IBM XIV Storage Systems – IBM Storwize V7000 v Uno de estos sistemas operativos: – AIX – Linux – Solaris – HP-UX Tivoli Storage FlashCopy Manager realiza copias de seguridad en línea o fuera de línea de las bases de datos de DB2, Oracle u otras aplicaciones que residen en sistemas de almacenamiento orientados a las instantáneas. De forma opcional, realiza copias de seguridad en el almacenamiento de Tivoli Storage Manager utilizando IBM Tivoli Storage Manager for Enterprise Resource Planning, Tivoli Storage Manager for Databases o el cliente de archivado y copia de seguridad de Tivoli Storage Manager, según proceda. La integración con la API de RMAN Media Management maximiza la protección de datos Oracle, de esta forma se proporciona una solución de gestión de almacenamiento global. Tivoli Storage Manager es un producto con licencia de cliente/servidor que proporciona servicios de gestión de almacenamiento en un entorno de sistema de varias plataformas. Sólo es necesario si se debe utilizar la función de copia de seguridad de cinta de Tivoli Storage FlashCopy Manager. © Copyright IBM Corp. 2001, 2011 xi Quién debe leer esta publicación Esta publicación va dirigida a los programadores y administradores de sistema que son responsables de implementar una copia de seguridad y de clonar la solución en uno de los entornos soportados. En esta publicación se da por supuesto que tiene conocimientos de las áreas siguientes: v Los siguientes sistemas de almacenamiento de IBM utilizados para la base de datos: v v v v – IBM System Storage DS8000 – IBM System Storage SAN Volume Controller o IBM Storwize V7000 – IBM XIV Storage Systems El sistema operativo AIX y el gestor de volúmenes (LVM) La administración de la base de datos Oracle o DB2 Servidor de Oracle Tivoli Storage Manager Server Publicaciones Las publicaciones de la familia de productos IBM Tivoli Storage Manager están disponibles en línea. La familia de productos IBM Tivoli Storage Manager incluye IBM Tivoli Storage FlashCopy Manager, IBM Tivoli Storage Manager for Space Management, IBM Tivoli Storage Manager for Databases, y otros productos de gestión del almacenamiento de IBM Tivoli. Para buscar en todas las publicaciones, vaya al Information Center de Tivoli Storage Manager en http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3. Puede descargar las versiones de las publicaciones en formato PDF del Information Center de Tivoli Storage Manager o del Centro de Publicaciones de IBM en http://www.ibm.com/shop/publications/order/. Vaya a la Central de documentación de Tivoli para buscar los centros de información que contienen la documentación oficial de las versiones actuales y anteriores de los productos Tivoli, incluida la familia de productos Tivoli Storage Manager. La Central de documentación de Tivoli se encuentra en https://www.ibm.com/developerworks/wikis/display/tivolidoccentral/Home. También puede solicitar algunas publicaciones relacionadas en el sitio web del Centro de Publicaciones de IBM. El sitio web proporciona información para solicitar publicaciones de países que no son Estados Unidos. En Estados Unidos, puede solicitar las publicaciones llamando al teléfono 1-800-879-2755. xii IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Publicaciones de Tivoli Storage Manager Las tablas siguientes incluyen las publicaciones que conforman la biblioteca de Tivoli Storage Manager. Tabla 1. Publicaciones del servidor de Tivoli Storage Manager Título de la publicación Número de pedido IBM Tivoli Storage Manager for AIX Guía de instalación GC23-9781 IBM Tivoli Storage Manager for AIX Guía del administrador SC23-9769 IBM Tivoli Storage Manager for AIX Referencia del administrador SC23-9775 IBM Tivoli Storage Manager for HP-UX Guía de instalación GC23-9782 IBM Tivoli Storage Manager for HP-UX Guía del administrador SC23-9770 IBM Tivoli Storage Manager for HP-UX Referencia del administrador SC23-9776 IBM Tivoli Storage Manager for Linux Guía de instalación GC23-9783 IBM Tivoli Storage Manager for Linux Guía del administrador SC23-9771 IBM Tivoli Storage Manager for Linux Referencia del administrador SC23-9777 IBM Tivoli Storage Manager for Oracle Solaris Guía de instalación GC23-9784 IBM Tivoli Storage Manager for Oracle Solaris Guía del administrador SC23-9772 IBM Tivoli Storage Manager for Oracle Solaris Referencia del administrador SC23-9778 IBM Tivoli Storage Manager for Windows Guía de instalación GC23-9785 IBM Tivoli Storage Manager for Windows Guía del administrador SC23-9773 IBM Tivoli Storage Manager for Windows Referencia del administrador SC23-9779 IBM Tivoli Storage Manager for z/OS Media Installation and User's Guide SC27-4018 IBM Tivoli Storage ManagerGuía de actualización y migración para servidores V5 GC27-4017 IBM Tivoli Storage Manager Integration Guide for Tivoli Storage Manager FastBack SC27-2828 Tabla 2. Publicaciones del agente de almacenamiento de Tivoli Storage Manager Título de la publicación Número de pedido IBM Tivoli Storage Manager for SAN for AIX Guía del usuario del agente SC23-9797 de almacenamiento IBM Tivoli Storage Manager for SAN for HP-UX Guía del usuario del agente de almacenamiento SC23-9798 IBM Tivoli Storage Manager for SAN for Linux Guía del usuario del agente de almacenamiento SC23-9799 IBM Tivoli Storage Manager for SAN for Oracle Solaris Guía del usuario del agente de almacenamiento SC23-9800 IBM Tivoli Storage Manager for SAN for Windows Guía del usuario del agente de almacenamiento SC23-9553 Tabla 3. Publicaciones del cliente de Tivoli Storage Manager Título de la publicación Número de pedido IBM Tivoli Storage Manager for UNIX and Linux: Guía del usuario e instalación de los clientes de archivado y copia de seguridad SC23-9791 Acerca de esta publicación xiii Tabla 3. Publicaciones del cliente de Tivoli Storage Manager (continuación) Título de la publicación Número de pedido IBM Tivoli Storage Manager for Windows: Guía del usuario e instalación de los clientes de archivado y copia de seguridad SC23-9792 IBM Tivoli Storage Manager Using the Application Programming Interface SC23-9793 IBM Tivoli Storage Manager for Space Management for UNIX y Linux: Userus Guide SC23-9794 IBM Tivoli Storage Manager HSM for Windows Administration Guide SC23-9795 Tabla 4. Publicaciones de Data Protection de Tivoli Storage Manager Título de la publicación Número de pedido Guía del usuario e instalación de IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server GC11-8046 IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC27-4019 UNIX and Linux Installation and User’s Guide IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC27-4020 Windows Installation and User’s Guide Guía del usuario y de instalación de IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft Exchange Server GC11-8045 IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino UNIX and Linux: Installation and Userus Guide SC27-4021 IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino for Windows Installation and User’s Guide SC27-4022 IBM Tivoli Storage Manager for Enterprise Resource Planning: Data Protection for SAP Installation and User’s Guide for DB2 SC33-6341 IBM Tivoli Storage Manager for Enterprise Resource Planning: Data Protection for SAP Installation and User’s Guide for Oracle SC33-6340 IBM Tivoli Storage Manager for Virtual Environments Installation and User’s Guide SC27-2898 IBM Tivoli Storage Manager for Microsoft SharePoint Guide N/D Tabla 5. IBM Tivoli Storage Managerresolución de problemas y publicaciones de ajuste Título de la publicación Número de pedido IBM Tivoli Storage Manager Guía de determinación de problemas GC23-9789 IBM Tivoli Storage Manager Performance Tuning Guide GC23-9788 IBM Tivoli Storage ManagerMensajes de cliente y códigos de retorno de la SC27-2878 interfaz de programación de aplicaciones xiv IBM Tivoli Storage ManagerMensajes de servidor y códigos de error SC27-2877 IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft Exchange Server Messages GC11-8047 IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Messages GC11-8048 IBM Tivoli Storage Manager for Databases: Data Protection for Oracle Messages SC27-4014 IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino Messages SC27-4015 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 5. IBM Tivoli Storage Managerresolución de problemas y publicaciones de ajuste (continuación) Título de la publicación Número de pedido IBM Tivoli Storage Manager for Enterprise Resource Planning: Data Protection for SAP Messages SC27-4016 Nota: Encontrará información acerca de IBM System Storage Archive Manager en http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3/ c_complydataretention_ovr.html. Publicaciones de Tivoli Storage FlashCopy Manager La tabla siguiente incluye las publicaciones que conforman la biblioteca de Tivoli Storage FlashCopy Manager. Tabla 6. Publicaciones de Tivoli Storage FlashCopy Manager Título de la publicación Número de pedido IBM Tivoli Storage FlashCopy Manager para UNIX y Linux: Guía del usuario e instalación SC11-8042 IBM Tivoli Storage FlashCopy Manager para Windows: Guía del usuario e SC11-8041 instalación IBM Tivoli Storage FlashCopy Manager para VMware: Guía del usuario e SC11-8044 instalación Mensajes de IBM Tivoli Storage FlashCopy Manager GC11-8043 Publicaciones relacionadas Tabla 7. Publicaciones relacionadas de sistema de almacenamiento Título de la publicación Número de pedido IBM System Storage DS8000 Guía de introducción y planificación GC35-0515 IBM System Storage DS8000 Referencia de mensajes GC26-7914 IBM System Storage DS8000 Guía de instalación GC26-7910 ® SG24-7659 ® IBM XIV Storage System (Type: 2810) Model A14 (Gen 2) Guía de introducción y planificación para la configuración del cliente GA52-1327 IBM XIV® Storage System Software Host System Guía de conexión para AIX 1.0.3.1 GC27-2258 IBM XIV® Storage System Manual de usuario versión 10.1 GC27-2213 IBM System Storage SAN Volume Controller Guía de planificación GA32-0551 IBM System Storage SAN Volume Controller Hardware Guía de instalación GC27-2132 IBM System Storage SAN Volume Controller Software Guía de instalación y configuración SC23-6628 IBM System Storage SAN Volume Controller Host Guía de conexión SC26-7905 IBM XIV Storage System: Conceptos, arquitectura y uso Acerca de esta publicación xv Información de soporte Puede encontrar información de soporte para los productos de IBM en varias fuentes distintas. Comience en el Portal de soporte de IBM: http://www.ibm.com/support/entry/ portal/. Puede seleccionar los productos que le interesan y buscar una amplia variedad de información pertinente. Obtención de formación técnica Encontrará información acerca de formación técnica de Tivoli en línea. Visite los sitios web siguientes para registrarse en la formación, formular preguntas e interactuar con otros usuarios de productos de almacenamiento de IBM. Formación y certificación del software de Tivoli Elija entre clases guiadas por instructor, de formación en aulas en línea, en la web a ritmo individual, preparación para certificación de Tivoli y otras opciones de formación en http://www.ibm.com/software/tivoli/ education/ Intercambios técnicos de soporte de Tivoli Los expertos técnicos comparten su conocimiento y responden a las preguntas de los usuarios en las emisiones web (webcast) en http://www.ibm.com/software/sysmgmt/products/support/ supp_tech_exch.html. Comunidad de gestión de almacenamiento Interactúe con otros usuarios de productos de gestión de almacenamiento de IBM en http://www.ibm.com/developerworks/servicemanagement/ sm/index.html Comunidad global de usuarios de Tivoli Comparta información y aprenda de otros usuarios de Tivoli de todo el mundo en http://www.tivoli-ug.org/. IBM Education Assistant Consulte los registros "cómo" diseñados para ayudarle a utilizar los productos de software de IBM de forma más eficiente en http://publib.boulder.ibm.com/infocenter/ieduasst/tivv1r0/index.jsp Búsqueda en bases de datos de conocimientos Si tiene algún problema con el producto de la familia Tivoli Storage Manager, existen varias bases de conocimiento en las que puede realizar búsquedas. Empiece buscando en el Information Center de Tivoli Storage Manager en http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3. En este sitio web puede buscar la documentación actual de Tivoli Storage Manager. xvi IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Búsqueda en Internet Si no puede encontrar una respuesta a su pregunta en el Information Center de IBM Tivoli Storage Manager, busque en Internet la información que puede ayudarle a resolver el problema. Si desea buscar información en diversos recursos de Internet, vaya al sitio web de soporte de IBM en http://www.ibm.com/support/entry/portal/. Puede buscar información sin iniciar una sesión. Inicie la sesión utilizando su ID y contraseña de IBM si desea personalizar el sitio basándose en sus necesidades de información y utilización del producto. Si todavía no tiene un ID y una contraseña de IBM, pulse Iniciar sesión en la página superior de la página y siga las instrucciones para registrarse. En el sitio web de soporte puede buscar varios recursos que incluyen: v Notas técnicas IBM v Descargas IBM v Publicaciones IBM Redbooks v Informes autorizados de análisis de programa (APAR) de IBM Seleccione el producto y pulse Dpwnloads (Descargas) para buscar la lista de APAR. Si sigue sin encontrar una solución al problema, puede realizar búsquedas en foros y grupos de noticias en Internet para obtener la información más reciente que pueda ayudarle a encontrar la solución. En el Marist College encontrará una lista de discusión de usuarios independientes, ADSM-L. Puede suscribirse enviando un correo electrónico a listserv@vm.marist.edu. El cuerpo del mensaje debe contener el texto siguiente: SUBSCRIBE ADSM-L nombre apellido. Para compartir sus experiencias y aprender de otros en las comunidades de usuarios de Tivoli Storage Manager y Tivoli Storage FlashCopy Manager visite los siguientes wikis: wiki Tivoli Storage Manager http://www.ibm.com/developerworks/wikis/display/ tivolistoragemanager wiki Tivoli Storage FlashCopy Manager https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/ wiki/Tivoli Storage FlashCopy Manager Utilización de IBM Support Assistant IBM Support Assistant es un producto de software complementario que le ayuda en la determinación del problema. Está disponible para algunos productos de Tivoli Storage Manager y de Tivoli Storage FlashCopy Manager. Para saber qué productos tienen soporte, visite la página web de descarga de IBM Support Assistant en http://www.ibm.com/software/support/isa/download.html. IBM Support Assistant le ayuda a recopilar información de soporte cuando debe abrir un registro de gestión de problemas (PMR), que a continuación podrá utilizarse para realizar un seguimiento del problema. Los módulos de complemento específicos de producto facilitan los recursos siguientes: Acerca de esta publicación xvii v Vínculos de soporte v Vínculos de formación v Capacidad para enviar informes de gestión de problemas Encontrará más información en el sitio web de IBM Support Assistant: http://www.ibm.com/software/support/isa/ También puede instalar la aplicación IBM Support Assistant autónoma en cualquier estación de trabajo. Puede ampliar la aplicación instalando módulos de complemento específicos de producto para los productos de IBM que utilice.Encontrará complementos para productos específicos en http://www.ibm.com/support/docview.wss?uid=swg27012689. Búsqueda de los arreglos del producto Es posible que haya un arreglo de producto disponible para resolver el problema en el sitio web de soporte de software de IBM. Para determinar qué arreglos están disponibles, consulte el sitio web de soporte de software de IBM en http://www.ibm.com/support/entry/portal/. v Si ha personalizado previamente el sitio basándose en la utilización del producto: 1. Pulse el enlace de su producto, o de un componente para el que desee encontrar un arreglo. 2. Pulse Downloads (Descargas) y, a continuación, pulse Fixes by version (Arreglos por versión). v Si no ha personalizado el sitio basándose en la utilización del producto, pulse Downloads (Descargas) y busque su producto. Recepción de una notificación de los arreglos del producto Puede recibir notificaciones sobre arreglos, flashes, actualizaciones y otras noticias sobre productos de IBM. Para iniciar una sesión para recibir notificaciones sobre productos deIBM, siga estos pasos: 1. En la página de soporte en http://www.ibm.com/support/entry/portal/, pulse Sign in to create, manage, or view your subscriptions (Registrarme para crear, gestionar o ver mis subscripciones) en el panel Notifications (Notificaciones). 2. Inicie la sesión utilizando su ID y contraseña de IBM . Si no tiene un ID y una contraseña, pulse register now (registrar ahora) y complete el proceso de registro. 3. Pulse Manage all my subscriptions (Gestionar todas mis subscripciones) en el panel Notifications (Notificaciones). 4. Pulse el separador Subscribe (Subscribir) y Tivoli. 5. Seleccione los productos para los que desea recibir notificaciones y pulse Continue (Continuar). 6. Especifique las preferencias de notificación y pulse Submit (Enviar). xviii IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Ponerse en contacto con el Soporte de software de IBM Puede ponerse en contacto con IBM Software Support si tiene un contrato de soporte y suscripción de IBM en vigor y si está autorizado para enviar problemas a IBM. Para obtener ayuda del Soporte de Software de IBM, complete los pasos siguientes: 1. Asegúrese de haber completado los siguientes requisitos previos: a. Establezca un contrato de soporte y suscripción. b. Determinar el impacto empresarial. c. Describir el problema y recopilar información básica. 2. Siga las instrucciones en “Envío del problema a IBM Software Support” en la página xx. Configuración de un contrato de soporte y suscripción Configure un contrato de soporte y suscripción. El tipo de contrato que necesita depende del tipo de producto que posea. Para productos de software distribuidos por IBM (incluidos, pero sin carácter restrictivo, los productos de IBM Tivoli, Lotus, y Rational, así como los productos de IBM DB2 y IBM WebSphere que se ejecutan en sistemas operativos de Microsoft Windows o en sistemas operativos como AIX o Linux), inscríbase en IBM Passport Advantage de una de las formas siguientes: v En línea: Visite la página web de Passport Advantage en http://www.ibm.com/ software/lotus/passportadvantage/, pulse How to enroll (Cómo inscribirse), y siga las instrucciones. v Por teléfono: Puede llamar al número 1-800-IBMSERV (1-800-426-7378) en los Estados Unidos. Si desea saber cuál es el número de teléfono al que debe llamar en su país, vaya a la página de información de contacto de la publicación IBM Software Support Handbook en http://www14.software.ibm.com/webapp/set2/ sas/f/handbook/home.html y pulse Contacts (Contactos). Determinación del impacto empresarial Cuando informe de un problema a IBM, se le pedirá que proporcione un nivel de gravedad. Por tanto, debe comprender y evaluar el impacto que tendrá en su empresa el problema que notifique. Gravedad 1 Impacto empresarial grave: no se puede utilizar el programa, lo que provoca un impacto crítico en las operaciones. Esta condición requiere una solución inmediata. Gravedad 2 Impacto empresarial significativo: el programa se puede utilizar, pero sufre graves limitaciones. Gravedad 3 Impacto empresarial relativo: el programa se puede utilizar, aunque las características menos significativas (no críticas para las operaciones) no estarán disponibles. Gravedad 4 Impacto empresarial mínimo: el problema causa un impacto menor en las operaciones, o se ha implementado un método alternativo razonable para evitar el problema. Acerca de esta publicación xix Descripción del problema y recopilación de información básica Cuando describa un problema a IBM, procure ser lo más conciso posible. Incluya toda la información básica pertinente, para que los especialistas de soporte de software de IBM puedan ayudarle a solucionar con eficiencia el problema. Para ahorrar tiempo, prepare las respuestas a estas preguntas: v ¿Qué versiones de software ejecutaba cuando se produjo el problema? v ¿Dispone de registros, información de rastreo y mensajes relacionados con los síntomas del problema? Es muy probable que el servicio de soporte de IBM le solicite esta información. v ¿Puede volver a producirse el problema? En caso afirmativo, ¿por qué ha ocurrido la anomalía? v ¿Se han realizado algunos cambios en el sistema? Por ejemplo, hardware, sistema operativo, software de red, etc. v ¿Utiliza un método alternativo para eludir el problema? En caso afirmativo, tenga preparada la información para describirlo cuando notifique el problema. Envío del problema a IBM Software Support Puede enviar el problema a IBM Software Support en línea o por teléfono. En línea Visite el sitio web de IBM Software Support en http://www.ibm.com/ support/entry/portal/Open_service_request/Software/ Software_support_(general). Inicie la sesión para acceder a IBM Service Requests (Solicitudes de servicio) y especifique su información en la herramienta de envío del problema. Por teléfono Si desea saber cuál es el número de teléfono al que debe llamar en su país, vaya a la página de información de IBM Software Support Handbook en http://www14.software.ibm.com/webapp/set2/sas/f/handbook/ home.html y pulse Contacts (Contactos). xx IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Novedades de Tivoli Storage FlashCopy Manager versión 3.1 En esta sección se proporciona una visión general de las características nuevas de la Versión 3.1. Las características siguientes son funciones nuevas de Tivoli Storage FlashCopy Manager versión 3.1: v Tivoli Storage FlashCopy Manager versión 3.1 se ejecuta en el sistema operativo HP-UX. v En entornos SAP se pueden crear copias de seguridad incrementales Oracle RMAN desde una imagen de FlashCopy mediante IBM Tivoli Storage Manager para planificación de recursos empresariales para Oracle versión 6.3 con Tivoli Storage FlashCopy Manager versión 3.1. © Copyright IBM Corp. 2001, 2011 xxi xxii IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 1. Visión general Se proporciona información introductoria sobre Tivoli Storage FlashCopy Manager. Tivoli Storage FlashCopy Manager utiliza las capacidades de servicios de copia de los subsistemas de discos inteligentes para crear copias de instante específico. Éstas son copias que conocen la aplicación (FlashCopy® o instantánea) de los datos de producción. Esta copia se conserva en el disco como una copia de seguridad que permite una operación de restauración rápida (Flashback). Asimismo, Tivoli Storage FlashCopy Manager permite el montaje de la copia en un servidor auxiliar (servidor de copia de seguridad) como una copia lógica. Se hace accesible esta copia (en lugar de los datos originales en el servidor de producción) para procesos adicionales. Este proceso incluye la creación de una copia de seguridad de cinta o la realización de funciones de verificación de copia de seguridad (por ejemplo, el programa de utilidad de verificación de base de datos). En entornos donde Tivoli Storage FlashCopy Manager se utiliza con Tivoli Storage Manager, se pueden planificar copias de seguridad automáticas en Tivoli Storage Manager. La copia de seguridad se puede iniciar inmediatamente después de que se cree la copia puntual, o en otro momento cuando los recursos estén disponibles para completar la solicitud de copia de seguridad. Si falla una copia de seguridad en Tivoli Storage Manager, Tivoli Storage FlashCopy Manager puede reiniciar la copia de seguridad después de que se corrija el motivo de la anomalía. En este caso, los datos ya confirmados en Tivoli Storage Manager no se vuelven a enviar. Tivoli Storage FlashCopy Manager también puede utilizar la copia puntual para crear una base de datos de clonación con o sin cambiar el nombre de la base de datos clonada. Granularidad de copia de seguridad Todas las funciones de servicios de copia utilizadas por Tivoli Storage FlashCopy Manager están en el mismo nivel de grupo de volúmenes. Además, varios volúmenes organizados en grupos de volúmenes requieren que Tivoli Storage FlashCopy Manager procese estos grupos de volúmenes de forma coherente. Como resultado, los datos que no son de aplicación que residen en un grupo de volúmenes procesado por Tivoli Storage FlashCopy Manager se incluyen en la copia de seguridad. De forma similar, se sobrescriben todos los datos que residen en un grupo de volúmenes que se está restaurando. Nota: ASM (Automatic Storage Management) de Oracle utiliza el término grupo de discos, en lugar del término grupo de volúmenes. A veces, el uso de los términos "nivel de volumen" y "nivel de grupo de volúmenes" es intercambiable. Todas las funciones de servicios de copia utilizadas por Tivoli Storage FlashCopy Manager están en el mismo nivel de grupo de volúmenes. © Copyright IBM Corp. 2001, 2011 1 Aplicaciones soportadas Se proporciona información de visión general sobre las aplicaciones soportadas por Tivoli Storage FlashCopy Manager. Entornos de DB2 en SAP® y entornos no SAP® Puesto que los entornos SAP® están totalmente integrados con DB2, el mandato de copia de seguridad de DB2 se puede utilizar en ambos entornos. DB2 notifica a Tivoli Storage FlashCopy Manager el entorno actual para que Tivoli Storage FlashCopy Manager pueda implementar el flujo de trabajo apropiado. Tivoli Storage FlashCopy Manager soporta las bases de datos de una única partición y las bases de datos con particiones lógicas o físicas en sistemas de archivos soportados por Tivoli Storage FlashCopy Manager para la plataforma correspondiente. Las opciones de copia de seguridad de DB2 están documentadas en las publicaciones de usuario de DB2. Tivoli Storage FlashCopy Manager soporta estas funciones de copia de seguridad de DB2: v Copias de seguridad de base de datos completas, tanto en línea como fuera de línea v Copias de seguridad de particiones de base de datos seleccionadas v Copias de seguridad de particiones de base de datos que incluyen o excluyen registros de base de datos Sin embargo, considere estas directrices al hacer copias de seguridad de las bases de datos DB2: v No puede hacer copias de seguridad de espacios de tabla individuales y registros de base de datos de archivado. Considere Tivoli Storage Manager como una solución para estas necesidades de copia de seguridad. v En un entorno de base de datos con varias particiones, DB2 suspende todas las particiones de forma secuencial (modalidad en serie) para las cargas de trabajo no SAP®. Para las cargas de trabajo SAP®, se suspenden todas las particiones en paralelo (modalidad paralela). v El mandato db2 backup está disponible en el centro de control de DB2. Para los entornos SAP®, este mandato también está disponible en el Sistema de gestión de cambios en la configuración (CCMS). Para los entornos de DB2 en SAP, considere IBM Tivoli Storage Manager for Enterprise Resource Planning como una solución para las copias de seguridad en cinta y el archivado de archivos de registro de base de datos. Para los entornos DB2 que no son SAP, IBM Tivoli Storage Manager for Databases se puede utilizar para realizar copias de seguridad en cinta y el archivado de archivos de registro de base de datos. Entornos SAP® para Oracle SAP® BR*Tools 7.10 (o posterior) proporciona una ampliación a la interfaz backint. Esta ampliación permite a BRBACKUP y BRRESTORE hacer copias de seguridad y restaurar datos en un nivel de grupo de volúmenes. Tivoli Storage FlashCopy Manager utiliza esta ampliación de interfaz para implementar copias de seguridad de copia puntuales de las bases de datos SAP® para Oracle. Puede utilizar bases de datos de Tivoli Storage FlashCopy Manager para SAP® para Oracle en sistemas de archivos admitidos por Tivoli Storage FlashCopy 2 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Manager en la plataforma. Aunque están soportadas las funciones de copia de seguridad de backint, utilice sólo las operaciones de copia de seguridad de copia de volumen. Por ejemplo: v Copias de seguridad de base de datos completas en el nivel de volumen v Los archivos de control (de los que se han hecho copias de seguridad en la ejecución de control) después de que se complete la copia de seguridad de copia de volumen en el repositorio de Tivoli Storage FlashCopy Manager. Considere IBM Tivoli Storage Manager for Enterprise Resource Planning como una solución para las copias de seguridad en cinta y el archivado de los registros de rehacer de base de datos. Los mandatos de copia de seguridad de SAP® BR*Tools también están disponibles en el CCMS. Entorno Oracle nativo Tivoli Storage FlashCopy Manager proporciona su propia interfaz de copia de seguridad y recuperación para las bases de datos de Oracle nativo que crea copias de seguridad y restauraciones completas de base de datos. De forma opcional, se pueden hacer copias de seguridad de los archivos de control de base de datos en el repositorio de copia de seguridad de Tivoli Storage FlashCopy Manager. Tivoli Storage FlashCopy Manager admiten las bases de datos en sistemas de archivos a los que Tivoli Storage FlashCopy Manager da soporte para su plataforma y en Oracle ASM que se ejecuta en volúmenes físicos en bruto. En estos casos, Tivoli Storage FlashCopy Manager admite las funciones de copia de seguridad siguientes: v Copias de seguridad de base de datos completas en un nivel de volumen. v Copia de seguridad de los archivos de control de base de datos en el repositorio de Tivoli Storage FlashCopy Manager después de que se complete una copia de seguridad completa. Puede utilizar Tivoli Storage Manager for Databases para realizar copias de seguridad de bases de datos nativas de Oracle. v Restauraciones de base de datos con o sin restaurar los archivos de control de base de datos. Entornos de aplicaciones personalizadas Tivoli Storage FlashCopy Manager soporta las copias de seguridad de instantánea de los sistemas de archivos que contienen datos creados por aplicaciones personalizadas. Para preparar estas aplicaciones para las instantáneas de nivel de volumen, se pueden utilizar scripts de preproceso y postproceso. Estas instantáneas se gestionan como versiones de copia de seguridad utilizando políticas de gestión de Tivoli Storage FlashCopy Manager y permanecen disponibles para operaciones de restauración rápida. Estas copias de seguridad de instantánea también se pueden montar en un sistema secundario. Cuando Tivoli Storage Manager está disponible en el entorno, Tivoli Storage FlashCopy Manager puede crear de forma opcional una copia de seguridad en el almacenamiento de Tivoli Storage Manager utilizando el cliente de archivado y copia de seguridad de Tivoli Storage Manager. Un ejemplo práctico sobre cómo se puede utilizar Tivoli Storage FlashCopy Manager con las aplicaciones personalizadas es con los entornos de servidor DB2 en espera. En este entorno, Tivoli Storage FlashCopy Manager crea copias de seguridad de instantánea de un destino de recuperación tras desastre (HADR) de alta disponibilidad de DB2. Aunque no se pueden hacer copias de seguridad Capítulo 1. Visión general de UNIX y Linux 3 directamente de los sistemas DB2 HADR en el almacenamiento de Tivoli Storage Manager, se pueden hacer copias de seguridad de las instantáneas del destino de DB2 HADR directamente en el almacenamiento de Tivoli Storage Manager. Tivoli Storage FlashCopy Manager proporciona mandatos de ejemplo de preproceso y postproceso que detienen el destino DB2 HADR antes de que se tome la instantánea y, a continuación, se reinicie DB2 después de que se complete la instantánea. Subsistemas de almacenamiento soportados Tivoli Storage FlashCopy Manager y la infraestructura de las aplicaciones necesarias se basan en las capacidades de los servicios de copia de los subsistemas de almacenamiento. Actualmente, Tivoli Storage FlashCopy Manager soporta los servicios de copia proporcionados con los subsistemas de almacenamiento listados en esta tabla: Tabla 8. Funcionalidad y subsistemas de almacenamiento soportados NO COPY Instantáneas eficientes con el espacio LVM (sólo AIX) VIO (sólo AIX) Cambios realizados en una copia de seguridad de instantánea montada Dispositivo COPY INCR DS8000 Sí Una por duplicación de LVM (como máximo) Restauración no soportada N/D Sí Sí Permanece persistente y altera el contenido de la copia de seguridad Storwize v7000 Sí Sí Sí N/D Sí Sí Permanece persistente y altera el contenido de la copia de seguridad N/D Sí Sí Permanece persistente y altera el contenido de la copia de seguridad Incluye copias eficientes con el espacio si se ha configurado de forma consecuente. Controlador de volumen SAN 5.1, o posterior; Controlador de volumen SAN 6.1, o posterior Sí Controlador de volumen SAN 4.3.x Sí Sí Restauración no soportada N/D Sí Sí Permanece persistente y altera el contenido de la copia de seguridad XIV N/D N/D N/D Sí Sí POWER6 NPIV Se ha invertido durante el desmontaje y no altera la copia de seguridad o permanece persistente y altera el contenido de la copia de seguridad. La segunda opción es obligatoria si se utiliza la duplicación de LVM. 4 Sí Sí Incluye copias eficientes con el espacio si se ha configurado de forma consecuente. IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Dispositivos FlashCopy (Controlador de volumen SAN, DS8000, Storwize V7000) Las características disponibles de FlashCopy dependen del nivel exacto del subsistema de almacenamiento utilizado en el entorno. En función de dicho nivel, Tivoli Storage FlashCopy Manager proporciona soporte para los siguientes tipos de FlashCopy: Tabla 9. Tipos de FlashCopy y dispositivos soportados Tipo de FlashCopy Descripción Dispositivos soportados COPY COPY FlashCopy es una copia puntual de un volumen, seguida por una operación de copia en segundo plano posterior que crea una copia física del volumen de origen. DS8000, Controlador de volumen SAN, Storwize V7000 INCR DS80001, Controlador de Igual que COPY FlashCopy volumen SAN, Storwize excepto que se copia una V7000 cantidad reducida de datos entre dos copias de seguridad de FlashCopy consecutivas. Sólo se copian en el destino los bloques que han cambiado después de que se cree la copia FlashCopy anterior. NOCOPY DS8000 2, Controlador de Una imagen de FlashCopy volumen SAN2, Storwize que sólo contiene aquellos V7000 cambios que se han producido después de que se haya creado la copia FlashCopy original (sin copia en segundo plano). Para Controlador de volumen SAN, se puede realizar una copia NOCOPY FlashCopy en un destino FlashCopy eficiente con el espacio. FlashCopy en volúmenes eficientes con el espacio Controlador de volumen Para Controlador de SAN3, Storwize V7000 volumen SAN, se puede realizar una copia FlashCopy en un destino eficiente con el espacio. Para impedir que crezca el tamaño del volumen de la copia en segundo plano, ejecute FlashCopy en un destino eficiente con el espacio con la opción NOCOPY. Nota: 1. DS8000 permite una copia incremental FlashCopy por volumen de origen. Si los volúmenes de producción se duplican utilizando la duplicación del gestor de volúmenes lógicos (LVM) o los grupos de anomalía de ASM, sólo se crea una copia de seguridad de FlashCopy de este tipo por duplicación de volumen. Capítulo 1. Visión general de UNIX y Linux 5 Para DS8000, sólo debe haber un conjunto de destino especificado en el archivo de volúmenes de destino (.fct) para las instantáneas incrementales. Los errores CIM (Common Information Model) se podrían producir cuando se especifica más de un conjunto de destino. 2. DS8000 y Controlador de volumen SAN 4.3.x no permiten la restauración de copias puntuales que se crearon mediante NOCOPY. Como resultado, Tivoli Storage FlashCopy Manager no permite la restauración de copias de seguridad de este tipo. Sin embargo, estas copias de seguridad se pueden restaurar al utilizar Controlador de volumen SAN 5.1, o posterior, y Storwize V7000. DS8000 y Controlador de volumen SAN 4.3.x y 5.1 o posterior y Storwize V7000 soporta el montaje de la imagen en un servidor remoto y la copia de seguridad de la imagen en Tivoli Storage Manager. 3. Se debe crear la copia FlashCopy en volúmenes eficientes con el espacio utilizando NOCOPY. Consulte la Nota 2 si desea ver las restricciones. Servidor CIM Tivoli Storage FlashCopy Manager accede a los servicios de FlashCopy en DS8000 o Controlador de volumen SAN o Storwize V7000 a través de un servidor CIM (Common Information Model). El nivel de microcódigo del subsistema de almacenamiento determina si este servidor CIM se incorpora directamente en el subsistema de almacenamiento o se debe instalar y configurar como un servidor CIM proxy en el entorno. Soporte para la duplicación de LVM (sólo AIX) y grupos de anomalía de ASM Si se utiliza la duplicación LVM (gestor de volúmenes lógicos) de AIX en el entorno, Tivoli Storage FlashCopy Manager puede crear imágenes de FlashCopy independientes de cada duplicación. Si un entorno ASM (Automatic Storage Management) de Oracle, se crea una imagen de FlashCopy de los grupos de anomalía seleccionados. Sin embargo, los grupos de anomalía restantes deben ser suficientes para montar el grupo de discos correspondiente para esta imagen que se debe crear. Soporte para la E/S virtual (sólo AIX) Los números de unidad lógica (LUN) de DS8000, Controlador de volumen SAN y Storwize V7000 se pueden conectar a un host directamente o utilizando la E/S virtual (VIO). Están soportadas ambas configuraciones, siempre que haya una relación de 1-1 entre los volúmenes lógicos de VIO y las LUN de almacenamiento en el subsistema de almacenamiento. Una VIO es una partición lógica (LPAR) en una máquina pSeries controlada por la consola de gestión de hardware de IBM (HMC) o el gestor IBM® Integrated Virtualization Manager (IVM). Posee los adaptadores de hardware o los dispositivos ópticos y permite el acceso para otras particiones lógicas. Esta característica permite compartir el dispositivo. El LPAR asociado a los recursos es el servidor VIO y las particiones lógicas que lo utilizan son los clientes de VIO. Por ejemplo, pueden compartir un disco en el servidor VIO, en lugar de reiniciar cada partición lógica desde un adaptador de interfaz para pequeños sistemas (SCSI) y un disco SCSI. Esta función elimina el número de adaptadores, ranuras de adaptador y discos necesarios. 6 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tivoli Storage FlashCopy Manager utiliza adaptadores SCSI virtuales para correlacionar discos de una VIO a un LPAR de cliente. Es necesario correlacionar los volúmenes físicos de la VIO con el cliente. Sin embargo, no está soportada la correlación de volúmenes lógicos o agrupaciones de almacenamiento. Consulte la lista de comprobación de requisitos para ver detalles de las combinaciones soportadas de sistema operativo y niveles de subsistema de almacenamiento y para ver referencias y recursos adicionales. Acceso remoto a imágenes de FlashCopy Tivoli Storage FlashCopy Manager permite el montaje de una imagen de copia de seguridad de FlashCopy en otro host. Se puede escribir en esta imagen y los cambios realizados en dicha imagen se reflejan en la copia de seguridad y se incluyen en la siguiente restauración. Dispositivos de almacenamiento IBM XIV Los servicios de copia de IBM XIV Storage System difieren de forma significativa de los servicios de copia de FlashCopy. Siempre que Tivoli Storage FlashCopy Manager crea una copia de seguridad en un sistema IBM XIV Storage System, realiza una instantánea. Esta instantánea siempre es una copia de sólo lectura eficiente con el espacio de la aplicación. Si el parámetro USE_WRITABLE_SNAPSHOTS especifica NO, esta imagen no se monta directamente en otro host. En lugar de esto, Tivoli Storage FlashCopy Manager crea un duplicado de la instantánea como parte del procedimiento de montaje, que se elimina una vez desmontada la copia de seguridad. Un duplicado es una copia lógica eficiente con el espacio de la instantánea. También se puede escribir. Paquetes de software dependientes Tivoli Storage FlashCopy Manager requiere que se instale la interfaz de línea de mandatos de IBM XIV Storage (XCLI) en todos los hosts donde está instalado Tivoli Storage FlashCopy Manager. No es necesario un servidor CIM. Soporte para la duplicación de LVM (sólo AIX) y grupos de anomalía de ASM Si se utiliza la duplicación LVM de AIX en el entorno, Tivoli Storage FlashCopy Manager puede crear instantáneas separadas de cada duplicación. En un entorno Oracle ASM, se crea una instantánea de grupos de anomalía seleccionados. Sin embargo, los grupos de anomalía restantes deben ser suficientes para montar el grupo de discos correspondiente para esta imagen que se debe crear. Soporte para la E/S virtual (sólo AIX) IBM XIV Storage System y Tivoli Storage FlashCopy Manager sólo soportan VIO con la virtualización del ID del n-puerto de POWER6. Acceso remoto a copias de seguridad de instantánea Tivoli Storage FlashCopy Manager permite el montaje de una imagen de copia de seguridad en otro host. A diferencia de los dispositivos FlashCopy, Tivoli Storage FlashCopy Manager crea un duplicado de la instantánea que, a continuación, se monta en el host. Como el duplicado es efectivamente otra imagen, los cambios en el duplicado no se reflejan en la instantánea. Como resultado, se puede alterar la Capítulo 1. Visión general de UNIX y Linux 7 imagen montada sin afectar la imagen de copia de seguridad y cualquier restauración posterior de dicha copia de seguridad. Tivoli Storage FlashCopy Manager elimina el duplicado durante la operación desmontar. Todos los cambios que se han realizado en el duplicado se deshacen en este momento. Un montaje posterior presenta la imagen tal como se ha creado cuando se ha producido la instantánea. Uso de las instantáneas grabables De forma opcional, Tivoli Storage FlashCopy Manager usa las prestaciones de IBM XIV Storage System para restaurar las instantáneas grabables. Si esta opción está habilitada, una operación montar no crea duplicados, pero monta directamente la instantánea original en otro host. Se conservan todos los cambios en la instantánea y un montaje posterior (u operación de copia de seguridad) presenta todos los cambios que se podrían haber producido en la instantánea mientras se monta. Es necesario el uso de las instantáneas grabables en los entornos de duplicación de LVM. Para obtener información detallada, consulte el parámetro USE_WRITABLE_SNAPSHOTS. Visión general del componente Se proporciona información introductoria sobre los componentes que soporta Tivoli Storage FlashCopy Manager. Las aplicaciones siguientes son los componentes clave del paquete de instalación de Tivoli Storage FlashCopy Manager: DB2 db2acs Oracle acsora SAP for Oracle backint fcmcli (Clonación, montaje/desmontaje, mandatos de gestión) tsm4acs (Agente de descarga) acsgen Controlador central ACSD Aplicaciones personalizadas fcmcli Agente de aplicación Repositorio de copia de seguridad de instantánea Daemon de gestión fmcima XIVAdapter SVC/ DS8000 XIV Agente de dispositivos Figura 1. Visión general del paquete de instalación de Tivoli Storage FlashCopy Manager 8 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Componentes comunes de Tivoli Storage FlashCopy Manager Se proporciona una descripción de los componentes de software compartidos por las versiones individuales de plataforma de base de datos de Tivoli Storage FlashCopy Manager. Application Agent El cliente de aplicación proporciona el soporte necesario para implementar operaciones de copia de seguridad y restauración basadas en instantánea. (DB2) El cliente se implementa como la biblioteca de copia de seguridad de instantánea (se hace referencia a ésta como una biblioteca de proveedor en términos de DB2). La biblioteca también es un componente de Tivoli Storage FlashCopy Manager y se invoca utilizando la frase "... use snapshot..." en los mandatos ’db2 backup database’ o ’db2 restore database’. (Oracle, SAP con Oracle) Las funciones de cliente son acsora o backint. (Aplicaciones personalizadas) Tivoli Storage FlashCopy Manager for Custom Applications proporciona el soporte de aplicación personalizada con la interfaz de línea de mandatos de Tivoli Storage FlashCopy Manager, fcmcli. Management Agent (acsd) Management Agent (acsd) coordina la operación de copia de seguridad. Controla el flujo de la copia de seguridad y media entre la aplicación y los agentes de dispositivo. Management Agent también proporciona acceso al repositorio de copia de seguridad de instantánea que contiene información sobre las copias de seguridad de instantánea válidas y sus relaciones con los dispositivos de almacenamiento con capacidad de instantánea. Device Agent for Generic Devices (acsgen) Device Agent for Generic Devices (acsgen) es una capa de software independiente del sistema operativo e independiente del dispositivo de almacenamiento que interactúa con los adaptadores específicos del sistema operativo y del dispositivo de almacenamiento. Este agente también se utiliza para enviar y solicitar actualizaciones del progreso e información de usabilidad almacenada en el repositorio de copia de seguridad de instantánea local. CIM Adapter (fmcima) CIM Adapter (fmcima) se utiliza con Generic Device Agent (acsgen). Es el componente que invoca un mandato de instantánea en un dispositivo FlashCopy (como DS8000, Storwize V7000 y SAN Volume Controller) mediante la interfaz CIM. XIV Adapter Oracle JavaTM Archive (XivAdapter.jar) XIV Adapter (XivAdapter.jar) se utiliza con el agente Generic Device Agent (acsgen). Se comunica con acsgen y emite mandatos a la interfaz de línea de mandatos de XIV (XCLI). Query Capacity (fmquery) El mandato Query Capacity (fmquery) lista todas las copias de seguridad (copias de seguridad de FlashCopy o de instantánea) registradas en un repositorio particular. Utilice este mandato para comprobar periódicamente la cantidad de espacio de almacenamiento utilizado para las copias de seguridad y para verificar la compatibilidad con la cantidad de capacidad bajo licencia. Capítulo 1. Visión general de UNIX y Linux 9 Script Volume Group Takeover (acsvg.sh) (AIX sólo) El programa de utilidad Volume Group Takeover (acsvg.sh) es un script de shell. Sólo es necesario en escenarios especiales de alta disponibilidad donde los grupos de volúmenes con la capacidad simultánea mejorada se utilizan en sistemas de producción. En estas situaciones, este script exporta y vuelve a importar los grupos de volúmenes en un sistema de cambio de control de HACMP después de que se realice una restauración de instantánea. Este proceso es necesario para poder sincronizar el AIX Object Data Manager (ODM) en los sistemas de producción y en los sistemas de cambio de control HACMP. Offload Agent (tsm4acs) El rol primario de Offload Agents es proporcionar una sola interfaz de usuario para hacer copias de seguridad de una instantánea existente en Tivoli Storage Manager. Tivoli Storage FlashCopy Manager incluye un archivo de licencia que permite el uso de las funciones ampliadas del agente de descarga. Offload Agent también llama al agente de dispositivos genéricos para las operaciones montar y desmontar en los sistemas de copia de seguridad. Interfaz de línea de mandatos de Tivoli Storage FlashCopy Manager (fcmcli) El ejecutable del gestor de Tivoli Storage FlashCopy Manager, tsm4acs, es también la interfaz de clonación de las bases de datos Oracle, DB2, DB2 DPF en entornos SAP y no SAP en AIX, Solaris, xLinux y HP-UX. Si desea obtener más información sobre Tivoli Storage FlashCopy Manager, consulte la wiki de Tivoli Storage FlashCopy Manager en http://www.ibm.com/ developerworks/mydeveloperworks/wikis/home/wiki/Tivoli%20Storage %20FlashCopy%20Manager/page/Home. Funciones avanzadas Se proporciona información sobre las funciones avanzadas que amplían las capacidades de Tivoli Storage FlashCopy Manager. Montaje de imágenes de copia de seguridad Tivoli Storage FlashCopy Manager puede montar una imagen de copia de seguridad en un host remoto. Aunque las características de dicha imagen dependen del subsistema de almacenamiento, las características descritas en esta sección son comunes entre todos los subsistemas de almacenamiento. Uso de varios servidores de copia de seguridad y selección de servidor de copia de seguridad Una imagen de copia de seguridad creada con Tivoli Storage FlashCopy Manager se puede montar sólo en un host (servidor de copia de seguridad). Este host se selecciona en el momento de la copia de seguridad de acuerdo con los criterios de copia de seguridad definidos para el sistema de almacenamiento en las secciones DEVICE_CLASS. La asociación entre las secciones DEVICE_CLASS y los hosts de copia de seguridad se establece durante la configuración. Como resultado, el mismo servidor de copia de seguridad siempre se monta una copia de seguridad de instantánea creada para una determinada DEVICE_CLASS. Para poder utilizar varios servidores de copia de seguridad, las copias de seguridad posteriores se deben realizar con una sección DEVICE_CLASS asociada a cada servidor de copia de seguridad. No está autorizado el montaje de forma simultánea de varias generaciones de copia de seguridad de la misma aplicación en el mismo servidor 10 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux de copia de seguridad. Sin embargo, se puede utilizar un único servidor de copia de seguridad para varias aplicaciones. Montaje forzado Tivoli Storage FlashCopy Manager soporta distintos niveles de características de coherencia para las operaciones de copia de seguridad de instante específico como, por ejemplo, suspender una base de datos o bloquear la E/S. En función del nivel de coherencia especificado, Tivoli Storage FlashCopy Manager podría requerir una comprobación de coherencia de la copia de seguridad en un sistema remoto. En estas situaciones, Tivoli Storage FlashCopy Manager requiere, como mínimo, un servidor de copia de seguridad disponible para montar la imagen de copia de seguridad para esta comprobación de coherencia (montaje forzado). Este servidor de copia de seguridad también podría utilizarse para iniciar una copia de seguridad de cinta posterior. Es necesario un montaje forzado durante estas circunstancias: v La base de datos se ejecuta en un entorno de duplicación de LVM en AIX v Se utiliza la clonación de FlashCopy v Condiciones que requieren un montaje forzado para los distintos entornos de subsistema de almacenamiento: XIV Es necesario un montaje forzado si el parámetro del perfil USE_CONSISTENCY_GROUPS está establecido en NO y no se ha utilizado ningún bloqueo o desbloqueo para los sistemas de archivos. SVC, Storwize V7000 o DS Es necesario un montaje forzado si el parámetro de perfil BACKUP_HOST_NAME está establecido en PREASSIGNED_VOLUMES y el sistema operativo es Linux o Solaris. DS Es necesario un montaje forzado si el parámetro del perfil BACKUP_HOST_NAME está establecido en PREASSIGNED_VOLUMES y no se ha utilizado un bloqueo ni desbloqueo para los sistemas de archivos y el sistema operativo es AIX o HP-UX. Copia de seguridad de FlashCopy de duplicaciones individuales Tivoli Storage FlashCopy Manager da soporte a dos tipos de duplicación. Duplicación mediante el gestor de volúmenes lógicos de AIX (duplicación de LVM) Tivoli Storage FlashCopy Manager proporciona soporte de duplicación LVM para DS8000, IBM XIV® Storage System, IBM Storwize V7000 y Controlador de volumen SAN. Para estos dispositivos, Tivoli Storage FlashCopy Manager crea una copia de seguridad de FlashCopy donde sólo se copia una de las duplicaciones durante la copia de seguridad. Si se utiliza LVM para duplicar la base de datos entre sitios, puede crear copias de seguridad de cinta en cada sitio con Tivoli Storage FlashCopy Manager. En esta situación, no tiene que transferir la imagen de copia de seguridad entre sitios. Para realizar esta tarea, es necesario un servidor de copia de seguridad en cada sitio donde las imágenes de copia de seguridad se pueden montar de forma local para transferirlas al soporte de copia de seguridad secundario. Para DS8000, puede crear, como máximo, una copia INCREMENTAL FlashCopy por volumen de origen. Sin embargo, en los entornos LVM, se duplica Capítulo 1. Visión general de UNIX y Linux 11 cada volumen de origen. Por lo tanto, Tivoli Storage FlashCopy Manager puede crear dos copias de seguridad INCREMENTAL FlashCopy para DS8000. Sitio primario Copia de seguridad de FlashCopy Lunes Sitio de recuperación tras desastre SVC Copia de seguridad de FlashCopy SVC 2 1 2 1 Martes Miércoles Jueves Viernes Sábado Duplicación LVM Archivado de registro contínuo 1 copia a cada sitio Clúster de alta disponibilidad Copia de seguridad de almacenamiento y biblioteca de cintas Tivoli Storage Manager Producción SAP Cambio de control SAP Tivoli Storage Manager Copia de seguridad de almacenamiento y biblioteca de cintas Figura 2. Base de datos SAP® con duplicados entre sitios protegida con Tivoli Storage FlashCopy Manager y Tivoli Storage Manager. Soporte de los ampliados grupos de volúmenes capaces simultáneos de AIX Para soportar los entornos de alta disponibilidad, Tivoli Storage FlashCopy Manager soporta los grupos de volúmenes capaces simultáneos ampliados. Soporte para los grupos de anomalía de Oracle ASM ASM organiza los datos en grupos de discos que están formados por una colección de unidades de disco situadas en el mismo bucle tal como lo ha configurado el subsistema de almacenamiento. Tivoli Storage FlashCopy Manager utiliza una instancia de ASM para correlacionar estos grupos de discos con discos físicos. Cada grupo de discos puede tener varios grupos de anomalía que son copias redundantes de cada uno. Estos grupos de anomalía se pueden utilizar como una técnica para duplicar los volúmenes de almacenamiento. Puede realizar esta técnica definiendo los grupos de discos con redundancia normal que están formados por dos grupos de anomalía (o definiendo los grupos de discos con alta redundancia que están formados por tres grupos de anomalía) y colocando los volúmenes para cada uno de los grupos de anomalía en un clúster de almacenamiento dedicado. Aunque el ID del sistema Oracle predeterminado (SID) para la instancia de ASM es +ASM, están soportados otros SID. En dicha configuración, Tivoli Storage FlashCopy Manager es capaz de crear copias de seguridad de FlashCopy de un grupo de anomalía individual para todos los dispositivos de almacenamiento soportados (DS8000, Storwize V7000, Controlador de volumen SAN y IBM XIV Storage System). 12 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Duplicación de dispositivos heterogéneos Tivoli Storage FlashCopy Manager no requiere que los dispositivos de almacenamiento de distintas duplicaciones estén en el mismo nivel de versión. Integración con Tivoli Storage Manager Tivoli Storage FlashCopy Manager puede hacer copias de datos desde un sistema remoto (servidor de copia de seguridad) en Tivoli Storage Manager. Estos componentes se deben instalar y configurar en el servidor de copia de seguridad para poder hacer copias de seguridad en Tivoli Storage Manager: v IBM Tivoli Storage Manager for Enterprise Resource Planning (SAP® con DB2, SAP® con Oracle) v El agente de DB2 Tivoli Storage Manager nativo (DB2 en entornos no SAP®) v Tivoli Storage Manager para bases de datos (entornos Oracle no SAP®) v Cliente de archivado y copia de seguridad de Tivoli Storage Manager (entornos de aplicaciones personalizadas) Tivoli Storage FlashCopy Manager proporciona estas funciones con Tivoli Storage Manager: v Haga una copia de seguridad en Tivoli Storage Manager inmediatamente después de que se complete correctamente la copia de seguridad de Tivoli Storage FlashCopy Manager. v Realice la copia de seguridad de Tivoli Storage Manager con una planificación separada. Esta función permite retrasar la copia de seguridad en Tivoli Storage Manager al momento en que la disponibilidad de las unidades de cinta esté en su mejor momento. v Reinicie manualmente una copia de seguridad en Tivoli Storage Manager después de un error. En esta situación, los datos que ya se han confirmado en el Tivoli Storage Manager Server no se vuelven a enviar. Capítulo 1. Visión general de UNIX y Linux 13 24,00 12,00 0,00 Producción en línea actualización del lote proceso del lote Copia de seguridad en base de datos inicio fin DS8000 Copia en segundo plano FlashCopy dormir Tivoli Storage Manager en servidor de copia de seguridad grabar datos en cinta copia de seguridad con traspaso de datos (en Tivoli Storage Manager) (Manual) reiniciar después de corrección del error Figura 3. Visión general del entorno de Tivoli Storage FlashCopy Manager cuando está integrado con Tivoli Storage Manager Soporte de aplicaciones personalizadas con Tivoli Storage Manager Tivoli Storage FlashCopy Manager hace copias de seguridad de las aplicaciones personalizadas que no soporta explícitamente Tivoli Storage FlashCopy Manager. IBM Tivoli Storage FlashCopy Manager for Custom Applications proporciona una copia de seguridad de instantánea genérica para un sistema de archivos o un grupo de volúmenes con salidas de usuario que le permiten ejecutar los scripts de preproceso y postproceso para preparar las aplicaciones para las instantáneas de nivel de volumen. Tivoli Storage FlashCopy Manager puede crear imágenes de instantánea coherentes de uno o más sistemas de archivos en un sistema de producción. Las instantáneas se gestionan como versiones de copia de seguridad utilizando las políticas de gestión de versiones existentes de Tivoli Storage FlashCopy Manager. Las instantáneas se pueden utilizar como una fuente para las operaciones de restauración instantánea. Para soportar las aplicaciones que se deben inmovilizar antes de que se cree una instantánea, Tivoli Storage FlashCopy Manager proporciona las salidas de usuario previas y posteriores a la instantánea que le permiten preparar y reanudar la aplicación antes y después de la creación de la instantánea. También puede montar las copias de seguridad de instantánea en un sistema secundario. En los entornos de Tivoli Storage Manager, Tivoli Storage FlashCopy Manager puede utilizar el cliente de archivado y copia de seguridad para iniciar una copia de seguridad posterior en el servidor Tivoli Storage Manager. 14 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager Se proporciona información sobre cómo preparar las aplicaciones, los archivos, los parámetros y los dispositivos en el entorno de Tivoli Storage FlashCopy Manager. Estos pasos le ayudan a preparar el sistema de producción, a validar la configuración y a añadir los servidores de copia de seguridad al entorno (como una configuración secundaria). Repase la lista de comprobación de preinstalación de Tivoli Storage FlashCopy Manager que se adjunta con la nota técnica de los requisitos de hardware y software para Tivoli Storage FlashCopy Manager. Puede acceder a esta nota técnica desde el portal de soporte de Tivoli Storage FlashCopy Manager (http://www.ibm.com/support/entry/portal/Overview/Software/ Tivoli/Tivoli_Storage_FlashCopy_Manager) utilizando las palabras clave: "3.1 UNIX requisitos". La lista de comprobación de preinstalación contiene la información sobre requisitos más actual y proporciona una validación rápida del entorno. Tivoli Storage FlashCopy Manager depende de la configuración correcta de distintos componentes de subsistema. Estas condiciones son los requisitos mínimos de entorno: v Un diseño de disco adecuado de la aplicación en el host de producción v Definiciones de almacenamiento definidas correctamente en el subsistema de almacenamiento v Conectividad apropiada del host de producción al subsistema de almacenamiento En una configuración avanzada, se puede distribuir el sistema de producción entre varios host y subsistemas de almacenamiento. Los subsistemas de almacenamiento se pueden distribuir también entre los sitios. Puede que sean necesarios los servidores de copia de seguridad para las operaciones como copia de seguridad de los datos en Tivoli Storage Manager. Planificación de capacidad Se proporciona para ayudarle a estimar las capacidades de almacenamiento necesarias para instalar y utilizar Tivoli Storage FlashCopy Manager. El espacio de almacenamiento necesario para Tivoli Storage FlashCopy Manager se puede dividir en las siguientes categorías: v Espacio necesario para la instalación del producto en un sistema v Espacio necesario para habilitar cada instancia individual de base de datos con Tivoli Storage FlashCopy Manager v Espacio necesario en el dispositivo de almacenamiento para las copias de seguridad o los clones reales de la instantánea Instalación del producto global El espacio necesario para la instalación del producto de Tivoli Storage FlashCopy Manager varía en función del sistema operativo subyacente. La tabla siguiente muestra la vía de acceso de instalación predeterminada y el espacio medio necesario. © Copyright IBM Corp. 2001, 2011 15 Tabla 10. Requisitos de espacio para una instalación de producto global de Tivoli Storage FlashCopy Manager Sistema operativo Vía de instalación predeterminada Espacio necesario (MB) AIX /usr/tivoli/tsfcm/acs_3.1.0.0 650 Solaris /opt/tivoli/tsfcm/acs_3.1.0.0 400 Linux /opt/tivoli/tsfcm/acs_3.1.0.0 250 HP-UX /opt/tivoli/tsfcm/acs_3.1.0.0 1000 Activación de instancia de la base de datos o de la aplicación personalizada Nota: En esta sección el término de instancia de base de datos debe sustituirse por la aplicación personalizada cuando se utilice Tivoli Storage FlashCopy Manager for Custom Applications. Además del espacio necesario para la instalación de producto global, Tivoli Storage FlashCopy Manager debe estar instalado en cada instancia de base de datos habilitada para la protección o la clonación de datos basada en instantáneas. FlashCopy Manager también debe estar instalado en las instancias de base de datos en un servidor de copia de seguridad, a menos que comparta su instalación de FlashCopy Manager con el servidor de producción utilizando el NFS. El espacio necesario para cada instancia de base de datos habilitada de FlashCopy Manager es igual a la cantidad de espacio necesaria para la instalación de producto global. Es necesario espacio adicional para los archivos de registro y los archivos de rastreo. Los archivos de rastreo y de registro se escriben continuamente sin suprimir automáticamente los más antiguos. Por lo tanto, la cantidad de almacenamiento necesaria para los archivos de registro y de rastreo puede crecer hasta varios cientos de megabytes. Como procedimiento recomendado, suprima los archivos de registro y rastreo con un script personalizado. Nota: Para las instancias sencillas de base de datos Oracle, Tivoli Storage FlashCopy Manager almacena los archivos de control de base de datos en el repositorio de FlashCopy Manager para cada copia de seguridad de instantánea. Para instalaciones autónomas de FlashCopy Manager sin IBM Tivoli Storage Manager for Enterprise Resource Planning en un entorno SAP con Oracle, todos los archivos de base de datos se almacenan en el repositorio cuando: v v La opción backup_dev_type especifica util_file o util_file_online El parámetro ALLOW_FULL_FILE_BACKUP especifica YES en la sección CLIENT del perfil de FlashCopy Manager Evite crear dicha configuración. No obstante, si debe crear este tipo de configuración, tenga en cuenta los requisitos de espacio del repositorio de FlashCopy Manager. La vía de acceso del repositorio se puede configurar libremente de forma que se pueda cambiar a un volumen con espacio suficiente (mediante el parámetro de perfil ACS_REPOSITORY). Copias de instantánea Las copias reales de instantánea de los datos o las base de datos de aplicaciones precisa la mayoría del espacio. La cantidad total de espacio necesario depende de los siguientes factores: 16 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux v El tamaño total de todos los volúmenes de origen que forman parte del grupo de volúmenes que contiene los datos de aplicación v El tipo de instantánea (copia completa o copia eficiente con el espacio) v La velocidad con la que se alteran los volúmenes de origen después de que se tome una instantánea (sólo se aplica a las instantáneas eficientes con el espacio) En Controlador de volumen SAN, Storwize V7000 y DS8000, las copias de instantánea completas requieren la misma cantidad de espacio que los volúmenes de origen correspondientes. Las copias de espacio eficiente en Controlador de volumen SAN, Storwize V7000 y XIV requieren inicialmente una pequeña cantidad de espacio para los metadatos. Esta demanda de espacio crece con cada bloque que se modifica en el volumen de origen correspondiente. De forma correspondiente, cuantos más bloques de volumen de origen se modifican, más espacio es necesario para los volúmenes de destino que representan una copia de instantánea de estas aplicaciones. Preparación del entorno de producción Todas las operaciones de copia de seguridad de Tivoli Storage FlashCopy Manager se basan en operaciones de copia de nivel de volumen (proporcionadas por el subsistema de almacenamiento). Se implementan en un nivel de grupo de volúmenes. Para los entornos de Oracle ASM, las operaciones de copia de seguridad se implementan en el nivel del grupo de discos. Tivoli Storage FlashCopy Manager determina los grupos de discos de los que se van a hacer una copia de seguridad correlacionando los datos de aplicación con los archivos y directorios. Estos archivos y directorios se correlación, después, con los grupos de discos a los que pertenecen. Como último paso, Tivoli Storage FlashCopy Manager determina los volúmenes que están subordinados a un grupo de discos. A continuación, desencadena los mandatos específicos del subsistema de almacenamiento apropiados para crear una copia a nivel de grupo de discos en el dispositivo de almacenamiento. Tivoli Storage FlashCopy Manager no puede crear copias puntuales coherentes de datos en un nivel inferior que un grupo de volúmenes. Esta condición se debe a la naturaleza de los servicios de copia. Como resultado, Tivoli Storage FlashCopy Manager requiere un diseño de disco correcto para funcionar correctamente. Preparación de sistemas nativos DB2 Se proporciona información para preparar un sistema DB2 nativo. Tivoli Storage FlashCopy Manager requiere esta estructura de grupo de volúmenes: v Como mínimo, un grupo de volúmenes por cada partición de base de datos, que contenga los espacios de tabla y el directorio de la base de datos local. v Como mínimo, un grupo de volúmenes por cada partición de base de datos que contenga los archivos de registro de base de datos. Además de almacenar estos datos en los grupos de volúmenes dedicados, los grupos de volúmenes deben residir en los sistemas de archivos soportados por Tivoli Storage FlashCopy Manager. Los datos que no son de aplicación (que están almacenados en estos grupos de volúmenes) también son procesados por Tivoli Storage FlashCopy Manager y se incluyen en las imágenes de copia de seguridad. Estos datos que no son de aplicación se sobrescriben durante una operación Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 17 restaurar. Como resultado, no almacene otros objetos (como, por ejemplo, archivos binarios o archivos de registro de instancia de base de datos) en los grupos de volúmenes utilizados para los datos de copia de seguridad. Si Tivoli Storage FlashCopy Manager detecta dichos datos en uno de los volúmenes de los que se va a hacer una copia de seguridad, la operación de copia de seguridad falla. Para garantizar que la operación de copia de seguridad sea correcta, especifique el parámetro de perfil NEGATIVE_LIST con el valor adecuado. Para obtener información sobre el parámetro de perfil NEGATIVE_LIST, consulte “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149. Tivoli Storage FlashCopy Manager sólo procesa los espacios de tabla, el directorio de base de datos local y los archivos de registro. Se recomienda el siguiente diseño de grupo de volúmenes para DB2: Tabla 11. Diseño para el grupo de volúmenes para DB2 Contenido de los datos Tipo de datos Ubicación de datos Grupos de volúmenes de espacio de tabla Subsistema de almacenamiento soportado Espacios de tabla Grupos de volúmenes de registro Subsistema de almacenamiento soportado Archivos de registro Instancia Subsistema de Directorio de almacenamiento o instancia de DB2 almacenamiento local Archivos binarios de DB2 Otros datos N/D Datos de otras aplicaciones Archivar N/D Directorio del archivado de registros rootvg N/D Archivos binarios de sistema operativo y de otros Comentarios Se necesitan grupos de volúmenes Directorio de base de dedicados por datos local partición de base de datos Se necesitan grupos de volúmenes dedicados por partición de base de datos Tivoli Storage FlashCopy Manager no requiere un diseño de almacenamiento específico para estos objetos. Sin embargo, los datos no se deben almacenar en uno de los grupos de volúmenes que contienen los espacios de tabla o los registros. También puede utilizar sólo un único grupo de volúmenes por cada partición de base de datos que contenga espacios de tabla, el directorio de base de datos local y los archivos de registro (si todas las operaciones de copia de seguridad y restaurar incluyen los archivos de registro). No obstante, es posible que no pueda utilizar una recuperación con reaplicación de actualizaciones para restaurar la base de datos porque los archivos de registro incluidos en la copias de seguridad sobrescriben los últimos archivos de registro en línea. Además, Tivoli Storage FlashCopy Manager no soporta las bases de datos no duplicadas donde una única partición de base de datos se distribuye entre varios dispositivos de almacenamiento. En un entorno de duplicación del gestor de volúmenes lógicos de AIX, cada duplicación debe residir en un clúster de almacenamiento separado. 18 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Preparación de SAP® en DB2 Se proporciona información para preparar un sistema SAP® en DB2. El diseño de almacenamiento recomendado para SAP® en DB2 es idéntico al diseño de almacenamiento descrito en “Preparación de sistemas nativos DB2” en la página 17. Además, Tivoli Storage FlashCopy Manager soporta los entornos de base de datos SAP® donde residen varias particiones lógicas de una base de datos DB2 dentro de un único grupo de volúmenes. Se hace referencia a este valor como compartición de volumen (consulte el parámetro PARTITION_GROUP si desea más detalles). Con la compartición de volumen, las particiones de base de datos individuales no se pueden restaurar y no se puede utilizar el mandato db2 restore use snapshot. Además, Tivoli Storage FlashCopy Manager no soporta las bases de datos no duplicadas donde se distribuye una única partición de base de datos entre varios dispositivos de almacenamiento. En un entorno de LVM, cada duplicación debe residir dentro de un clúster de almacenamiento individual. Preparación de SAP® con Oracle Se proporciona información para preparar un sistema SAP® con Oracle. Consejo: Revise las especificaciones exactas del diseño del volumen (se soporta a través de la función de copia de seguridad de volumen - disco de SAP® BR*Tools) que están disponibles en la publicación SAP® Database Guide for Oracle. Tivoli Storage FlashCopy Manager requiere que todos los archivos de base de datos, los registros de rehacer en línea y los archivos de control residan en sistemas de archivos soportados por Tivoli Storage FlashCopy Manager. Los datos que se encuentran en los directorios sapdata, origlog y mirrlog deben ubicarse en grupos de volúmenes independientes. Si se almacenan otros datos dentro de estos grupos de volúmenes, son procesados por Tivoli Storage FlashCopy Manager y se incluyen en la imagen de copia de seguridad de Tivoli Storage FlashCopy Manager. Estos datos se sobrescriben durante una operación restaurar. Como resultado, no almacene otros objetos (por ejemplo, archivos binarios de instancia de base de datos y registros de rehacer fuera de línea) en los grupos de volúmenes utilizados para los datos de copia de seguridad. Si Tivoli Storage FlashCopy Manager detecta dichos datos en uno de los volúmenes de los que se va a hacer una copia de seguridad, la operación de copia de seguridad falla. SAP BR*Tools necesita una lista de archivos y directorios de los que se puedan realizar copias de seguridad. Utilice la palabra clave util_vol_nlist del archivo de configuración de BR*Tools para especificar una lista de archivos o directorios que no son de base de datos, que se encuentran en el volumen de disco de base de datos. Para que SAP BR*Tools no compruebe los discos adicionales, especifique util_vol_nlist = no_check. No obstante, al especificar util_vol_nlist = no_check, SAP BR*Tools no sólo copia dichos archivos durante la copia de seguridad, sino que sobrescribe también dichos archivos durante el proceso de restauración. Tivoli Storage FlashCopy Manager sólo procesa los espacios de tabla en el nivel de volumen. Se recomienda el siguiente diseño de grupo de volúmenes para SAP® con Oracle. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 19 Tabla 12. Diseño de grupo de volúmenes para SAP® con Oracle Contenido de los datos Tipo de datos Ubicación de datos sapdata Subsistema de almacenamiento soportado Archivos de base de datos origlog Subsistema de almacenamiento soportado Registros de rehacer en línea Subsistema de almacenamiento soportado Registros de rehacer en línea Otros datos N/D Datos de otras aplicaciones rootvg N/D Archivos binarios y de sistema operativo mirrlog Comentarios Uno o más grupos de volúmenes dedicados. Está Opcionalmente una autorizado, pero no copia de un archivo es necesario que de control de base de utilice los grupos de datos volúmenes dedicados para cada subdirectorio sapdata Uno o más grupos de volúmenes dedicados Opcionalmente una copia de un archivo de control de base de datos Uno o más grupos de volúmenes dedicados Opcionalmente una copia de un archivo de control de base de datos Recomendado. Actualmente, Tivoli Storage FlashCopy Manager no requiere un diseño de almacenamiento específico para estos objetos. Sin embargo, los datos no se deben almacenar en uno de los grupos de volúmenes que contienen los espacios de tabla o los registros. Para realizar copias de seguridad incrementales con traspaso de datos de un sistema SAP con Oracle, Tivoli Storage FlashCopy Manager necesita instalar y configurar una instancia de base de datos de Oracle en el servidor de copia de seguridad. Las variables de entorno específicas de Oracle, por ejemplo ORACLE_HOME, y las vías de acceso deben exportarse de modo que estén accesibles si se emite el mandato su - usuario_oracle -c. Para verificar esta acción, ejecute su - usuario_oracle -c env | grep ORACLE como usuario root. Debe existir una base de datos del catálogo de recuperación. En esta base de datos Oracle RMAN registra todas las copias de seguridad con traspaso de datos. Para obtener información detallada sobre la configuración de una base de datos del catálogo de recuperación, consulte los manuales de Oracle. Para verificar esta configuración, ejecute el mandato siguiente como usuario de Oracle en el host de producción: 20 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux rman target / catalog <usuario_catálogo>/ <contraseña_catálogo>@<serie_conexión_catálogo> Para verificar la configuración del sistema de copia de seguridad, ejecute el mandato siguiente como usuario root en el host de copia de seguridad: su -usuario_oracle -c "rman target / catalog usuario_catálogo/ contraseña_catálogo@serie_conexión_catálogo" Mediante este mandato, se debería conectar a las bases de datos de recuperación y de destino, y después se debería mostrar la solicitud de RMAN. Para finalizar, emita el mandato quit. Por ejemplo: $ rman target / catalog rman/rman@catdb Recovery Manager: Release 10.2.0.5.0 - Production on Thu Mar 10 16:18:04 2011 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: P01 (DBID=1213110920, not open) connected to recovery catalog database RMAN> quit Recovery Manager complete. $ Tivoli Storage FlashCopy Manager no soporta las bases de datos no duplicadas donde la base de datos se distribuye entre varios dispositivos de almacenamiento. En un entorno de LVM, cada duplicación debe residir dentro de un clúster de almacenamiento separado. Preparación de sistemas nativos Oracle (no SAP®, no ASM) Se proporciona información para preparar un sistema Oracle nativo (no SAP®, no ASM). Tivoli Storage FlashCopy Manager procesa los archivos de base de datos en un nivel de volumen en sistemas Oracle nativos y requiere que estos archivos de base de datos residan en uno o más grupos de volúmenes dedicados. Los archivos de base de datos deben residir en los sistemas de archivos soportados por Tivoli Storage FlashCopy Manager en la plataforma, o volúmenes lógicos en bruto. Sin embargo, los archivos de control de base de datos no deben residir en el mismo grupo de volúmenes que los archivos de base de datos. Los datos que no son de aplicación, que se almacenan en estos grupos de volúmenes, también son procesados por Tivoli Storage FlashCopy Manager y se incluyen en las imágenes de copia de seguridad. Estos datos que no son de aplicación se sobrescriben durante una operación restaurar. Como resultado, no almacene otros objetos, por ejemplo, archivos binarios de instancia de base de datos, registros de rehacer fuera de línea o archivos de control, en los grupos de volúmenes utilizados para los datos de copia de seguridad. Si Tivoli Storage FlashCopy Manager detecta dichos datos en uno de los volúmenes de los que se va a hacer una copia de seguridad, la operación de copia de seguridad falla. Para garantizar que la operación de copia de seguridad sea correcta, especifique el parámetro de perfil NEGATIVE_LIST con el valor adecuado. Para obtener información sobre el parámetro de perfil NEGATIVE_LIST, consulte “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 21 Tivoli Storage FlashCopy Manager sólo procesa espacios de tabla. Utilice el siguiente diseño de grupo de volúmenes para los sistemas Oracle nativos (no SAP®, no ASM): Tabla 13. Diseño de grupo de volúmenes para sistemas Oracle nativos (no SAP®, no ASM) Tipo de datos Ubicación de datos Contenido de los datos Grupos de volúmenes de espacio de tabla Subsistema de disco soportado Archivos de espacio de tabla Grupos de volúmenes dedicados necesarios Grupos de Subsistema de disco Registros de rehacer en línea volúmenes de soportado registro de rehacer en Para realizar la línea clonación y, también, la copia de seguridad de FlashCopy, los registros de rehacer en línea deben residir en sus propios volúmenes en un subsistema de disco soportado de otros archivos. No es necesario, pero es práctico para la copia de seguridad de FlashCopy. Archivos binarios, archivos de control Comentarios Necesario para la clonación. Archivos binarios, Para la clonación, archivos de control como mínimo, uno de los archivos de control deben residir en el mismo volumen que los archivos de espacio de tabla o los registros de rehacer en línea. Si se realizan la clonación y la copia de seguridad de FlashCopy, este archivo de control debe residir en los volúmenes de los registros de rehacer en línea. Grupo de volúmenes N/D del registro de rehacer fuera de línea Registros de rehacer fuera de línea Otros datos N/D Datos de otras aplicaciones rootvg N/D Archivos binarios de sistema operativo y de otros Actualmente, Tivoli Storage FlashCopy Manager no requiere un diseño de almacenamiento específico para estos objetos. Sin embargo, los datos no se pueden almacenar en uno de los grupos de volúmenes que contenga los espacios de tabla o los registros de rehacer. Tivoli Storage FlashCopy Manager requiere el uso de una base de datos de 22 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux catálogo. Tivoli Storage FlashCopy Manager no soporta las bases de datos no duplicadas donde la base de datos se distribuye entre varios dispositivos de almacenamiento. En un entorno de LVM, cada duplicación debe residir dentro de un clúster de almacenamiento separado. Si el usuario del sistema operativo utiliza un shell diferente de ksh, las variables de entorno específicas de Oracle (por ejemplo, ORACLE_HOME) y las vías de acceso se deben exportar de forma que se pueda acceder a éstas si se emitr el mandato su - <usuario_oracle> -c. Preparación de Oracle ASM Tivoli Storage FlashCopy Manager sólo soporta los entornos Oracle Automatic Storage Management (ASM) cuando los grupos de discos ASM se configuran en volúmenes físicos en bruto. Puesto que Tivoli Storage FlashCopy Manager procesa los archivos de base de datos en el nivel del grupo de volúmenes de discos ASM, es necesario que los archivos de base de datos residan en los grupos de discos dedicados. Los datos que no son de aplicación, que se almacenan en estos grupos de discos, también son procesados por Tivoli Storage FlashCopy Manager y se incluyen en las imágenes de copia de seguridad. Estos datos que no son de aplicación se sobrescriben durante una operación restaurar. Como resultado, no almacene otros objetos en los grupos de discos utilizados para los datos de copia de seguridad. Si Tivoli Storage FlashCopy Manager detecta dichos datos en uno de los volúmenes de los que se va a hacer una copia de seguridad, la operación de copia de seguridad falla. Para garantizar que la operación de copia de seguridad sea correcta, especifique el parámetro de perfil NEGATIVE_LIST con el valor adecuado. Para obtener información sobre el parámetro de perfil NEGATIVE_LIST, consulte “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149. Tivoli Storage FlashCopy Manager sólo procesa espacios de tabla. Se recomienda el siguiente diseño de grupo de discos para los entornos Oracle ASM: Tabla 14. Diseño de grupo de discos para Oracle ASM Tipo de datos Ubicación de datos Contenido de los datos Grupos de discos de espacio de tabla Subsistema de disco soportado Archivos de espacio de tabla Uno o más grupos de discos ASM dedicados de forma exclusiva a la base de datos protegida Grupos de discos de Subsistema de disco registro de rehacer en soportado línea Registros de rehacer en línea Actualmente, no es necesario un grupo de discos separado, pero se recomienda Comentarios Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 23 Tabla 14. Diseño de grupo de discos para Oracle ASM (continuación) Tipo de datos Ubicación de datos Contenido de los datos Grupos de discos del N/D registro de rehacer fuera de línea Registros de rehacer fuera de línea Archivos binarios, archivos de control Subsistema de disco Archivos binarios, archivos de control Otros datos N/D Datos de otras aplicaciones rootvg N/D Archivos binarios y de sistema operativo Comentarios Actualmente, Tivoli Storage FlashCopy Manager no requiere un diseño de almacenamiento específico para estos objetos. Podrían residir dentro de ASM o dentro del sistema de archivos. Sin embargo, estos datos no se deben almacenar en uno de los grupos de volúmenes o grupos de discos que contengan espacios de tabla o registros de rehacer. Tivoli Storage FlashCopy Manager requiere el uso de una base de datos de catálogo. Normalmente, una instancia de ASM puede servir a varias bases de datos. Tivoli Storage FlashCopy Manager soporta dicha configuración siempre que se utilicen los grupos de discos dedicados para cada base de datos. Para los grupos de discos de redundancia normal y los de redundancia alta, Tivoli Storage FlashCopy Manager maneja los grupos de anomalía de una forma exclusiva tal como se describe en “Soporte del grupo de anomalía de ASM” en la página 29. En DS8000, Tivoli Storage FlashCopy Manager no utiliza grupos de coherencia. Como resultado, el único entorno ASM soportado en DS8000 es en el que residen todos los archivos de espacio de tabla en un grupo de disco. Además, este grupo de discos contiene exactamente una LUN en DS8000. Tivoli Storage FlashCopy Manager no soporta las bases de datos que se distribuyen entre varios clústeres de almacenamiento, excepto en entornos en los que los grupos de anomalía se utilizan de una forma donde cada clúster de almacenamiento contiene una imagen completa de la base de datos. Se debe crear un grupo de discos en el sistema de copia de seguridad para alojar el archivo de control. Este grupo de discos debe tener el mismo nombre que el grupo de discos donde el archivo de control reside en el sistema de producción. El directorio de repositorio desde el que se restaura el archivo de control (y se almacena temporalmente para RMAN) debe existir en el sistema de copia de seguridad. Por regla general, este directorio se encuentra debajo del directorio $ORACLE_BASE/diag/$ORACLE_SID para una base de datos Oracle 11g. Las variables de entorno específicas de Oracle, por ejemplo ORACLE_HOME, y las vías de acceso deben exportarse de modo que estén accesibles si se emite el mandato su - usuario_oracle -c. Para ksh o bash, esta acción se puede verificar ejecutando el mandato su - usuario_oracle -c env | grep ORA como usuario root. 24 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Preparación de aplicaciones personalizadas Algunos requisitos previos son necesarios al preparar un entorno de aplicación personalizada. Tivoli Storage FlashCopy Manager realiza copias de seguridad de instantánea de sistemas de archivos sin formato en un nivel de grupo de volúmenes. Por lo tanto, asegúrese de que los archivos que desea proteger se almacenan en los sistemas de archivos y los grupos de volúmenes dedicados. Además de almacenar estos datos en los grupos de volúmenes dedicados, dichos grupos de volúmenes deben residir en un tipo de sistema de archivos soportado por Tivoli Storage FlashCopy Manager (consulte las notas del release para ver más detalles). Cualquier otro dato, almacenado en estos grupos de volúmenes, también es procesado por Tivoli Storage FlashCopy Manager y se incluye en las imágenes de copia de seguridad. Se restaurará toda la imagen de copia de seguridad y cualquier dato de los sistemas de archivos actualizados o creados después de que se suprima la copia de seguridad. Atención: No almacene los datos que no desea restaurar dentro de los grupos de volúmenes que están siendo procesados por Tivoli Storage FlashCopy Manager. Si Tivoli Storage FlashCopy Manager detecta dichos datos en uno de los volúmenes de los que se va a hacer una copia de seguridad, la operación de copia de seguridad falla. Para garantizar que la copia de seguridad sea correcta, especifique el parámetro de perfil NEGATIVE_LIST con el valor adecuado. Para obtener información sobre el parámetro de perfil NEGATIVE_LIST, consulte “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149. Consejo: Para conseguir una copia de seguridad coherente con la transacción de la aplicación personalizada conservando sus datos en los sistemas de archivos copiados de la instantánea, puede configurar Tivoli Storage FlashCopy Manager de forma que ejecute un mandato previo de flash ,o posterior a flash, inmediatamente antes ,o después, de la creación de la instantánea. Estos mandatos se pueden utilizar para suspender y reanudar la aplicación para poder crear una copia de seguridad coherente. Preparación del servidor de recuperación tras desastre de alta disponibilidad de DB2 o del servidor en espera de DB2 Se proporciona información para preparar un entorno de recuperación tras desastre de alta disponibilidad de DB2 (HADR) o de un servidor DB2 en espera. Un entorno de servidor DB2 HADR o un entorno de servidor DB2 en espera está protegido por Tivoli Storage FlashCopy Manager si la base de datos DB2 primaria correspondiente también está protegida por Tivoli Storage FlashCopy Manager. Después del cambio de control, la protección del entorno anterior de DB2 HADR en espera puede seguir mediante Tivoli Storage FlashCopy Manager para DB2. El diseño de almacenamiento para un entorno de servidor DB2 HADR o de servidor DB2 en espera debe ser idéntico al diseño de almacenamiento descrito en “Preparación de sistemas nativos DB2” en la página 17. Además, los nombres de los archivos, los sistemas de archivos y los puntos de montaje deben ser idénticos para ambos entornos, el de DB2 primario y el de DB2 en espera. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 25 Recuerde: En un entorno típico, ambos lados de un entorno de servidor DB2 HADR o de servidor DB2 en espera pueden actuar como el sistema primario o el sistema en espera. Para soportar dichas configuraciones, puede crear un único perfil en cada sitio (consulte Figura 4) que se puede utilizar, independientemente de si el sistema es la copia activa o inactiva de DB2. Servidor en espera DB2 activo envío de registro/transacción Repo en espera de DB2 Repo Servidor de producción <<utiliza> Repo Configuración de FlashCopy Manager para proteger un sistema DB2 activo Sitio A <<utiliza> Configuración de FlashCopy Manager para proteger un sistema en espera FlashCopy Repo <<utiliza> FlashCopy Sitio B Figura 4. Protección de nodos de DB2 HADR en espera con IBM Tivoli Storage FlashCopy Manager for Custom Applications Aunque se puede utilizar un único perfil en los dos sitios, por ejemplo, un perfil para el sitio A y un perfil para el sitio B, hay diferentes mandatos para realizar copias de seguridad de DB2. Si es primario, el mandato es db2 backup use snapshot ... , y si es en espera o el sistema HADR, el mandato es fcmcli -f backup_db2standby.... En un entorno donde está configurado Tivoli Storage Manager, esto también afecta la forma en la que Tivoli Storage FlashCopy Manager desencadena la copia de seguridad de Tivoli Storage Manager. Mientras que DB2 está activo, Tivoli Storage FlashCopy Manager emite un mandato db2 backup para la copia de seguridad en Tivoli Storage Manager. Si DB2 está inactivo, Tivoli Storage FlashCopy Manager crea la copia de seguridad utilizando el cliente de archivado y copia de seguridad de Tivoli Storage Manager. Restricción: Puesto que Tivoli Storage FlashCopy Manager se comunica con el sitio activo para consultar a DB2 para obtener una lista de archivos para hacer copias de seguridad, los nombres de los puntos de montaje y los sistemas de archivos que contienen datos de DB2 deben ser idénticos en el sitio A y en el sitio B. Recuerde: Aunque puede crear un único perfil en cada sitio que se puede utilizar, independientemente de si el sitio está activo o pasivo, debe instalar Tivoli Storage FlashCopy Manager de forma separada en cada sitio. No hay ninguna opción de instalación que instale Tivoli Storage FlashCopy Manager en cada sitio de forma simultánea. 26 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Utilización de enlaces simbólicos Tivoli Storage FlashCopy Manager sigue los enlaces simbólicos cuando los datos de aplicación se correlacionan con los grupos de volúmenes. Sin embargo, los enlaces simbólicos podrían complicar las operaciones de copia de seguridad basadas en volumen. Esta complicación es posible, especialmente, cuando un sistema de archivos de un grupo de volúmenes apunta a un objeto de otro sistema de archivos y este sistema de archivos reside en un grupo de volúmenes diferente. Por lo tanto, el método recomendado es evitar el uso de enlaces simbólicos en el entorno de aplicación. Soporte del gestor de volúmenes lógicos (sólo AIX) Puede utilizar Tivoli Storage FlashCopy Manager en entornos donde los grupos de volúmenes se duplican entre dos clústeres de almacenamiento utilizando el gestor de volúmenes lógicos (LVM) en AIX. Este soporte se proporciona en entornos DS8000, Controlador de volumen SAN, Storwize V7000 y IBM XIV® Storage System. Si se utiliza LVM para duplicar los grupos de volúmenes entre dos clústeres de almacenamiento, se crea una copia de seguridad de FlashCopy de forma que sólo se copia una de las duplicaciones. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 27 Sistema de producción / Servidor de BD Sistema de cambio de control Sistema de copia de seguridad Duplicación LVM de AIX 1 1 1 1 1 1 FC CopySet A de volúmenes de origen 1 1 2 2 1 1 2 2 1 1 2 2 CopySet A de volúmenes de destino FC CopySet B de volúmenes de origen Unidad de hardware 1 2 2 2 2 2 2 CopySet B de volúmenes de destino Unidad de hardware 2 Conexión permanente con la BD con duplicaciones LVM de AIX desde el sistema de producción Conexión con la BD con duplicaciones LVM de AIX desde el sistema de cambio de control en caso de situación de cambio de control Conexión temporal con un solo conjunto de copia de volumen de destino a la vez (desde el inicio de la instantánea hasta la retirada) Figura 5. Tivoli Storage FlashCopy Manager en un entorno de LVM LVM proporciona estos beneficios: v Sólo una de las duplicaciones LVM utilizadas en el proceso de FlashCopy®, que guarda el número de volúmenes de destino y reduce el tiempo necesario para el proceso de FlashCopy®. v Evita una degradación del rendimiento innecesaria dentro del sistema de almacenamiento. v Todas las duplicaciones LVM del sistema de producción permanecen sincronizadas durante el proceso de copia de seguridad de FlashCopy®. v Las copias de seguridad de FlashCopy® en línea o fuera de línea se pueden crear en ambos entornos, LVM y no LVM. No hay ningún cambio en los procedimientos de copia de seguridad y restauración tal como se ha proporcionado en la documentación aplicable. 28 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux v El proceso de copia de seguridad de FlashCopy® no compromete nunca el objetivo de alta disponibilidad para el cual se han configurado las duplicaciones. No es necesario volver a sincronizar los volúmenes lógicos después de la solicitud de copia de seguridad de FlashCopy®. v Tivoli Storage FlashCopy Manager proporciona información sobre las configuraciones de duplicación LVM asimétrica si se han encontrado, que no sólo puede evitar que la copia de seguridad de FlashCopy® se ejecute en situaciones desfavorables, sino que también revela una deficiencia general de la configuración de alta disponibilidad. Tivoli Storage FlashCopy Manager requiere que los conjuntos de duplicación de LVM residan en distintos subsistemas de almacenamiento. Por ejemplo, distintos clústeres de Controlador de volumen SAN, Storwize V7000, DS8000 o IBM XIV® Storage System. Se recomienda que las duplicaciones completas se almacenen en ambos clústeres de almacenamiento. Si esta configuración no es posible, Tivoli Storage FlashCopy Manager continúa el proceso para los clústeres en los que se puede encontrar una imagen completa de la aplicación. Para configurar Tivoli Storage FlashCopy Manager para la duplicación de LVM, defina ambos subsistemas de almacenamiento dentro del perfil de Tivoli Storage FlashCopy Manager. Utilice el parámetro DEVICE_CLASS para permitir a Tivoli Storage FlashCopy Manager seleccionar el subsistema de almacenamiento. Como mínimo, es necesario un servidor de copia de seguridad de forma que Tivoli Storage FlashCopy Manager pueda montar una copia de seguridad de FlashCopy® para verificar la coherencia de la copia de seguridad y dividir las duplicaciones de LVM. Durante una operación restaurar, Tivoli Storage FlashCopy Manager ejecuta todos los mandatos necesarios para volver a preparar el entorno LVM para la segunda duplicación. Se informa al administrador mediante el mensaje FFM0755I (en el archivo de registro de restauración detallado) que los grupos de volúmenes están preparados para la sincronización. El administrador puede ejecutar esta operación en un momento más idóneo (por ejemplo, después de la finalización de la recuperación de la base de datos). Nota: El administrador debe examinar los archivos de registro para ver estos mensajes. No se visualizan en la pantalla. Soporte del grupo de anomalía de ASM Los grupos de anomalía de ASM (Automatic Storage Management) de Oracle permiten copias de seguridad de grupos de discos. Estas copias de seguridad son como copias de seguridad de duplicaciones individuales en un entorno de duplicación de LVM. Si la base de datos de ASM se ha configurado con la redundancia normal (o alta) y todos los grupos de discos están formados por dos (o tres) grupos de anomalía que residen en dos (o tres) clústeres de almacenamiento respectivos, Tivoli Storage FlashCopy Manager crea una copia de seguridad completa dentro de sólo uno de los clústeres de almacenamiento. Como resultado, todos los clústeres de almacenamiento se deben definir dentro del perfil de Tivoli Storage FlashCopy Manager (mediante el parámetro del perfil DEVICE_CLASS). Estas definiciones deben especificar que Tivoli Storage FlashCopy Manager selecciona el clúster para la operación actual. Cuando se configura un grupo de discos de ASM con la redundancia normal, la copia de seguridad se completa aunque uno de los grupos de anomalía no esté situado en el dispositivo de almacenamiento. Además, cuando Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 29 un grupo de discos de ASM se ha configurado con alta redundancia, la copia de seguridad se completa aunque los dos grupos de anomalía no se encuentren en el dispositivo de almacenamiento. Considere estas directrices adicionales al utilizar los grupos de anomalía de ASM: v En situaciones donde todos los grupos de anomalía residen en un clúster de almacenamiento, Tivoli Storage FlashCopy Manager hace copias de seguridad de todos los grupos de anomalía. v Tivoli Storage FlashCopy Manager no es necesario para dividir los grupos de anomalía en un sistema remoto. Para los entornos de LVM, es necesario dividir las duplicaciones en el sistema de copia de seguridad. v El soporte de grupo de anomalía no requiere un servidor de copia de seguridad. (Para los entornos de LVM, es necesario un servidor de copia de seguridad.) v Para evitar una carga adicional de E/S durante la restauración, Tivoli Storage FlashCopy Manager no recrea los grupos de anomalía al completar una restauración. Para recuperar el nivel de redundancia deseado, añada manualmente los grupos de anomalía que faltan después de la restauración. Preparación del dispositivo de almacenamiento Considere estas directrices al preparar el dispositivo de almacenamiento. IBM XIV Storage System Se debe poder acceder al dispositivo de almacenamiento y a sus volúmenes de almacenamiento desde todos los servidores de copia de seguridad del entorno al utilizar IBM XIV Storage Systems. Además, la interfaz de línea de mandatos de IBM XIV Storage System (XCLI) debe instalarse en el sistema de producción y en todos los sistemas de copia de seguridad del entorno. A continuación se proporciona una entrada típica de perfil de IBM XIV Storage System: >>> DEVICE_CLASS XIV COPYSERVICES_HARDWARE_TYPE XIV PATH_TO_XCLI vía de acceso donde está instalada XCLI COPYSERVICES_SERVERNAME nombre_host_xiv COPYSERVICES_USERNAME admin RECON_INTERVAL 12 GRACE_PERIOD 24 USE_WRITABLE_SNAPSHOTS AUTO USE_CONSISTENCY_GROUPS YES BACKUP_HOST_NAME host_copia_seguridad <<< Puede configurar políticas dentro de IBM XIV Storage System que suprima las instantáneas creadas con Tivoli Storage FlashCopy Manager. Para dicha finalidad, Tivoli Storage FlashCopy Manager comprueba periódicamente si las copias de seguridad del subsistema de almacenamiento siguen siendo válidas. Se hace referencia a este proceso de comprobación como reconciliación. El intervalo de reconciliación se puede especificar mediante el parámetro de perfil RECON_INTERVAL (en horas). Sin embargo, durante este proceso de reconciliación, Tivoli Storage FlashCopy Manager también elimina las instantáneas del dispositivo de almacenamiento que ha creado y éstas no se reflejan en el repositorio de Tivoli Storage FlashCopy Manager. Esta acción se produce aunque no se hayan suprimido. Esta situación es poco probable y sólo se puede producir si se elimina o se restaura el repositorio de Tivoli Storage FlashCopy Manager a un momento 30 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux puntual anterior. Para evitar suprimir estas instantáneas de forma fortuita, el proceso de reconciliación ignora las instantáneas creadas dentro del intervalo de tiempo especificado con el parámetro GRACE_PERIOD. El parámetro USE_WRITABLE_SNAPSHOTS especifica si se pueden utilizar instantáneas grabables para las operaciones restaurar. Si se utilizar instantáneas grabables, no se crean duplicados durante las operaciones de montaje y se conservan todos los cambios aplicados a la instantánea. Las instantáneas grabables sólo son necesarias en los entornos de duplicación de LVM. El parámetro USE_CONSISTENCY_GROUPS determina si todos los volúmenes se utilizan de forma simultánea en la operación de FlashCopy unificándolos en un grupo de coherencia. A continuación, se utiliza este grupo en la FlashCopy en una operación atómica. Esta opción requiere que para una instancia de base de datos, todos los volúmenes gestionados por Tivoli Storage FlashCopy Manager residan en la misma agrupación de almacenamiento. Además, ya no deben pertenecer a ningún grupo de coherencia. El uso de grupos de coherencia sólo es necesario para los entornos ASM y es opcional en otros entornos. IBM System Storage DS8000, Storwize V7000 y Controlador de volumen SAN Se proporciona información sobre los requisitos del servidor CIM y del volumen de destino para DS8000, Storwize V7000 y Controlador de volumen SAN. Tivoli Storage FlashCopy Manager utiliza un servidor CIM para comunicarse con un clúster de almacenamiento. Desde Controlador de volumen SAN 4.3.1 y DS8000 R4.1, este servidor CIM se incorpora en el dispositivo de almacenamiento. Como resultado, no es necesario que se instale y configure por separado. Para los releases anteriores de Controlador de volumen SAN y DS8000, es necesario un servidor CIM proxy y se debe configurar para gestionar los clústeres de almacenamiento necesarios. Consulte la documentación de DS8000 y Controlador de volumen SAN para ver detalles de configuración. Tivoli Storage FlashCopy Manager soporta ambas opciones de configuración para los releases de Controlador de volumen SAN y DS8000 que soportan tanto el servidor CIM proxy y, también, un servidor CIM incorporado. Tivoli Storage FlashCopy Manager soporta Storwize V7000 con un servidor CIM incorporado. A diferencia de IBM XIV® Storage Systems, Tivoli Storage FlashCopy Manager requiere que se creen los volúmenes de destino de copia de seguridad de FlashCopy idóneos por adelantado en Controlador de volumen SAN y DS8000. Para proporcionar una definición de conjunto de destino a Tivoli Storage FlashCopy Manager, debe organizar los volúmenes de destino en conjuntos de destino, donde cada conjunto de destino representa una generación de copia de seguridad. Aunque Tivoli Storage FlashCopy Manager hace coincidir automáticamente los volúmenes de origen con los volúmenes de destino apropiados, cada conjunto de destino debe contener, como mínimo, un volumen de destino apropiado para cada volumen de origen del que se va a hacer copias de seguridad. Están permitidos volúmenes de destino adicionales en un conjunto de destino, pero se ignoran. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 31 Reconciliación de copias de seguridad de FlashCopy En determinadas situaciones, las copias de seguridad de FlashCopy almacenadas en los subsistemas de almacenamiento de disco requieren reconciliación. Se podrían producir situaciones cuando las copias de seguridad de FlashCopy identificadas en el repositorio de Tivoli Storage FlashCopy Manager acaban siendo no válidas. El siguiente escenario describe las circunstancias que provocan que las copias de seguridad de FlashCopy acaben siendo no válidas: Retirada de una relación de volumen de origen y volumen de destino Durante una copia de seguridad que especifica FLASHCOPY_TYPE NOCOPY o INCREMENTAL, la relación del volumen de origen y volumen de destino se valida como parte de la operación de copia de seguridad. Mediante el uso de estos tipos de FlashCopy, cuando se retira una relación de volumen de origen y de destino, el volumen de destino pasa a estar fuera de línea o se queda en un estado incoherente. Sin embargo, para las copias de seguridad FLASHCOPY_TYPE COPY, Tivoli Storage FlashCopy Manager no puede distinguir si la relación se ha retirado porque el proceso de copia en segundo plano se ha completado correctamente, o si la relación se ha retirado manualmente antes de que se haya completado el proceso de copia en segundo plano. Condiciones de entorno: v Controlador de volumen SAN 4.3 o 5.1 v DS8000 FlashCopy de varios destinos de espacio eficiente en Controlador de volumen SAN y Storwize V7000 Controlador de volumen SAN y Storwize V7000 podrían suprimir los destinos de espacio eficiente que forman parte de una cascada de FlashCopy de varios destinos si una nueva instantánea restaura o sobrescribe otros destinos de la misma cascada. En SAN Volume Controller 5.1, o posterior, o en un entorno Storwize V7000, las siguientes situaciones podrían provocar que se supriman destinos eficientes con el espacio: Operaciones de copia de seguridad y operaciones de clonación Una operación de copia de seguridad de Tivoli Storage FlashCopy Manager utiliza el conjunto de destino más antiguo que está disponible para la DEVICE_CLASS especificada. Sin embargo, el conjunto de destino podría no ser el conjunto de destino más antiguo asociado a los volúmenes de origen. Este escenario es posible cuando se especifica más de una DEVICE_CLASS para cada valor FLASHCOPY_TYPE. Si la copia de seguridad de FlashCopy que está disponible en el conjunto de destino no es la copia de seguridad más antigua, las copias de seguridad más antiguas se destruyen durante la operación de copia de seguridad. Esta situación también se puede producir cuando se inicia una nueva operación de clonación de FlashCopy con la opción forzar (-F). Operación restaurar Una operación de restauración de Tivoli Storage FlashCopy Manager destruye las copias de seguridad de FlashCopy que son más nuevas que la copia de seguridad que se está restaurando. Se ha excedido el espacio de almacenamiento del volumen de destino Si se excede la capacidad de almacenamiento disponible de un volumen de destino de FlashCopy de espacio eficiente, el estado del volumen de 32 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux destino pasa a estar fuera de línea. Como resultado, se destruyen los datos que residen en el volumen de destino. Controlador de volumen SAN y Storwize V7000 Controlador de volumen SAN 5.1 o posterior y Storwize V7000 presentan nuevas prestaciones para Tivoli Storage FlashCopy Manager. Controlador de volumen SAN Nota: Todas las referencias a Controlador de volumen SAN 5.1, o posterior, también se aplican a Storwize V7000. Controlador de volumen SAN 5.1, o posterior, añade una nueva característica para FlashCopy en cascada que permite a Tivoli Storage FlashCopy Manager restaurar las copias de seguridad de FlashCopy antes de la finalización de una copia en segundo plano. Esta característica es esencial para habilitar volúmenes eficientes con el espacio como destinos de copia de seguridad. Es básico porque la velocidad de la copia en segundo plano se debe establecer en cero para impedir que el destino de FlashCopy pase a estar totalmente asignado. Debido a esta nueva característica, considere estas consecuencias cuando configure Tivoli Storage FlashCopy Manager con Controlador de volumen SAN 5.1 o posterior: Capacidad física La capacidad asignada físicamente de un volumen de destino eficiente con el espacio debe tener un tamaño suficiente. Debe ser lo suficientemente grande para contener todos los cambios que se producen en el entorno de producción entre la copia de seguridad actual y la posterior. Si no es lo suficientemente grande, el volumen de destino pasa a estar fuera de línea y la copia de seguridad correspondiente pasa a ser no válida. Consejo: Controlador de volumen SAN permite crear volúmenes de destino “auto ampliables”. En este caso, el almacenamiento adicional se asigna al destino siempre que la capacidad de almacenamiento disminuye y está disponible capacidad suficiente adicional. Relaciones de FlashCopy Durante una restauración, Tivoli Storage FlashCopy Manager debe detener todas las relaciones de FlashCopy. Estas relaciones están formadas por relaciones que se establecieron después (y que incluye) el momento puntual en el que se ha creado la copia de seguridad. Como resultado, se suprimen todas las copias de seguridad en destinos eficientes con el espacio que son más nuevas que la copia de seguridad utilizada para la restauración (y la copia de seguridad a partir de la que está realizando la restauración). La misma restricción se aplica a las copias de seguridad FULL o INCREMENTAL de FlashCopy, siempre que no se haya completado la copia en segundo plano. Para comprobar si se va a suprimir una copia de seguridad, puede consultar el estado de usabilidad de las copias de seguridad de Tivoli Storage FlashCopy Manager. Si se va a suprimir la copia de seguridad, se establece el estado DESTRUCTIVELY_RESTORABLE durante la restauración. De lo contrario, el estado se establece enREPETITIVELY_RESTORABLE. Conjuntos de destino Tivoli Storage FlashCopy Manager no puede reutilizar un conjunto de Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 33 destino para una nueva copia de seguridad de FlashCopy, a menos que corresponda a la última correlación de FlashCopy en una relación de FlashCopy en cascada. Esta situación implica que siempre que Tivoli Storage FlashCopy Manager reutiliza un conjunto de destino, suprime todas las copias de seguridad que se han creado antes de este momento puntual. En un entorno no duplicado, esta acción siempre es el caso cuando existen estos valores: v Se utiliza el mismo perfil para las copias de seguridad de Tivoli Storage FlashCopy Manager. v Este perfil sólo contiene una sentencia DEVICE_CLASS en la sección CLIENT. En un entorno duplicado, esta acción siempre es el caso cuando la sección CLIENT del perfil contiene una sentencia DEVICE_CLASS por duplicación de LVM. Si se especifican varias clases de dispositivo dentro de esta sentencia, cada clase de dispositivo debe gestionar el mismo número de conjuntos de destino. Recomendaciones Recomendaciones para los entornos de Controlador de volumen SAN 5.1 o posterior: v No utilice volúmenes eficientes con el espacio con volúmenes de origen. v Decida si desea utilizar destinos de copia de seguridad eficientes con el espacio o totalmente asignados. En entornos duplicados, se puede realizar una selección diferente para cada duplicado. v Para cada duplicado, utilice una sentencia DEVICE_CLASS como máximo para las copias de seguridad de sólo disco. Utilice también una sentencia DEVICE_CLASS como máximo para las copias de seguridad duales (disco más cinta). Asegúrese de que la planificación se ha definido para que los conjuntos de destino se reutilicen de forma cíclica entre ambas clases de dispositivo (por duplicado). Por ejemplo: – Defina tres conjuntos de destino en la clase de dispositivo DISK_ONLY. Planifique que estas copias de seguridad de sólo disco se produzcan a las 6:00, 12:00 y 18:00. – Defina un conjunto de destino en una clase de dispositivo DUAL_BACKUP. Defina esta planificación para crear una copia de seguridad disk+TSM a las 00:15. No especifique seis conjuntos de destino para conservar copias de seguridad de sólo disco (creadas a las 6:00, 12:00 y 18:00) durante dos días si conserva sólo una generación de conjunto de destino para las copias de seguridad duales. La segunda operación de copia de seguridad dual intenta reutilizar el conjunto de destino de la copia de seguridad dual anterior. Esta acción genera la supresión de todas las copias de seguridad de sólo disco tomadas antes de dicho momento puntual (si la política de mantenimiento de versiones especifica ADAPTIVE). De lo contrario, provoca que la copia de seguridad dual falle si la conservación especifica siete versiones. v Se eliminan la copia de seguridad desde la que está realizando la restauración actual y todas las copias de seguridad tomadas después de dicho momento puntual si existe esta condición: – El estado de usabilidad de la copia de seguridad correspondiente indica que la copia de seguridad es DESTRUCTIVELY_RESTORABLE. 34 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux La copia de seguridad no se suprime si la copia de seguridad se ha creado con FLASHCOPY_TYPE FULL o INCR y se ha completado la copia en segundo plano. Ejemplos Ejemplo 1: este perfil de muestra es un ejemplo de un perfil en un entorno no duplicado. Cree tres copias de seguridad de sólo disco eficientes con el espacio y una copia de seguridad dual (a medianoche) por día. >>> CLIENT ... TSM_BACKUP LATEST USE_FOR DISK_TSM DEVICE_CLASS DISK_ONLY FROM 5:30 TO 23:59 DEVICE_CLASS DISK_TSM FROM 0:00 TO 05:29 <<< >>> DEVICE_CLASS DISK_ONLY COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE NOCOPY # destinos eficientes con el espacio TARGET_SETS 1 2 3 TARGET_NAMING %SOURCE_%TARGETSET ... <<< >>> DEVICE_CLASS DISK_TSM COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE NOCOPY # destinos eficientes con el espacio TARGET_SETS DUAL TARGET_NAMING %SOURCE_%TARGETSET ... <<< Ejemplo 2: este escenario ilustra un perfil en un entorno duplicado. En MIRROR_1, se crean dos copias de seguridad de FlashCopy de espacio eficientes el lunes, el miércoles y el viernes. La copia de seguridad creada a la medianoche se copia en Tivoli Storage Manager. La copia de seguridad creada al mediodía se conserva sólo en el disco. La copia de seguridad creada el lunes se conserva hasta que los conjuntos de destino se reutilizan el miércoles. En MIRROR_2, sólo crea una copia de seguridad de FlashCopy incremental el domingo, el martes, el jueves y el sábado. Esta copia de seguridad también se copia en Tivoli Storage Manager. La copia de seguridad se conserva hasta que se completa la siguiente copia de seguridad completa. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 35 >>> CLIENT ... TSM_BACKUP LATEST USE_FOR MIRROR_1_DISK_TSM MIRROR_2 DEVICE_CLASS MIRROR_1_DISK_ONLY USE_AT Mon Wed Fri DEVICE_CLASS MIRROR_1_DISK_TSM USE_AT Mon Wed Fri DEVICE_CLASS MIRROR_2 USE_AT SUN Tue Thu Sat <<< >>> DEVICE_CLASS MIRROR_1_DISK_ONLY COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE NOCOPY # destinos eficientes con el espacio TARGET_SETS DO TARGET_NAMING %SOURCE_%TARGETSET ... <<< >>> DEVICE_CLASS MIRROR_1_DISK_TSM COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE NOCOPY # destinos eficientes con el espacio TARGET_SETS DT TARGET_NAMING %SOURCE_%TARGETSET ... <<< >>> DEVICE_CLASS MIRROR_2 COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE INCR TARGET_SETS 1 TARGET_NAMING %SOURCE_%TARGETSET ... <<< Ejemplo 3: este ejemplo es como el ejemplo 2, pero no crea copias de seguridad de Tivoli Storage Manager a partir de MIRROR_1. En lugar de esto, conserva las imágenes de FlashCopy de espacio eficiente durante una semana (misma planificación). >>> CLIENT ... TSM_BACKUP LATEST USE_FOR MIRROR_1_DISK_TSM MIRROR_2 DEVICE_CLASS MIRROR_1_DISK_ONLY USE_AT Mon Wed Fri DEVICE_CLASS MIRROR_2 USE_AT Sun Tue Thu Sat <<< >>> DEVICE_CLASS MIRROR_1_DISK_ONLY COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE NOCOPY # destinos eficientes con el espacio TARGET_SETS 1A 1B 3A 3B 5A 5B TARGET_NAMING %SOURCE_%TARGETSET ... <<< >>> DEVICE_CLASS MIRROR_2 COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE INCR TARGET_SETS 1 TARGET_NAMING %SOURCE_%TARGETSET ... <<< 36 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Definiciones de conjunto de destino Tivoli Storage FlashCopy Manager requiere que se definan los conjuntos de destino para el Controlador de volumen SAN y DS8000. Defina los destinos utilizando los archivos de definición de conjunto de destino (Controlador de volumen SAN y DS8000) o utilizando un convenio de denominación (sólo Controlador de volumen SAN). Este convenio determina el nombre del destino a partir del nombre del volumen de origen y el nombre del conjunto de destino tal como se ha especificado para la operación actual. Archivos de definición de conjunto de destino Un archivo de definición de conjunto de destino contiene una lista de volúmenes de destino organizados en conjuntos de destino. Tivoli Storage FlashCopy Manager intenta hacer coincidir los volúmenes de origen con los destinos idóneos dentro de un conjunto de destino durante la copia de seguridad. Para determinar por adelantado las relaciones de destino y de origen, especifique un nombre de origen con un destino en el archivo de definición. En esta situación, es necesaria la relación entre el origen y el destino. El proceso de copia de seguridad falla si uno de los destinos no está disponible para el origen especificado. Para obtener información detallada sobre los algoritmos de selección de destino, consulte “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212. Si Tivoli Storage FlashCopy Manager intenta montar el conjunto de destino, se deben asignar los volúmenes del conjunto de destino a un host de copia de seguridad. Por ejemplo, el conjunto de destino se monta para crear una copia de seguridad en Tivoli Storage Manager. Puesto que todos los volúmenes de destino (dentro de un único destino) se montan en el mismo host, asigne todos los volúmenes de destino (dentro de un conjunto de destino) en el mismo host. Si se utilizan varios servidores de copia de seguridad dentro del entorno, utilice varios archivos de definición de conjunto de destino. Ejemplo Este ejemplo es un archivo de definición de conjunto de destino para una base de datos que se ejecuta en DS8000: >>> TARGET_SET SET_1 # TARGET_VOLUME 40913158 TARGET_VOLUME 40A13158 TARGET_VOLUME 40B13158 <<< >>> TARGET_SET SET_2 # # TARGET_VOLUME 40C13158 TARGET_VOLUME 40D13158 TARGET_VOLUME 40E13158 <<< FCM determina un destino idóneo para cada origen Para cada origen, el destino se manda en el conjunto de destino (nombre de origen que sigue al nombre de destino) 40613158 40713158 40813158 Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 37 Archivo de definición de conjunto de destino para las bases de datos DB2 con varias particiones Las definiciones de conjunto de destino de la base de datos DB2 con varias particiones se deben especificar para cada partición. Como resultado, el contenido del archivo de definición de conjunto de destino se separa en varias secciones. Para cada partición se utiliza una sección, tal como se muestra en este ejemplo: >>> TARGET_SET SET_1 # FCM determina un destino idóneo para cada origen >>> PARTITION NODE0000 TARGET_VOLUME 40913158 TARGET_VOLUME 40A13158 <<< >>> PARTITION NODE0001 TARGET_VOLUME 40B13158 TARGET_VOLUME 50913158 TARGET_VOLUME 50A13158 TARGET_VOLUME 50B13158 TARGET_VOLUME 51713158 <<< >>> PARTITION NODE0002 TARGET_VOLUME 51813158 TARGET_VOLUME 52113158 TARGET_VOLUME 52313158 <<< <<< Se puede distribuir un entorno de servidor único de copia de seguridad (para una base de datos DB2 con varias particiones) entre varios servidores. En esta situación, asegúrese de que los volúmenes de destino del archivo de definición de conjunto de destino se han asignado al host correcto. Para obtener los mejores resultados, asigne todos los volúmenes de destino del archivo de definición de conjunto de destino (y que se han asociado a la misma partición) al mismo host. En los entornos en los que residen varias particiones en el mismo grupo de volúmenes (compartición de volúmenes), los archivos de definición de conjunto de destino deben especificar determinados valores. Consulte el parámetro PARTITION_GROUP si desea más información. Referencia de los definiciones del conjunto de destino desde el perfil El archivo de definición de conjunto de destino se debe especificar en la sección DEVICE_CLASS del perfil. En este perfil de ejemplo, las palabras clave están en negrita: >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE DS8000 COPYSERVICES_PRIMARY_SERVERNAME <nombre_host> # TARGET_SETS VOLUMES_FILE VOLUMES_FILE <nombre de archivo de definición de conjunto de destino> FLASHCOPY_TYPE INCR <<< Si se especifican varias secciones de configuración DEVICE_CLASS dentro del perfil, asocie cada sección DEVICE_CLASS con un único archivo de definición de conjunto de destino para obtener los mejores resultados. Si todos los conjuntos de destino dentro del archivo de definición de conjunto de destino se asignan al mismo host, todos los conjuntos de destino asociados a un único DEVICE_CLASS 38 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux se pueden montar desde el mismo host. Definiciones de conjunto de destino utilizando el convenio de denominación Las definiciones de conjunto de destino también se pueden proporcionar mediante el uso de un convenio de denominación en Controlador de volumen SAN. Tivoli Storage FlashCopy Manager soporta el uso de un convenio de denominación (en lugar de un archivo de definición) para definiciones de conjunto de destino en Controlador de volumen SAN. Tivoli Storage FlashCopy Manager determina los nombres de volumen de destino a partir del conjunto de destino (utilizado para la copia de seguridad actual) y del nombre del volumen de origen. Los conjuntos de destino se especifican directamente en la sección de configuración DEVICE_CLASS del perfil (TARGET_SETS 1 2 3). También se especifica una regla TARGET_NAMING que determina el nombre del volumen de destino a partir del nombre del origen. Por ejemplo, si la base de datos se almacena en un volumen llamado db_vol, los destinos necesarios por Tivoli Storage FlashCopy Manager son db_vol_bt1, db_vol_bt2 y db_vol_bt3. Estos destinos dependen del conjunto de destino seleccionado para la copia de seguridad actual. >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME <nombre_host> # TARGET_SETS 1 2 3 TARGET_NAMING %SOURCE_bt%TARGETSET FLASHCOPY_TYPE NOCOPY <<< Archivos de definición del conjunto de destino para los usuarios que están actualizando desde Tivoli Storage Manager for Advanced Copy Services Tivoli Storage FlashCopy Manager puede leer los archivos de definición de conjunto de destino que se utilizaron con Tivoli Storage Manager for Advanced Copy Services 6.1. Establezca el parámetro TARGET_SETS en VOLUMES_DIR. Utilice el parámetro VOLUMES_DIR para indicar la ubicación donde residían previamente las definiciones de conjunto de destino. Por ejemplo: >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE DS8000 COPYSERVICES_PRIMARY_SERVERNAME <nombre_host> # TARGET_SETS VOLUMES_DIR VOLUMES_DIR <nombre del directorio de definición de conjunto de destino> FLASHCOPY_TYPE INCR <<< Nota: El parámetro VOLUMES_DIR está en desuso. Utilice los parámetros VOLUMES_FILE o TARGET_NAMING para las nuevas configuraciones. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 39 Selección de FLASHCOPY_TYPE DS8000 y Controlador de volumen SAN soporta distintos tipos de FlashCopy® que proporcionan distintas capacidades para la estrategia de copia de seguridad. El uso de distintos tipos de FlashCopy® para generaciones de copia de seguridad diferentes es una estrategia válida para Tivoli Storage FlashCopy Manager. Para implementar dicha estrategia de copia de seguridad, defina varias secciones DEVICE_CLASS en el perfil, donde cada sección especifica el mismo dispositivo de almacenamiento. La única diferencia es que cada sección especifica un tipo de FlashCopy diferente. Estas definiciones de la sección DEVICE_CLASS permiten que se definan reglas en la sección del perfil CLIENT. Estas reglas permiten a Tivoli Storage FlashCopy Manager seleccionar la sección DEVICE_CLASS apropiada para la siguiente copia de seguridad. Consulte el parámetro DEVICE_CLASS de la sección CLIENT si desea más información. Si FLASHCOPY_TYPE se cambia por DEVICE_CLASS, siga estos pasos: 1. Desmonte la copia de seguridad si está montada en un sistema de copia de seguridad. 2. Suprimir la copia de seguridad con la opción de aplicación de supresión. Si desea más detalles sobre qué mandatos utilizar, consulte “Supresión de copias de seguridad de instantánea de Tivoli Storage FlashCopy Manager” en la página 114. 3. Cambie el FLASHCOPY_TYPE en la DEVICE_CLASS y ejecute una nueva copia de seguridad con el nuevo FLASHCOPY_TYPE. Tabla 15. Selección de FLASHCOPY_TYPE para DS8000 y Controlador de volumen SAN 40 FLASHCOPY_TYPE DS8000 COPY Se puede utilizar para la copia de seguridad y la restauración. Protege contra las anomalías físicas de los volúmenes de origen una vez completada la copia en segundo plano. Controlador de volumen SAN1 Se puede utilizar para la copia de seguridad y la restauración. Protege contra las anomalías físicas de los volúmenes de origen una vez completada la copia en segundo plano. Evite la creación de COPY FlashCopy® en un destino de espacio eficiente porque el destino pasa a estar asignado por completo debido a la copia en segundo plano de datos. IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 15. Selección de FLASHCOPY_TYPE para DS8000 y Controlador de volumen SAN (continuación) Controlador de volumen SAN1 FLASHCOPY_TYPE DS8000 INCR Es una opción para DS8000. Las mismas características que COPY FLASHCOPY_TYPE, pero se copian menos datos en segundo plano. DS8000 permite, como máximo, una copia incremental FlashCopy® por volumen de origen. En los entornos de duplicación, este valor permite conservar una generación de copia de seguridad por duplicación. Para DS8000, sólo debe haber un conjunto de destino especificado en el archivo de volúmenes de destino (.fct) para las instantáneas incrementales. Los errores CIM se podrían producir cuando se especifica más de un conjunto de destino. Algunas características como COPY FlashCopy®, pero con menos datos se están copiando en el programa de fondo. Evite la creación de una copia incremental FlashCopy en un destino de espacio eficiente. El destino pasa a estar asignado por completo debido a la copia en segundo plano de datos. NOCOPY Se puede montar de forma remota, pero no se puede restaurar. Se puede montar de forma remota. Controlador de volumen SAN 5.1, o posterior, es necesario para restaurar desde una NOCOPY FlashCopy. Se puede utilizar para crear una FlashCopy® en un destino eficiente con el espacio, pero no ofrece protección contra las anomalías físicas en el volumen de origen. Nota: Los volúmenes de destino eficientes con el espacio pueden alcanzar los límites de capacidad en cuyo caso pasan a estar fuera de línea. Cuando se produce esta situación, se pierde la copia de seguridad actual y todas las copias de seguridad más antiguas que todavía no han alcanzado FULL_COPY. Puede elegir crear destinos eficientes con el espacio con la opción AUTOEXPAND. En este caso, se asigna más almacenamiento físico al destino para evitar que pase a estar fuera de línea. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 41 Nota: 1. Consulte “Controlador de volumen SAN y Storwize V7000” en la página 33 si desea más detalles de planificación y configuración al utilizar Controlador de volumen SAN 5.1 o posterior. Integración con Metro Mirror y Global Mirror Tivoli Storage FlashCopy Manager hace copias de seguridad de datos en DS8000 y Controlador de volumen SAN con volúmenes que se utilizan de forma simultánea como orígenes de Metro Mirror y Global Mirror. Sin embargo, para Controlador de volumen SAN, cualquier relación existente de Metro Mirror y Global Mirror se debe detener antes de intentar una operación restaurar. Aunque DS8000 soporta el uso de los destinos de FlashCopy® como orígenes de Metro Mirror y Global Mirror, no se recomienda si se utiliza Tivoli Storage FlashCopy Manager. El uso de los destinos de FlashCopy® como orígenes de Metro Mirror y Global Mirror no está soportado en Controlador de volumen SAN. Copia de seguridad de almacenamiento y biblioteca de cintas Tivoli Storage Manager Servidor de producción 2 2 DS8000 Metro Mirror DS8000 Figura 6. Relaciones de Metro Mirror y Global Mirror 42 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Entornos de duplicación de LVM y grupos de anomalías ASM En entornos de duplicación LVM y de grupo de anomalía ASM, son necesarias varias secciones de configuración DEVICE_CLASS (una sección por clúster de almacenamiento en la duplicación de LVM). Este requisito es necesario incluso en aquellos casos donde Tivoli Storage FlashCopy Manager está conectado a un servidor CIM proxy que gestiona ambos clústeres de almacenamiento. Además, el ID del sistema de almacenamiento se debe especificar en la sección de configuración DEVICE_CLASS de Tivoli Storage FlashCopy Manager. También se debe especificar si sólo se gestiona un sistema de almacenamiento desde el servidor CIM. Por ejemplo: >>> DEVICE_CLASS MIRR_1 COPYSERVICES_HARDWARE_TYPE DS8000 COPYSERVICES_PRIMARY_SERVERNAME <nombre_host> STORAGE_SYSTEM_ID 13158 TARGET_SETS VOLUMES_FILE VOLUMES_FILE <nombre del archivo de definición de conjunto de destino> FLASHCOPY_TYPE INCR <<< >>> DEVICE_CLASS MIRR_2 COPYSERVICES_HARDWARE_TYPE DS8000 COPYSERVICES_PRIMARY_SERVERNAME <nombre_host> STORAGE_SYSTEM_ID 12067 TARGET_SETS VOLUMES_FILE VOLUMES_FILE <nombre de archivo de definición de conjunto de destino> FLASHCOPY_TYPE INCR <<< El parámetro STORAGE_SYSTEM_ID es necesario si los grupos de anomalía ASM se distribuyen entre varios dispositivos de almacenamiento. Cada sección de dispositivo del perfil requiere este parámetro para especificar el ID del subsistema de almacenamiento. No especifique este parámetro si todos los grupos de anomalía residen en el mismo subsistema de almacenamiento. Tabla 16. Descripción del parámetro STORAGE_SYSTEM_ID Nombre de parámetro Valor STORAGE_SYSTEM_ID ID de hardware En un entorno de duplicación de LVM, este parámetro especifica el nombre del clúster para Controlador de volumen SAN. Para DS8000 y XIV®, este parámetro especifica el número de serie que contiene un conjunto completo de, como mínimo, una copia de todos los volúmenes lógicos de base de datos que están sujetos al proceso de copia de seguridad. Durante la copia de seguridad, sólo se utilizan los volúmenes de este clúster. Valor predeterminado: None (ninguno). Se ignora si no se ha definido. Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 43 Preparación de los servidores de copia de seguridad y clonación Un servidor de copia de seguridad o un servidor de clonación es un host auxiliar donde Tivoli Storage FlashCopy Manager puede montar algunos o todos sus clones o copias de seguridad. En entornos donde se utiliza Tivoli Storage Manager, los servidores de copia de seguridad también traspasan datos de la carga de trabajo de una copia de seguridad de Tivoli Storage Manager a una máquina alternativa. También se da soporte a varios servidores de copia de seguridad o de clonación para una única aplicación y, también, al compartimento de un servidor de copia de seguridad o de clonación entre varias aplicaciones. Sin embargo,Tivoli Storage FlashCopy Manager no permite que las imágenes de copia de seguridad o las imágenes de clonación se monten directamente en el sistema de producción. Como resultado, siempre es necesario que esté en un host aparte un servidor de copia de seguridad o de clonación. Determinación del número de servidores de copia de seguridad y de clonación en el entorno Una vez que se ha preparado la base de datos de producción para ser utilizada con Tivoli Storage FlashCopy Manager, determine cuántos servidores de copia de seguridad son necesarios en el entorno. Si se utiliza la clonación de FlashCopy, determine cuántos servidores de clonación son necesarios. También se puede utilizar un servidor de clonación como un servidor de copia de seguridad y viceversa. Un servidor de copia de seguridad permite el montaje de una imagen de copia de seguridad. Si Tivoli Storage FlashCopy Manager se utiliza en combinación con Tivoli Storage Manager, Tivoli Storage FlashCopy Manager también utiliza un servidor de copia de seguridad para crear una copia de seguridad en Tivoli Storage Manager. Como mínimo, es necesario un servidor de copia de seguridad, cuando existen las siguientes situaciones o están planificadas las tareas. Si se utiliza la clonación de FlashCopy, siempre es necesario un servidor de clonación. v Monte las copias de seguridad en otro sistema (por ejemplo, en el servidor de copia de seguridad) v Cree una copia de seguridad en cinta para la instancia que utiliza Tivoli Storage Manager v Tivoli Storage FlashCopy Manager aplica un montaje durante la copia de seguridad. Esta aplicación se produce cuando existen estas condiciones: – La base de datos se ejecuta en un entorno de duplicación de LVM en AIX – Se utiliza la clonación de FlashCopy – Condiciones que requieren un montaje forzado para los distintos entornos de subsistema de almacenamiento: XIV Es necesario un montaje forzado si el parámetro del perfil USE_CONSISTENCY_GROUPS está establecido en NO y no se ha utilizado ningún bloqueo o desbloqueo para los sistemas de archivos. SVC, Storwize V7000 o DS Es necesario un montaje forzado si el parámetro de perfil BACKUP_HOST_NAME está establecido en PREASSIGNED_VOLUMES y el sistema operativo es Linux o Solaris. 44 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux DS Es necesario un montaje forzado si el parámetro del perfil BACKUP_HOST_NAME está establecido en PREASSIGNED_VOLUMES y no se ha utilizado un bloqueo ni desbloqueo para los sistemas de archivos y el sistema operativo es AIX o HP-UX. El número de servidores de copia de seguridad necesarios viene determinado por el número de servidores desde los que accede a las imágenes de copia de seguridad. Por ejemplo, para acceder a imágenes de copia de seguridad en el sitio del entorno de la recuperación tras desastre son necesarios, como mínimo, dos servidores de copia de seguridad. El número de servidores de clonación viene determinado por el número de servidores en los que desea tener una base de datos clonada de la base de datos de producción. Los servidores de copia de seguridad y los servidores de clonación pueden residir en la misma máquina. Para una base de datos DB2 con particiones físicas, está permitido utilizar varios servidores de copias de seguridad. No es necesario que la partición física del sistema de producción sea idéntica a la partición física del sistema de copia de seguridad. Asimismo, se puede utilizar un servidor de copia de seguridad simultáneamente para varias aplicaciones y varios servidores de producción. Requisitos previos de instalación para un servidor de copia de seguridad o de clonación Un host que se utiliza como un servidor de copia de seguridad o de clonación debe estar situado en el mismo nivel de sistema operativo que el sistema de producción. Para realizar clonaciones en entornos Oracle, el SID de base de datos no puede contener letras en minúscula. Si el SID contiene letras en minúscula, la base de datos de clonación se crea, pero las letras en minúscula del SID del sistema clonado se convierten en letras mayúsculas. Se requiere una instancia de base de datos en cada servidor de copia de seguridad en los casos siguientes: v DB2 (SAP y no SAP). v Oracle no SAP. v Oracle SAP, sólo si RMAN se utiliza en el servidor de copia de seguridad y el parámetro INCREMENTAL no se ha establecido en NO en el perfil de Tivoli Storage Manager para planificación de recursos empresariales. Si se utiliza Tivoli Storage FlashCopy Manager junto con Tivoli Storage Manager, también se puede utilizar un servidor de copia de seguridad. Se utiliza este servidor de copia de seguridad para descargar la carga de trabajo de una copia de seguridad de Tivoli Storage Manager desde el sistema de producción a un servidor de copia de seguridad. Tivoli Storage FlashCopy Manager utiliza los agentes de aplicación siguientes para copias de seguridad con traspaso de datos, que deben estar instalados en el servidor de copia de seguridad: v Agente nativo de DB2 Tivoli Storage Manager para entornos DB2 no SAP® Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 45 v Tivoli Storage Manager para planificación de recursos empresariales para SAP® en DB2 y SAP® en Oracle v Tivoli Storage Manager para bases de datos para Oracle en entornos no SAP® v Cliente de archivado y copia de seguridad de Tivoli Storage Manager en entornos de aplicaciones personalizados Es necesario que estén instalados y configurados la instancia de base de datos y el agente de aplicación apropiados en el servidor de copia de seguridad. Como resultado, Tivoli Storage FlashCopy Manager necesita estos valores: v El nombre de usuario y el nombre de grupo del propietario de la instancia de base de datos en el sistema de producción también están disponibles en el servidor de copia de seguridad con el mismo ID de usuario (UID) y el mismo ID de grupo (GID). v Para DB2 (SAP® y no SAP®): es necesario que esté instalada una instancia de base de datos con la misma versión que la instancia de base de datos en el servidor de producción en el servidor de copia de seguridad. v Para Oracle no SAP®: es necesario que esté instalado en el servidor de copia de seguridad una instancia de base de datos con la misma versión que la instancia de base de datos del servidor de producción. v Para SAP Oracle: no son necesarios una instancia de base de datos Oracle ni tampoco SAP BR*Tools en el sistema de copia de seguridad. v Para todas las aplicaciones: para el archivado de archivo de registro y las copias de seguridad de base de datos en Tivoli Storage Manager de la base de datos clonada, se instala y configura el agente apropiado de la aplicación Tivoli Storage Manager identificado previamente. La versión de la aplicación Tivoli Storage Manager en el servidor de clonación debe estar en el mismo nivel en el servidor de producción. Para la clonación de FlashCopy, es necesario que en el servidor de clonación estén instalados y configurados los agentes de aplicación y las instancias de base de datos apropiados. Para Oracle, sólo es necesaria una instancia de clonación. Para DB2, son necesarias dos instancias: la instancia con el mismo nombre que la instancia de producción, y una segunda instancia con el nombre de la instancia clonada en la que se ha creado la base de datos clonada. Como resultado, Tivoli Storage FlashCopy Manager requiere los siguientes valores para la clonación de FlashCopy: Para DB2 (SAP® y no SAP®): El nombre de usuario y el nombre de grupo del propietario de la instancia de base de datos en el sistema de producción también están disponibles en el servidor de clonación con el mismo ID de usuario (UID) y el mismo ID de grupo (GID). En el servidor de clonación está disponible otro usuario y grupo con un ID de usuario ID (UID) y un ID de grupo (GID) diferentes para la instancia de clonación. Es necesario que en el servidor de clonación estén instaladas dos instancias de base de datos con la misma versión que la instancia de base de datos en el servidor de producción. Una base de datos contiene el nombre de instancia de producción y la otra contiene el nombre de instancia de clonación. 46 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux El nombre de usuario y el nombre de grupo del propietario de la instancia de base de datos en el sistema de clonación están disponibles en el servidor de clonación con otro ID de usuario (UID) y otro ID de grupo (GID). Para Oracle (SAP® y no SAP®): Es necesario que esté instalada en el servidor de clonación con el nombre de instancia de clonación una instancia de base de datos de clonación con la misma versión que la instancia de base de datos del servidor de producción. Para todas las aplicaciones: El agente de aplicación Tivoli Storage Manager apropiado está instalado y configurado. La versión de la aplicación Tivoli Storage Manager en el servidor de clonación debe estar en el mismo nivel que en el servidor de producción. Para los entornos Oracle en SAP®, no es necesario que esté instalado SAP® BR*Tools en los servidores de copia de seguridad y de clonación. Actualice la contraseña de Tivoli Storage Manager en el servidor de producción y todos los servidores de copia de seguridad siempre que se modifique. Cuando Tivoli Storage Manager se ha configurado para utilizar PASSWORDACCESS GENERATE, la contraseña podría cambiar sin ninguna notificación. Si la aplicación Tivoli Storage Manager se ha configurado para utilizar PASSWORDACCESS GENERATE, utilice la capacidad de nodo y proxy de Tivoli Storage Manager para evitar errores de autenticación después del restablecimiento de la contraseña. Cree un nodo (nodo de datos) en el Tivoli Storage Manager Server para el cual todos los agentes de aplicación (de todos los servidores de copia de seguridad y de producción) están enviando y recuperando datos. Cree un nodo de autenticación para cada servidor de producción y servidor de copia de seguridad que esté configurado como un nodo proxy en este nodo de datos. Asignación de servidor de copia de seguridad y clonación Tivoli Storage FlashCopy Manager permite que se monten copias de seguridad y clones; sin embargo, cada imagen de copia de seguridad o de clon sólo se puede montar en un servidor. Elija el método apropiado para realizar una operación de montar: v Emita el mandato de solicitud de montar tsm4acs -f mount en el servidor de producción v Emita un mandato de creación de clonación tsm4acs -f create_clone v Renueve la solicitud de clonación tsm4acs -f refresh_clone Tivoli Storage FlashCopy Manager selecciona el servidor de copia de seguridad o el servidor de clonación en el que se monta la copia de seguridad o el clon del modo siguiente: 1. Determina el nombre de la sección de configuración de dispositivo (DEVICE_CLASS) que se ha utilizado para crear la copia de seguridad o el clon. 2. Determina los servidores que son aptos para montar las copias de seguridad o los clones para esta sección de configuración DEVICE_CLASS. En cada servidor de copia de seguridad o de clonación, se ejecutan los agentes de montaje que se han inicializado con los nombres DEVICE_CLASS a través de las entradas de línea de mandatos. Como resultado, se establece la asociación entre Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 47 ambos de forma indirecta. Los volúmenes que se deben montar también se deben asignar a los servidores de copia de seguridad o clonación seleccionados antes de realizar un montaje. Para IBM XIV® Storage Systems, esta asignación se realiza automáticamente durante la solicitud del montaje. En los entornos de duplicación, la sección de configuración de dispositivo (DEVICE_CLASS) hace referencia a dicho clúster de almacenamiento en el que se ha creado la copia de seguridad o el clon. Para los entornos Oracle y para cada partición de la base de datos DB2, Tivoli Storage FlashCopy Manager permite un servidor de copia de seguridad o de clonación por clase de dispositivo. Si los servidores identificados todavía no han montado otra imagen de copia de seguridad o de clon, la solicitud de montaje se propaga a estos servidores. A continuación, se monta la copia de seguridad o el clon. Si se utiliza Controlador de volumen SAN con BACKUP_HOST_NAME <host_servidor_copia_seguridad>, los volúmenes también se correlacionan dinámicamente en Controlador de volumen SAN. Si desea más detalles , consulte la descripción para el parámetro BACKUP_HOST_NAME en “Notas sobre parámetros de perfil” en la página 195. db2 backup use snapshot <<selecciona>> clase de dispositivo <<define>> VOLUMES_FILE Host B Host A Agente de montaje para partición 1 Agente de montaje para partición 2y3 <<asignación de host>> Volúmenes de destino de partición 1 <<asignación de host>> Volúmenes de destino de partición 2 Archivo de definición de conjunto de destino <<asignación de host>> Volúmenes de destino de partición 3 Figura 7. Asignaciones de host Tivoli Storage FlashCopy Manager para DB2. Para DS8000 y Controlador de volumen SAN, Tivoli Storage FlashCopy Manager requiere que los volúmenes de destino se asignen previamente a un servidor de copia de seguridad o de clonación específico. Puesto que una clase de dispositivo siempre direcciona las solicitudes de montaje al mismo servidor, asigne los 48 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux volúmenes de destino a un servidor de copia de seguridad o clonación particular antes del montaje. Asegúrese de que todos los conjuntos de destino (asociados a una DEVICE_CLASS específica) se asignan a los mismos hosts. Si se utilizan archivos de definición de conjunto de destino, asigne todos los volúmenes de un archivo de definición de conjunto de destino al mismo host. Este valor garantiza que todos los destinos asociados a una única clase de dispositivo se montan siempre desde el mismo servidor de copia de seguridad o de clonación. Si se utiliza Controlador de volumen SAN con BACKUP_HOST_NAME <host_servidor_copia_seguridad>, los volúmenes también se correlacionan dinámicamente en Controlador de volumen SAN. Si desea más detalles , consulte la descripción para el parámetro BACKUP_HOST_NAME en “Notas sobre parámetros de perfil” en la página 195. Gestión de copias de seguridad y clones con el parámetro DEVICE_CLASS Utilice el parámetro DEVICE_CLASS en la sección CLIENT del perfil de FlashCopy Manager para seleccionar las configuraciones de dispositivo de almacenamiento para las copias de seguridad y utilice el parámetro DEVICE_CLASS en la sección CLONING del perfil para seleccionar las configuraciones de dispositivo de almacenamiento para la clonación. El parámetro DEVICE_CLASS del perfil de Tivoli Storage FlashCopy Manager se puede utilizar como filtro para determinar estos criterios de copia de seguridad: v Número de partición v Día de la semana v Hora de la copia de seguridad v Clase de dispositivo utilizado por la última operación de copia de seguridad v Sólo clonación: nombre de base de datos de clonación Si se utiliza de esta manera, el parámetro DEVICE_CLASS proporciona acceso a un dispositivo de almacenamiento específico. Este dispositivo se identifica mediante el tipo de servicios de copia, el nombre de usuario y el nombre de servidor definidos por la sección del perfil DEVICE_CLASS correspondiente. También proporciona una política de copia de seguridad que es específica del dispositivo. Por ejemplo, esta política de copia de seguridad específica del dispositivo se podría definir mediante estos factores: v Lista de conjuntos de destinos en DS8000 o Controlador de volumen SAN v El tipo de copia de seguridad de FlashCopy® que se va a realizar (por ejemplo, INCR, COPY) v La ubicación del montaje de la copia de seguridad v Si se va a crear o no una copia de seguridad en el almacenamiento de Tivoli Storage Manager Server a partir de la instantánea Debe especificarse DEVICE_CLASS en el perfil, pero se puede sobrescribir con una opción de la línea de mandatos. En función de la aplicación, la opción de la línea de mandatos será una de las siguientes: DB2 OPTIONS DEVICE_CLASS=clase_dispositivo en la línea de mandatos de copia de seguridad db2. SAP Oracle -S clase_dispositivo en el parámetro util_options del perfil de configuración de SAP® BR*Tools (.sap). Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 49 Al ejecutar los mandatos restore, mount, unmount y delete de Tivoli Storage FlashCopy Manager, no se puede especificar el parámetro DEVICE_CLASS. En su lugar, se puede especificar el ID de copia de seguridad, o se utiliza la última copia de seguridad. Tivoli Storage FlashCopy Manager utiliza automáticamente el parámetro DEVICE_CLASS que se utilizó para la copia de seguridad seleccionada en el momento de realización de la copia de seguridad. Ejemplos de uso de los filtros DEVICE_CLASS Este ejemplo crear copias de seguridad alternativas para cada duplicación. Las clases de dispositivo MIRROR_1 y MIRROR_2 hacen referencia a dos clústeres de almacenamiento individuales. En el almacenamiento de Tivoli Storage Manager Server, sólo se hacen copias de seguridad de las copias de seguridad creadas en MIRROR_2: >>> CLIENT TSM_BACKUP YES USE_FOR MIRROR_2 DEVICE_CLASS MIRROR_1 MIRROR_2 [...] <<< Este ejemplo crea copias de seguridad de una base de datos DB2 particionada con cinco particiones. Mientras que la partición 0 utiliza DEVICE_CLASS PARTITION0, las particiones de la 1 a la 4 utilizan DEVICE_CLASS PARTITIONX: >>> CLIENT DEVICE_CLASS PARTITION0 ON_DBPARTITIONNUMS 0 DEVICE_CLASS PARTITIONX ON_DBPARTITIONNUMS 1 2 3 4 [...] <<< Este ejemplo crea copias de seguridad en MIRROR_1 el lunes (1), el miércoles (3) y el viernes (5). Crea copias de seguridad en MIRROR_2 el domingo (0), el martes (2), el jueves (4) y el sábado (6). Todas las copias de seguridad se almacenan en el almacenamiento de Tivoli Storage Manager Server: >>> CLIENT TSM_BACKUP YES DEVICE_CLASS MIRROR_1 USE_AT Mon Wed Fri DEVICE_CLASS MIRROR_2 USE_AT Sun Tue Thu Sat [...] <<< Este ejemplo crea copias de seguridad de sólo disco durante el periodo especificado del día. Estas copias de seguridad de sólo disco se consideran eficaces con el espacio. También se crea una copia de seguridad completa a medianoche que se almacena en el almacenamiento de Tivoli Storage Manager Server. Aunque las clases de dispositivo DAYTIME y MIDNIGHT podrían tener la misma configuración, se utilizan dos clases de dispositivo diferentes. Esta configuración se utiliza aunque ambas clases de dispositivo apunten al mismo clúster de Controlador de volumen SAN: 50 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux >>> CLIENT TSM_BACKUP YES USE_FOR MIDNIGHT DEVICE_CLASS DAYTIME FROM 1:00 TO 23:59 DEVICE_CLASS MIDNIGHT FROM 0:00 TO 0:59 [...] <<< >>> DEVICE_CLASS DAYTIME COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE NOCOPY [...] <<< >>> DEVICE_CLASS MIDNIGHT COPYSERVICES_HARDWARE_TYPE SVC FLASHCOPY_TYPE INCR SVC_COPY_RATE 80 [...] <<< Este ejemplo demuestra cómo crear bases de datos de clonación en distintos servidores de clonación desde la misma base de datos de producción. En este escenario, existen dos servidores de clonación, cada uno utiliza una clase de dispositivo diferente. El servidor de clonación host1 utiliza DEVICE_CLASS CLONE1 y el host2 utiliza DEVICE_CLASS CLONE2. Cuando se inicia una solicitud de clonación con la base de datos de clonación B01 seleccionada, esta clonación se crea con DEVICE_CLASS CLONE1 y se crea en el servidor de clonación host1. >>> CLONING DEVICE_CLASS CLONE1 USE_FOR_CLONING B01 C01 DEVICE_CLASS CLONE2 USE_FOR_CLONING B02 C02 <<< >>> DEVICE_CLASS CLONE1 CLONE_DATABASE YES ... <<< >>> DEVICE_CLASS CLONE2 CLONE_DATABASE YES ... <<< Capítulo 2. Preparación del entorno Tivoli Storage FlashCopy Manager 51 52 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 3. Instalación de Tivoli Storage FlashCopy Manager La instalación consta de instalar el código de producto y después configurar el entorno. El procedimiento de instalación consta de estas tareas: 1. “Preparación del entorno para la instalación” 2. Instalación del código de producto de Tivoli Storage FlashCopy Manager v “Instalación en el servidor de producción y de forma remota en el servidor de copia de seguridad o en el servidor de clonación” en la página 56 v “Instalación por separado en el servidor de copia de seguridad o en el servidor de clonación” en la página 60 3. “Configuración del entorno de almacenamiento en disco” en la página 62 Nota: Para la clonación, los equivalentes del sistema de copia de seguridad, el nodo de copia de seguridad y el sistema de copia de seguridad son el servidor de clonación, el nodo de clonación y el sistema de clonación. Preparación del entorno para la instalación El entorno requiere determinadas preparaciones antes de intentar instalar Tivoli Storage FlashCopy Manager. Importante: Antes de intentar instalar Tivoli Storage FlashCopy Manager, repase la lista de comprobación de preinstalación de Tivoli Storage FlashCopy Manager disponible en la nota técnica "Requisitos de hardware y software". Encontrará un enlace a este documento en https://www.ibm.com/support/ docview.wss?uid=swg21427692 . La lista de comprobación de preinstalación contiene la información sobre requisitos más actual y proporciona una validación rápida del entorno. Además, asegúrese de leer y comprender los conceptos de instalación y configuración presentados en esta sección. La lista de comprobación de preinstalación de Tivoli Storage FlashCopy Manager proporciona una guía para comprobar los requisitos de hardware, software y entorno necesarios para obtener una instalación correcta. Utilice la hoja de instalación de Tivoli Storage FlashCopy Manager, proporcionada dentro de la lista de comprobación de preinstalación, para recopilar toda la información necesaria para la instalación del producto. Visión general: instalación del código de producto Tivoli Storage FlashCopy Manager debe instalarse en el sistema de producción. De forma opcional, también se puede instalar en el sistema de copia de seguridad. En un entorno que contiene bases de datos DB2 con particiones físicas, Tivoli Storage FlashCopy Manager sólo debe estar instalado en uno de los sistemas de producción. El directorio de instalación de Tivoli Storage FlashCopy Manager es el siguiente (de ahora en adelante se hace referencia al directorio como FCM_INSTALL_DIR): AIX: /usr/tivoli/tsfcm/acs_3.1.0.0 Linux: /opt/tivoli/tsfcm/acs_3.1.0.0 © Copyright IBM Corp. 2001, 2011 53 Solaris: /opt/tivoli/tsfcm/acs_3.1.0.0 HP-UX: /opt/tivoli/tsfcm/acs_3.1.0.0 Durante la instalación, el instalador de Tivoli Storage FlashCopy Manager también activa la instancia de la base de datos para un uso posterior con Tivoli Storage FlashCopy Manager. Durante este paso de activación, el instalador inicia un script de configuración que copia todos los archivos necesarios desde el directorio de instalación de Tivoli Storage FlashCopy Manager a un directorio de instalación específico de la instancia de base de datos o específico de la aplicación personalizada y, también, establece sus derechos de acceso. Consejo: Puede activar instancias de base de datos adicionales en cualquier momento invocando el script de configuración con la opción -a install como usuario root. El directorio de instalación específico de la instancia de la base de datos (de ahora en adelante INSTANCE_DIR) es: v (DB2) directorio $HOME del propietario de la instancia/sqllib/acs/ v (SAP con Oracle) directorio $HOME del propietario de la instancia/acs/ v (Oracle) directorio de instancia de base de datos/acs/ Si el directorio de inicio del propietario de la instancia de base de datos no es idéntico al directorio de la instancia de base de datos, se recomienda instalar en el directorio de la instancia de base de datos. Éste puede ser $ORACLE_HOME. En instalaciones donde $ORACLE_HOME se comparte entre varias instancias de bases de datos, se puede utilizar cualquier otro directorio que sea exclusivo para esta instancia. Para las aplicaciones personalizadas, el directorio de instalación predeterminado es $HOME/acs. $HOME es el directorio de inicio del usuario de copia de seguridad de la aplicación. El mandato ./setup_gen.sh -a install -d directorio de inicio del usuario de copia de seguridad de la aplicación crea la carpeta $HOME/acs. Configuración del entorno: visión general Después de que se complete la instalación (y activación), utilice el script de configuración para configurar Tivoli Storage FlashCopy Manager para su uso con el entorno. Sólo es necesario configurar el entorno una vez después de la activación inicial del producto. La configuración es necesaria en sistema de producción y está disponible de forma opcional en sistema de copia de seguridad. Durante la configuración, Tivoli Storage FlashCopy Manager crea lo siguiente: v El directorio de configuración ACS_DIR tal como se ha especificado en el perfil si es diferente del INSTANCE_DIR creado durante la activación. v El perfil dentro del directorio de configuración ACS_DIR v Un enlace (INSTANCE_DIR/profile) al perfil situado en el directorio de configuración ACS_DIR si es diferente del INSTANCE_DIR v Un archivo de contraseña dentro de ACS_DIR/shared v Entradas de /etc/inittab para los procesos de daemon. Para Red Hat Enterprise Linux 6, los procesos de daemon se inician automáticamente con Upstart. 54 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Puede utilizar el script de configuración para instalar Tivoli Storage FlashCopy Manager en varios nodos de copia de seguridad desde sistema de producción. Instale Open Secure Shell (OpenSSH) para permitir la instalación y configuración remota de los nodos de copia de seguridad en el sistema de producción. Además, puede utilizar las unidades compartidas OpenSSH o NFS con el script de configuración para actualizar el perfil. No es necesario compartir el NFS entre los nodos de sistema de producción y sistema de copia de seguridad para este tipo de instalación remota. OpenSSH es el método preferido para Tivoli Storage FlashCopy Manager pero se siguen admitiendo las unidades compartidas NFS. Si INSTANCE_DIR es un NFS compartido con otros nodos, Tivoli Storage FlashCopy Manager se debe configurar en sólo un nodo de sistema de producción (para los entornos DPF federados sólo en un nodo) y en sistema de copia de seguridad. No es necesario compartir el NFS si se utiliza Open Secure Shell (OpenSSH) para instalar Tivoli Storage FlashCopy Manager en los nodos de sistema de copia de seguridad. Si tanto el directorio de configuración (ACS_DIR) como el directorio de instalación específico de la instancia de base de datos (INSTANCE_DIR) comparten el NFS entre todos los nodos de sistema de producción y sistema de copia de seguridad, Tivoli Storage FlashCopy Manager se administra mejor sólo desde sistema de producción (para Oracle o DB2) o el nodo maestro de sistema de producción (para los entornos de DB2 con particiones físicas). El nodo maestro de sistema de producción es el sistema de producción en el que se ha instalado Tivoli Storage FlashCopy Manager. Para la configuración inicial, Tivoli Storage FlashCopy Manager debe estar instalado, activado y configurado en el sistema de producción y, posteriormente, configurado en sistema de copia de seguridad. En sistema de copia de seguridad, se pueden omitir los pasos de instalación y activación. Las actualizaciones y la reconfiguración sólo se deben realizar en el nodo maestro de sistema de producción. Normalmente, no hay necesidad de invocar el script de configuración en el sistema de copia de seguridad después de la configuración inicial. Sin embargo, debe editar las entradas de inittab en sistema de copia de seguridad, aunque los directorios de instalación y configuración deben tener el NFS compartido. Las excepciones de esta regla pueden incluir: v El uso de hardware de almacenamiento alternativo podría requerir una reconfiguración de Tivoli Storage FlashCopy Manager en sistema de copia de seguridad v Los cambios en la política de planificación para las copias de seguridad TSM con traspaso de datos podrían necesitar que reconfigure el sistema de copia de seguridad En estos casos, debe detener Tivoli Storage FlashCopy Manager en el sistema de producción antes de la reconfiguración del sistema de copia de seguridad. De lo contrario, se le solicitará detener Tivoli Storage FlashCopy Manager en el sistema de producción. Consulte Capítulo 5, “Mandatos y scripts de Tivoli Storage FlashCopy Manager”, en la página 93 si desea más detalles con respecto a cómo detener una instancia activada de Tivoli Storage FlashCopy Manager. Capítulo 3. Instalación de Tivoli Storage FlashCopy Manager 55 Instalación en el servidor de producción y de forma remota en el servidor de copia de seguridad o en el servidor de clonación Se debe instalar Tivoli Storage FlashCopy Manager en el servidor de producción como se describe en este procedimiento para realizar de forma satisfactoria las operaciones de copia de seguridad y restauración. Este procedimiento describe también cómo se instala de manera opcional el producto de forma remota en el servidor de copia de seguridad con OpenSSH. Los paquetes de instalación de Tivoli Storage FlashCopy Manager se entregan como archivos individuales de InstallAnywhere. Se proporcionan en un CD de instalación o desde una imagen descargada de IBM Passport Advantage. Estos archivos utilizan el formato de nombre siguiente: 3.1.0.0-TIV-FCM-plataforma-SO.bin En este procedimiento, los valores disponibles para plataforma-SO son AIX, Linuxx86_64, SolarisSparc y HP-UX. Se debe realizar la instalación como usuario root. 1. Inicie sesión en el servidor de producción como ID de usuario root. 2. Utilice una de estas tres modalidades para instalar Tivoli Storage FlashCopy Manager: v Modalidad gráfica Esta modalidad requiere una instalación gráfica de X Window System. Asegúrese de que la variable de entorno DISPLAY especifica host:display, donde host identifica el nombre de host del X Server con el que se va a contactar y display es el número de pantalla. Para realizar la instalación en modalidad gráfica, especifique este mandato y pulse Intro: ./3.1.0.0-TIV-FCM-<plataforma-SO>.bin v Modalidad de consola Para realizar la instalación en modalidad de consola, especifique este mandato y pulse Intro: ./3.1.0.0-TIV-FCM-<plataforma-SO>.bin -i console v Modalidad silenciosa La modalidad silenciosa instala y distribuye Tivoli Storage FlashCopy Manager en la modalidad de consola no gráfica. Dado que requiere tareas adicionales, en “Instalación de Tivoli Storage FlashCopy Manager en modalidad silenciosa” en la página 263, están disponibles las instrucciones de esta modalidad de instalación. 3. Siga las instrucciones de InstallAnywhere que se muestran. 4. Compruebe en el resumen emitido por InstallAnywhere si la instalación ha sido satisfactoria. Si se produce un error durante el proceso de instalación, compruebe los mensajes de error en la salida minuciosamente y corrija los problemas. Después de corregir los errores repita el procedimiento de instalación. Para realizar un análisis más completo, busque el archivo de registro de instalación de InstallAnywhere en el directorio FCM_INSTALL_DIR de nombre installation.log. 5. Inicie sesión en el servidor de producción: v (DB2) como el propietario de la instancia de base de datos y vaya al directorio INSTANCE_DIR v (Oracle o SAP® con Oracle) como el propietario de la instancia de la base de datos y cámbiese al directorio INSTANCE_DIR 56 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux v (Aplicaciones personalizadas) como el usuario de copia de seguridad de la aplicación y cámbiese al directorio FCM_INSTALL_DIR 6. Inicie el script de configuración (sin opciones) introduciendo el mandato adecuado del entorno de base de datos y pulse Intro: DB2: ./setup_db2.sh Oracle o SAP® con Oracle: ./setup_ora.sh Aplicaciones personalizadas: ./setup_gen.sh Puede instalar Tivoli Storage FlashCopy Manager en la modalidad avanzada con la opción -advanced en el mandato de script de configuración adecuado. En la modalidad avanzada, puede especificar parámetros adicionales. Consulte “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149 para obtener información sobre los parámetros adicionales que se especifican en la modalidad avanzada. Los valores predeterminados de estos parámetros son adecuados para la mayoría de los entornos. 7. Siga las instrucciones del script de configuración que se muestran. Consulte la hora de instalación de Tivoli Storage FlashCopy Manager completa en “Preparación del entorno para la instalación” en la página 53. Estas preguntas se deben responder durante la configuración. Es posible que las preguntas no estén en el orden descrito en este paso. a. Seleccione el tipo de configuración que desea realizar: v (1) Configuración de sistema de producción en ubicación con configuración opcional de sistema remoto de copia de seguridad. Esta selección le guía en la configuración de Tivoli Storage FlashCopy Manager en el servidor de producción. Proporciona también la opción de sincronizar de forma remota la configuración de uno (o varios) servidores de copia de seguridad con OpenSSH. v (2) Configuración de sistema de copia de seguridad en sitio. Esta selección le guía en la configuración de Tivoli Storage FlashCopy Manager en el servidor de copia de seguridad como una instalación individual. Si desea obtener detalles sobre esta configuración, consulte “Instalación por separado en el servidor de copia de seguridad o en el servidor de clonación” en la página 60. b. Seleccione una de las configuraciones siguientes: sólo copia de seguridad sólo clonación copia de seguridad y clonación Especifique si desea configurar la instancia de la base de datos para clonación, copia de seguridad, o las dos: v Introduzca 1 para configurar FlashCopy Manager para copia de seguridad solo. v Introduzca 2 para configurar FlashCopy Manager para clonación solo. v Especifique 3 para configurar FlashCopy Manager para realizar copia de seguridad y clonación. c. ¿Va a realizar copias de seguridad descargadas en Tivoli Storage Manager? [S|N] v Especifique SÍ para configurar el soporte de copias de seguridad de cinta descargadas. La configuración del parámetro de perfil responde a esta decisión mostrando u ocultando las secciones y parámetros respectivos. Capítulo 3. Instalación de Tivoli Storage FlashCopy Manager 57 Nota: (SAP® con Oracle) Si se ha especificado YES, actualice manualmente el perfil de IBM Tivoli Storage Manager for Enterprise Resource Planning (init<SID>.utl) tras completarse la configuración. Esta actualización es obligatoria ya que el perfil de Tivoli Storage FlashCopy Manager no contiene una sección CLIENT después de esta configuración. v Especifique NO para configurar el soporte de copias de seguridad de instantánea basadas en disco solo. d. ¿Desea que se desencadenen las copias de seguridad de cinta descargadas justo después de la instantánea? [S/N] El agente de descarga (tsm4acs) de Tivoli Storage FlashCopy Manager realiza copias de seguridad descargadas en Tivoli Storage Manager. Determine cuándo desea que se inicie la copia de seguridad descargada en Tivoli Storage Manager: v Iníciela inmediatamente después de que se complete la copia de seguridad de FlashCopy. v Iniciarla más tarde mediante una estrategia que planifica las copias de seguridad de forma individual. Por ejemplo, planifique que la copia de seguridad de FlashCopy se produzca a medianoche y que la copia de seguridad descargada en Tivoli Storage Manager se produzca a las 4 am. Se puede retardar más la copia de seguridad en Tivoli Storage Manager hasta que estén disponibles los recursos necesarios de Tivoli Storage Manager Server. Especifique YES para realizar una copia de seguridad en Tivoli Storage Manager inmediatamente después de que se complete la copia de seguridad de FlashCopy. Se añade el agente de descarga (tsm4acs) al directorio /etc/inittab. En sistemas Linux que utilizan Upstart, se crea una configuración de trabajo Upstart y se ejecuta el agente de descarga (tsm4acs). En los entornos de alta disponibilidad (HA), no se añade nada al directorio /etc/inittab y no se crea ningún trabajo Upstart. Especifique NO para planificar las copias de seguridad descargadas de forma individual. Esta respuesta requiere que el proceso de copia de seguridad planificado se invoque manualmente. Por ejemplo, añada una entrada crontab. El valor predeterminado es ejecutar tsm4acs como un proceso de daemon en el servidor de producción. En los entornos de alta disponibilidad (HA), no se añade nada a /etc/inittab porque se debe añadir tsm4acs al script de HA en su lugar. En sistemas Linux que utilizan Upstart, Tivoli Storage FlashCopy Manager necesita, como mínimo, que se ejecuten siempre dos procesos de daemon. Tivoli Storage FlashCopy Manager puede crear e iniciar trabajos Upstart para los procesos de daemon necesarios. Como alternativa, puede decidir si iniciar y detener estos procesos usted mismo, por ejemplo, si desea incluir los procesos en su política HA. ¿Desea que IBM Tivoli Storage FlashCopy(R) Manager cree e inicie automáticamente los trabajos upstart? [s|n] [s] e. Tivoli Storage FlashCopy Manager requiere que al menos dos procesos de daemon estén en ejecución en todo momento. Tivoli Storage FlashCopy Manager añade el proceso de daemon necesario a inittab. Como alternativa, puede decidir si iniciar y detener los procesos usted mismo, por ejemplo, si desea incluir los procesos en su política HA. ¿Desea que FlashCopy Manager cree las entradas inittab? [S/N] Tivoli Storage FlashCopy Manager requiere que al menos dos procesos de daemon estén en ejecución en todo momento. Habitualmente, el asistente de configuración registra el daemon de gestión de Tivoli Storage FlashCopy 58 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Manager (acsd) y Generic Device Agent (acsgen) en /etc/inittab en el servidor de producción. Estos dos procesos de daemon se iniciarán incluso después de un reinicio del sistema. Si va a instalar Tivoli Storage FlashCopy Manager en un entorno HA, estos dos procesos de daemon se deben iniciar desde el entorno HA. Añádalos a sus scripts de inicio de HA. Además, debe configurar un mecanismo para reiniciar los procesos de daemon cada vez que terminan, de forma similar a lo que hace la característica "respawn" de inittab. v Especifique NO para que los archivos ejecutables necesarios (incluidas las opciones de línea de mandatos) muestren las entradas para ejecutar los daemons y para que estos procesos de daemons NO se añadan a /etc/inittab. Debe asegurarse de que los scripts de inicio de HA los inician y que se reinician cada vez que terminan. v Especifique YES para insertar los procesos de daemon en /etc/inittab. Importante: Tras completarse este procedimiento, se le solicitará si desea desplegar la configuración en uno o varios sistemas de copia de seguridad. Este despliegue asocia las clases de dispositivo (especificadas en el perfil) a los sistemas de copia de seguridad. Esta asociación se utiliza para el montaje en un momento posterior. f. Seleccione el sistema de copia de seguridad donde se va a realizar la actualización o supresión: n) configurar un sistema de copia de seguridad nuevo q) abandonar la configuración Tivoli Storage FlashCopy Manager requiere que esté disponible un servidor de copia de seguridad cuando existen estas condiciones: v Se realizan copias de seguridad descargadas en Tivoli Storage Manager. v La coherencia de la copia de seguridad de FlashCopy se debe verificar durante un montaje forzado. Si desea información de utilidad sobres estas condiciones, consulte “Preparación de los servidores de copia de seguridad y clonación” en la página 44 y “Gestión de copias de seguridad y clones con el parámetro DEVICE_CLASS” en la página 49. Seleccione n configurar un sistema de copia de seguridad nuevo mediante OpenSSH. Debe estar ya disponible OpenSSH para las conexiones remotas del sistema de producción al sistema de copia de seguridad. Se le solicitará que especifique DEVICE_CLASS para que se habilite en el sistema de copia de seguridad. Seleccione uno o varios parámetros DEVICE_CLASS de la lista que se muestra en la consola. Especifique q para salir de la configuración del sistema de copia de seguridad y salir del script de configuración si se cumple una de las condiciones siguientes: v No está disponible OpenSSH. v Los directorios INST_DIR y ACS_DIR son compartidos entre el sistema de producción y el sistema de copia de seguridad con NFS. v Desea configurar el sistema de copia de seguridad en un paso aparte. Cuando se configura un sistema de copia de seguridad, es posible ejecutar varias acciones en este sistema de copia de seguridad, como actualizar, detener, iniciar, suprimir agentes de FlashCopy Manager que se ejecutan en el sistema de copia de seguridad o configurar la autenticación de clave SSH para el sistema de copia de seguridad. Observe el ejemplo siguiente, que sirve para ilustrarlo. Capítulo 3. Instalación de Tivoli Storage FlashCopy Manager 59 Seleccione el sistema de copia de seguridad donde se va a realizar la actualización o supresión: 1) acsback1 2) acsback2 3) acsback5 n) configurar un sistema de copia de seguridad nuevo q) abandonar la configuración 1sistema de copia de seguridad seleccionado: acsback1 El sistema de copia de seguridad en acsback1 está configurado con la clase de dispositivo DISK_ONLY3. Seleccione la acción que desee llevar a cabo en el sistema de copia de seguridad acsback1: 1) actualizar el sistema de copia de seguridad 2) iniciar el sistema de copia de seguridad 3) detener el sistema de copia de seguridad 4) suprimir el sistema de copia de seguridad 5) configurar la clave SSH para el sistema de copia de seguridad b) volver al sistema de copia de seguridad q) abandonar la configuración Seleccione una de las opciones anteriores. La misma funcionalidad se proporciona para la configuración de las instancias de clones con SSH. g. Si esta instancia de DB2 es origen o destino del servidor en espera de DB2, o bien, si es origen o destino de una configuración DB2 HADR, puede hacer una copia de seguridad también de la base de datos cuando funciona como destino en espera (o HADR). ¿Desea configurar Tivoli Storage FlashCopy Manager para proteger también la base de datos cuando funciona como destino en espera (o HADR)? [S/N] Especifique YES para hacer copias de seguridad de un servidor DB2 en espera. Se añade una sección DB2STANDBY adicional al perfil. Si utiliza una configuración de copia de seguridad descargada, se añade también una sección offload "OFFLOAD_DB2STANDBY". Hay disponible ayuda en línea para los parámetros de perfil reales pero no para las preguntas en sí. Para mostrar la información de ayuda para cada parámetro de perfil, escriba ? y pulse Intro. La ayuda se ve mejor en una ventana de terminal establecida para 130 caracteres como mínimo. El asistente de configuración puede crear varias entradas del mismo parámetro de perfil con valores distintos. Especifique s cuando se muestre ¿Desea agregar otra instancia de este parámetro?. Para suprimir una entrada del perfil de uno de estos parámetros, escriba !d cuando se le solicite el valor del parámetro. Instalación por separado en el servidor de copia de seguridad o en el servidor de clonación Esta instalación por separado de Tivoli Storage FlashCopy Manager en los servidores de copia de seguridad es necesaria solo si no se ha podido utilizar la instalación remota recomendada. Solo utilice este procedimiento si existe cualquiera de estas situaciones: v No hay disponible una configuración de OpenSSH. v No es posible la compartición NFS de INSTANCE_DIR y ACS_DIR desde el sistema de producción al sistema de copia de seguridad. 60 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Nota: No se recomienda la compartición NFS de INSTANCE_DIR y ACS_DIR, a menos que tenga un entorno DPF de DB2 con varios nodos. En estas secciones hay disponible información sobre cuándo es necesario un servidor de copia de seguridad: v “Preparación de los servidores de copia de seguridad y clonación” en la página 44 v “Gestión de copias de seguridad y clones con el parámetro DEVICE_CLASS” en la página 49 1. Inicie sesión en el servidor de copia de seguridad como ID de usuario root. 2. Utilice una de estas tres modalidades para instalar Tivoli Storage FlashCopy Manager: v Modalidad gráfica La modalidad gráfica requiere una instalación gráfica de X Window. Asegúrese de que la variable de entorno DISPLAY especifica host:display, donde host identifica el nombre de host del X Server con el que se va a contactar y display es el número de pantalla. Para realizar la instalación en modalidad gráfica, especifique este mandato y pulse Intro: ./<versión>-TIV-FCM-<plataforma-SO>.bin v Modalidad de consola Para realizar la instalación en modalidad de consola, especifique este mandato y pulse Intro: ./<versión>-TIV-FCM-<plataforma-SO>.bin -i console v Modalidad silenciosa En modalidad silenciosa se instala y distribuye Tivoli Storage FlashCopy Manager en la modalidad de consola no gráfica. Dado que requiere tareas adicionales, en “Instalación de Tivoli Storage FlashCopy Manager en modalidad silenciosa” en la página 263, están disponibles las instrucciones de esta modalidad de instalación. 3. Siga las instrucciones de InstallAnywhere que se muestran. 4. Compruebe en el resumen emitido por InstallAnywhere si la instalación ha sido satisfactoria. Si se produce un error durante el proceso de instalación, compruebe los mensajes de error en la salida minuciosamente y corrija los problemas. Para realizar un análisis más completo, busque el archivo de registro de instalación de InstallAnywhere, installation.log., en FCM_INSTALL_DIR. Después de corregir los errores repita el procedimiento de instalación. 5. Inicie sesión en el servidor de producción: v (DB2) como el propietario de la instancia de base de datos y vaya al directorio INSTANCE_DIR v (Oracle o SAP® con Oracle) como el propietario de la instancia de la base de datos y cámbiese al directorio INSTANCE_DIR v (Aplicaciones personalizadas) como el usuario de copia de seguridad de la aplicación y cámbiese al directorio FCM_INSTALL_DIR 6. Inicie el script de configuración (sin opciones) introduciendo el mandato adecuado del entorno de base de datos y pulse Intro: v DB2: ./setup_db2.sh v Oracle o SAP® con Oracle: ./setup_ora.sh v IBM Tivoli Storage FlashCopy Manager for Custom Applications: ./setup_gen.sh Capítulo 3. Instalación de Tivoli Storage FlashCopy Manager 61 Puede instalar Tivoli Storage FlashCopy Manager en la modalidad avanzada con la opción -advanced en el mandato de script de configuración adecuado. En la modalidad avanzada, puede especificar parámetros adicionales. Consulte “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149 para obtener información sobre los parámetros adicionales que se especifican en la modalidad avanzada. Los valores predeterminados de estos parámetros son adecuados para la mayoría de los entornos. 7. Siga las instrucciones del script de configuración que se muestran. Si desea más información sobre el asistente de configuración, consulte “Instalación en el servidor de producción y de forma remota en el servidor de copia de seguridad o en el servidor de clonación” en la página 56. Daemons necesarios en el sistema de producción y de copia de seguridad Antes de iniciar los procesos de daemon manualmente, debe conocer qué daemons se ejecutan en los sistemas de producción, de copia de seguridad y de clonación. Puede configurar manualmente los procesos de daemon. En la lista siguiente se especifica dónde se pueden ejecutar los daemons: v El daemon INSTANCE_DIR/acsd acs se ejecuta en el sistema de producción. v INSTANCE_DIR/acsgen -D generic device agent se ejecuta en el sistema de producción. v INSTANCE_DIR/tsm4acs -D offload agent se ejecuta en el sistema de producción, pero también se puede ejecutar en el sistema de copia de seguridad. Este daemon sólo es necesario si se configurar copias de seguridad descargadas. v El agente de montaje INSTANCE_DIR/acsgen -D -M [-s claseDispositivo[,claseDispositivo][-HnombreHost] se ejecuta en el sistema de copia de seguridad o en el sistema de clonación. Configuración del entorno de almacenamiento en disco Cada sistema de almacenamiento en disco requiere sus propias tareas de configuración exclusivas. Siga los pasos del procedimiento adecuado para su entorno de almacenamiento en disco. Tenga en cuenta que en el subsistema de almacenamiento en disco se deben definir los archivos de datos en grupos de volúmenes que están aparte de los grupos de volúmenes donde se definen los archivos de control y los registros de rehacer. Si desea detalles sobre los requisitos de diseño del grupo de volúmenes, consulte “Preparación del entorno de producción” en la página 17. Nota: IBM XIV® Storage Systems no requiere ninguno de los pasos documentados en este procedimiento. 62 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Definición de números de unidad lógica en los subsistemas de almacenamiento DS8000 Se deben definir los números de unidad lógica (LUN) para el subsistema de almacenamiento DS8000. Realice estos pasos para definir los LUN adecuados en el sistema de producción y en el sistema de copia de seguridad: 1. Utilice DS8000 Storage Manager para crear dos (o más) LUN en el sistema de producción: Real-time manager (o Simulated manager)-> Configure storage -> Open systems -> Volumes-open systems Tenga en cuenta lo siguiente: v En este ejemplo se crean dos LUN. v Estos LUN son la ubicación donde residirá la base de datos. v El tamaño de los LUN depende del tamaño de la base de datos. v El tamaño de los volúmenes de origen en el sistema de producción y el tamaño de los volúmenes de destino en el sistema de copia de seguridad debe ser igual. v Se debe definir el volumen de origen y el volumen de destino en el mismo subsistema de almacenamiento. 2. Utilice DS8000 Storage Manager para crear el mismo número de LUN para el sistema de copia de seguridad que se ha creado para el sistema de producción en el Paso 1: Real-time manager (o Simulated manager)-> Configure storage -> Open systems -> Volumes-open systems Estos LUN deben tener también el mismo tamaño que los LUN creados para el sistema de producción. 3. Identifique los números de serie de los LUN de destino con DS8000 Storage Manager: Real-time manager (o Simulated manager)-> Configure storage -> Open systems -> Volumes-open systems Seleccione los LUN de destino creados en el sistema de copia de seguridad en el Paso 2. Identifique los números de serie con el tamaño coincidente en los LUN de origen. Por ejemplo: 7501901 Nickname Number Status Type GB sandburr_3300 3300 Normal DS 2.0 sandburr_3400 3400 Normal DS 2.0 En este ejemplo, los números de serie son 75019013300 y 75019013400. 4. Defina el parámetro TARGET_VOLUME en el archivo de volúmenes de destino especificado mediante el parámetro de perfil VOLUMES_FILE con los números de serie adecuados de los LUN de destino: TARGET_VOLUME 75019013300 TARGET_VOLUME 75019013400 Este valor especifica los volúmenes de destino en los que se realizará la copia de seguridad de la base de datos. Capítulo 3. Instalación de Tivoli Storage FlashCopy Manager 63 Definición de discos virtuales en Controlador de volumen SAN y Storwize V7000 Deben definirse los discos virtuales para Controlador de volumen SAN y Storwize V7000. Este procedimiento utiliza la consola de Controlador de volumen SAN o de Storwize V7000 para completar las tareas. Tenga en cuenta que se puede utilizar también la interfaz de línea de mandatos de Controlador de volumen SAN o Storwize V7000. En estas instrucciones se supone que existen las condiciones siguientes: v Hay disponible una red de área de almacenamiento (SAN) en funcionamiento. v Los discos de almacenamiento están conectados y disponibles en el entorno Controlador de volumen SAN o Storwize V7000. v Está instalado Subsystem Device Driver (SDD) o SDDPCM (Subsystem Device Driver Path Control Module) y disponible en las máquinas host. v Hay disponible un clúster en el entorno Controlador de volumen SAN o Storwize V7000. v Cada host tiene al menos dos (o más) vías de acceso al subsistema de almacenamiento de Controlador de volumen SAN o Storwize V7000. Realice estos pasos para crear los vdisks adecuados en el sistema de producción y en el sistema de copia de seguridad: 1. Cree un disco virtual con Managed Disk Group: Work with Virtual Disks-> Virtual Disks -> Create Virtual Disks Correlacione el disco virtual con los host creados para los sistemas de producción y de copia de seguridad. 2. Defina el parámetro TARGET_VOLUME en el archivo de volúmenes de destino especificado mediante el parámetro de perfil VOLUMES_FILE con los nombres de vdisk adecuados de los LUN de destino: TARGET_VOLUME A01pro1_1_t1 TARGET_VOLUME A01pro1_2_t1 Suponiendo que los volúmenes de destino de Controlador de volumen SAN o Storwize V7000 se llaman A01pro1_1 y A01pro1_2, es posible también utilizar el parámetro de perfil TARGET_SETS con un valor de 1 y especificar el valor del parámetro TARGET_NAMING como %SOURCE_t%TARGETSET. Con esta definición de denominación del destino, el volumen de origen A01pro1_1, con el conjunto de destino llamado 1, produce un volumen de destino A01pro1_1_t1. Nota: En este caso, se utiliza el parámetro TARGET_NAMING y no se necesita un archivo de definición de conjunto de destino. 64 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 4. Funcionamiento con Tivoli Storage FlashCopy Manager Se proporciona la información necesaria para hacer copias de seguridad y restaurar datos en los dispositivos de FlashCopy y los dispositivos de instantánea con Tivoli Storage FlashCopy Manager. Se proporciona también información sobre clonación de base de datos. Revise la información con detenimiento antes de realizar una operación de copia de seguridad, restauración o clonación. Copia de seguridad de datos con Tivoli Storage FlashCopy Manager Se proporcionan instrucciones detalladas sobre cómo hacer copias de seguridad de bases de datos DB2 (nativo y SAP® en DB2), Oracle (nativo), SAP® con Oracle y de aplicaciones personalizadas (utilizando IBM Tivoli Storage FlashCopy Manager for Custom Applications). Tivoli Storage FlashCopy Manager proporciona dos métodos básicos de copia de seguridad: v Copias de seguridad de instantánea en sistemas de almacenamiento v Copias de seguridad de cinta descargadas en Tivoli Storage Manager Copia de seguridad de una base de datos DB2 Las entradas de mandato específicas se utilizan al hacer copias de seguridad de una base de datos DB2. La tabla siguiente resume las entradas de mandato de acuerdo con la configuración de la base de datos y el tipo de copia de seguridad: Tabla 17. Resumen de mandatos de copia de seguridad para DB2 Copia de seguridad en TSM Copia de seguridad de instantánea (sólo disco) Desde base de datos de producción (sólo cinta) DB2 (Nativo) db2 backup .... use snapshot ... db2 backup ...use tsm db2 backup .... use snapshot1 fcmcli -f tape_backup2 DB2 (SAP®) db2 backup .... use snapshot ... db2 backup... load <biblioteca > o backom fcmcli -f tape_backup2 Configuración de base de datos Integrada conla instantánea db2 backup .... use snapshot1 Desde la instantánea existente Nota: 1. Además, el parámetro del perfil TSM_BACKUP está establecido en YES y Offload Agent (tsm4acs) se está ejecutando en la modalidad de daemon en el servidor de producción. 2. Además, el parámetro del perfil TSM_BACKUP está establecido en YES y Offload Agent (tsm4acs) no se ejecuta en la modalidad de daemon. © Copyright IBM Corp. 2001, 2011 65 La copia de seguridad de instantánea se describe de forma detallada en la documentación de DB2 High Availability Feature. El mandato 'db2 backup database' con la opción 'use snapshot' se describe en la publicación DB2 Referencia de mandatos. Al igual que en DB2 V9.5, el dispositivo DB2 Data Partitioning Feature (DPF) tiene una única modalidad de vista del sistema (SSV) para hacer copias de seguridad de una base de datos con varias particiones con una sola entrada de mandato. Los mandatos típicos de copia de seguridad de db2 utilizando Tivoli Storage FlashCopy Manager aparecerían con este formato: v Base de datos con varias particiones: db2 backup db <nombre_bd> on all dbpartionnums use snapshot v Base de datos con una única partición: db2 backup db <nombre_bd> use snapshot Si se utiliza un perfil diferente de Tivoli Storage FlashCopy Manager, especifique el perfil predeterminado INSTANCE_DIR/acs/profile. En este caso, el mandato tendría el aspecto siguiente: db2 backup db <nombre_bd> on all dbpartionnums use snapshot options "PROFILE=<vía acceso del perfil/nombre del perfil>" Copias de seguridad de DB2 en un Tivoli Storage Manager Server Tivoli Storage FlashCopy Manager se basa en los mecanismos estándar de DB2 para realizar copias de seguridad de una imagen de instantánea en una cinta de Tivoli Storage Manager. DB2 funciona en cualquiera de los siguientes entornos: v IBM Tivoli Storage Manager for Enterprise Resource Planning en un entorno SAP v Agente Tivoli Storage Manager de DB2 nativo en un entorno de DB2 nativo. Se realiza una copia de seguridad de Tivoli Storage Manager mediante lo siguiente: v El parámetro del perfil TSM_BACKUP en el perfil de Tivoli Storage FlashCopy Manager inicia una copia de seguridad de cinta desde el conjunto de destinos de instantánea cuando se completa la instantánea. v La función 'copia_seguridad_cinta' de Tivoli Storage FlashCopy Manager (fcmacli), hace una copia de seguridad de la instantánea generada previamente. Tivoli Storage FlashCopy Manager y IBM Tivoli Storage Manager for Enterprise Resource Planning utilizan sus propios perfiles. El perfil de Tivoli Storage FlashCopy Manager contiene una sección aparte (OFFLOAD) que define los parámetros relacionados para la copia de seguridad de cinta. Cada vez que se crea o modifica un perfil, el asistente de perfil de Tivoli Storage FlashCopy Manager le solicita especificar si se realizarán copias de seguridad con traspaso de datos. Si se especifica YES (sí), la sección OFFLOAD se añade al perfil y se añade el parámetro TSM_BACKUP a la sección CLIENT. Conceptos relacionados: “Descripción de perfil de Tivoli Storage FlashCopy Manager” en la página 143 66 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Copias de seguridad sin discos de copia de seguridad de instantánea: Las copias de seguridad parciales de una base de datos (por ejemplo, copias de seguridad de espacio de tabla) se pueden realizar en el sistema de producción. El mandato de copia de seguridad de db2 podría acceder a Tivoli Storage Manager for ERP (si está instalado). No se puede acceder a Tivoli Storage FlashCopy Manager para las copias de seguridad parciales. Modalidades de copia de seguridad en serie y paralela para las particiones del dispositivo de partición de base de datos DB2: DB2 hace copias de seguridad de las particiones del dispositivo de particiones de base de datos (DPF) en la modalidad en serie o paralela. Estas modalidades vienen determinadas por DB2 y no las puede configurar el usuario: Modalidad en serie En la modalidad en serie (utilizada para una base de datos DB2 nativa), las particiones se procesan de forma secuencial: cada partición se suspende, se crea la instantánea y se reanuda la partición antes de que se procese la siguiente partición. Tivoli Storage FlashCopy Manager devuelve un error durante una copia de seguridad si varias particiones comparten un volumen físico. Siempre se realiza la operación restaurar en una única partición. Modalidad paralela (SAP®) En la modalidad paralela (modalidad predeterminada para una base de datos SAP DB2), se suspenden todas las particiones antes de que DB2 emita solicitudes de instantánea. A continuación, se realizan las solicitudes en paralelo en todas las particiones. Tivoli Storage FlashCopy Manager permite que varias particiones lógicas compartan un volumen físico cuando estas particiones lógicas se agrupan juntas en un PARTITION_GROUP. En esta situación, se debe utilizar fcmcli para realizar la restauración. La restauración continúa en paralelo para todas las particiones lógicas especificadas en PARTITION_GROUP. Tareas relacionadas: Capítulo 5, “Mandatos y scripts de Tivoli Storage FlashCopy Manager”, en la página 93 Referencia relacionada: “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149 “Offload Agent (tsm4acs)” en la página 137 Copia de seguridad de una base de datos Oracle nativa Tivoli Storage FlashCopy Manager se integra con varios componentes al hacer una copia de seguridad de una base de datos de Oracle. Esta tabla resume las entradas de mandato de acuerdo con el tipo de copia de seguridad: Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 67 Tabla 18. Resumen de los mandatos de copia de seguridad para la base de datos Oracle nativa Copia de seguridad en Tivoli Storage Manager Copia de seguridad de instantánea (sólo disco) Desde base de datos de producción (sólo cinta) Integrada conla instantánea Desde la instantánea existente acsora -f backup RMAN utilizando Data Protection para Oracle 'acsora -f backup' con el parámetro de perfil TSM_BACKUP establecido en YES y Offload Agent (tsm4acs) que se ejecute en la modalidad de daemon en el servidor de producción 'tsm4acs -f tape_backup' con el parámetro de perfil TSM_BACKUP establecido en YES y Offload Agent (tsm4acs) no se ejecuta en la modalidad de daemon Tivoli Storage FlashCopy Manager hace una copia de seguridad del archivo de control de base de datos y el perfil de base de datos del sistema de producción en el repositorio de Tivoli Storage FlashCopy Manager. Tivoli Storage FlashCopy Manager necesita estos archivos en el sistema de copia de seguridad para iniciar la instancia de la base de datos y realizar la copia de seguridad de traspaso de datos en el Tivoli Storage Manager Server. Además, el archivo de control de base de datos se pueden restaurar de forma opcional durante una restauración de FlashCopy® (parámetro de perfil DATABASE_CONTROL_FILE_RESTORE). Tivoli Storage FlashCopy Manager no hace una copia de seguridad del os registros de transacciones de la base de datos de Oracle. El administrador de base de datos es responsable de las copias de seguridad periódicas de los registros de transacciones de la base de datos Oracle. Se recomienda que se hagan copias de seguridad de los registros de transacciones en el Tivoli Storage Manager Server, después de cada copia de seguridad completa en línea de la base de datos. Copias de seguridad en un Tivoli Storage Manager Server en la base de datos Oracle nativa Una copia de seguridad de Tivoli Storage FlashCopy Manager en un almacenamiento del Tivoli Storage Manager Server es una parte integral de la estrategia de copia de seguridad general. Realice copias de seguridad regulares de FlashCopy de las bases de datos como parte de la estrategia de copia de seguridad. Además, realice copias de seguridad de FlashCopy cuando se realice cualquier cambio de configuración en la base de datos. Añadir nuevos discos físicos, nuevos volúmenes lógicos, nuevos sistemas de archivos o nuevos contenedores de base de datos son algunos ejemplos (pero no todos) de dichos cambios de configuración. Recuerde estas consideraciones al utilizar Tivoli Storage Manager: v Data Protection for Oracle debe estar configurado en el servidor de copia de seguridad. v El script de copia de seguridad RMAN creado por el usuario debe contener la variable de entorno TDPO_OPTFILE de Data Protection for Oracle. Especifique el nombre completo de la vía de acceso en el archivo de opciones tdpo.opt con la variable de entorno TDPO_OPTFILE. El mandato de canal de asignación y el parámetro ENV se DEBEN especificar en la misma línea. Además, el mandato de la base de datos se DEBE especificar en una línea separada del mandato de copia de seguridad en el script de copia de seguridad RMAN. Consulte “Script de copia de seguridad de RMAN de ejemplo” en la página 243. 68 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Copia de seguridad manual de una base de datos Oracle nativa: Una copia de seguridad manual realiza una copia de seguridad única de una base de datos Oracle. Tabla 19. Archivos utilizados durante una copia de seguridad manual Nombre de archivo Descripción Ubicación predeterminada acsora Archivo ejecutable del sistema de producción de Tivoli Storage FlashCopy Manager INSTANCE_DIR/acs fcmcli Archivo ejecutable del sistema de producción y copia de seguridad de Tivoli Storage FlashCopy Manager INSTANCE_DIR/acs perfil Perfil de Tivoli Storage FlashCopy Manager ACS_DIR/profile 1. Inicie sesión en el sistema de producción como propietario de la instancia de la base de datos. 2. Ejecute el mandato backup: acsora -f backup Conceptos relacionados: “Descripción de perfil de Tivoli Storage FlashCopy Manager” en la página 143 Automatización completa de las copias de seguridad de base de datos Oracle nativa: Una copia de seguridad totalmente automatizada utiliza script de servidor para automatizar completamente las copias de seguridad en línea de las bases de datos Oracle. Las copias de seguridad en el sistema de producción se pueden ejecutar manualmente o mediante un planificador. Se debe hacer una distinción entre las copias de seguridad descargadas síncronas y asíncronas. Síncrona significa que se inicia la copia de seguridad en el host de copia de seguridad tan pronto como se realiza una FlashCopy®. En este caso, el proceso init inicia Offload Agent (tsm4acs) como un daemon. Asíncrono significa que las copias de seguridad descargadas se desencadenan manualmente u otro planificador las desencadena mediante la invocación de fcmcli. Esto resulta de utilidad si se debe retardar la copia de seguridad hasta que estén disponibles los recursos necesarios. Durante la instalación en el servidor de producción se solicita al usuario si desea ejecutar las copias de seguridad descargadas. Conceptos relacionados: “Descripción de perfil de Tivoli Storage FlashCopy Manager” en la página 143 Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 69 Copia de seguridad de una base de datos SAP® con Oracle IBM Tivoli Storage FlashCopy Manager se integra con varios componentes al hacer una copia de seguridad de una base de datos de SAP® con el Oracle. La tabla siguiente resume las entradas de mandato para la copia de seguridad de una base de datos SAP® utilizando Oracle: Tabla 20. Resumen de mandatos de copia de seguridad (SAP® con Oracle) Copia de seguridad en Tivoli Storage Manager Copia de seguridad de instantánea (sólo disco) Desde base de datos de producción (sólo cinta) Integrada con la instantánea Desde la instantánea existente brbackup -d util_vol ... brbackup -d util_file ... brbackup -d util_vol1 fcmcli -f tape_backup2 Nota: 1. Además, el parámetro de perfil TSM_BACKUP se establece en YES y Offload Agent (tsm4acs) se ejecuta como un daemon en el servidor de producción. 2. Además, el parámetro de perfil TSM_BACKUP se establece en YES y Offload Agent (tsm4acs) no se ejecuta como un daemon. Para obtener una visión general de los diferentes componentes y sus perfiles correspondientes, consulte “Perfil backint de Tivoli Storage FlashCopy Manager (archivo .utl)” en la página 160. Los siguientes parámetros se utilizan en los archivos de configuración initDBSID.sap en estos escenarios. Los archivos de configuración sólo se necesitan en el servidor de producción. v backup_dev_type: determina el soporte de copia de seguridad que se utiliza. El soporte predeterminado es la cinta. Para crear una copia de seguridad de instantánea con Tivoli Storage FlashCopy Manager, se debe establecer este parámetro en util_vol o en util_vol_online. Recomendación: minimice el tiempo durante el que se degrada la base de datos. v util_par_file: especifica la vía de acceso del perfil (enviado a backint) mediante el parámetro -p. Normalmente, este valor es el archivo .utl. v util_path: especifica la vía de acceso del ejecutable de backint. Si no se especifica, se utiliza el ejecutable de backint en /usr/sap/<SID>/SYS/exe/run. v util_options: especifica el argumento de las opciones que se añaden a la llamada de backint. v util_vol_unit: especifica la unidad más pequeña de la que se puede hacer una copia de seguridad con una instantánea o un clon. Consulte la descripción de util_vol_unit en “Perfil de configuración de SAP® BR*Tools (.sap)” en la página 166 si desea ver más detalles. Copias de seguridad incrementales de una base de datos de SAP con Oracle mediante Oracle RMAN IBM Tivoli Storage Manager para planificación de recursos empresariales proporciona copias de seguridad incrementales que permiten que sólo los bloques que se han modificado en la base de datos se descarguen en una copia de seguridad de Tivoli Storage Manager. Esto reduce sustancialmente el espacio necesario para el almacenamiento en segundo plano. Debe existir una copia de seguridad completa para que pueda crearse una copia de seguridad incremental. Si no se ha realizado una copia de seguridad completa, RMAN la crea automáticamente. 70 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Las copias de seguridad incrementales de RMAN se habilitan mediante el uso de parámetros de perfil en el archivo de configuración (archivo .utl) de Tivoli Storage Manager para planificación de recursos empresariales. En Tabla 42 en la página 161 se muestran los detalles de estos parámetros. Para ejecutar una copia de seguridad incremental de nivel 1 durante los días de la semana y una copia de seguridad completa de nivel 0 los domingos, añada los parámetros siguientes al archivo de configuración (archivo .utl) de Tivoli Storage Manager para planificación de recursos empresariales: INCREMENTAL_LEVEL 1 USE_AT MON TUE WED THU FRI INCREMENTAL_LEVEL 0 USE_AT SUN Se muestra un perfil de ejemplo en “Perfil de ejemplo para Tivoli Storage FlashCopy Manager para SAP® con Oracle incremental (con traspaso de datos)” en la página 247 Se necesita una base de datos del catálogo de recuperación. Para configurar esta base de datos, consulte “Preparación de SAP® con Oracle” en la página 19. Esta acción debe realizarse en el host de producción y en el host de copia de seguridad. La base de datos del catálogo de recuperación necesita una contraseña. Para establecer esta contraseña ejecute backint -p <perfil> -f contraseña_catálogo Escenario de copia de seguridad 1: sólo Tivoli Storage FlashCopy Manager Este escenario demuestra cómo interactúa SAP® BR*Tool brbackup con Tivoli Storage FlashCopy Manager (backint) durante las operaciones de copia de seguridad. SAP® BR*Tool brbackup llama a backint con estos parámetros de línea de mandatos: -t volume, -t volume_online Tivoli Storage FlashCopy Manager (backint) utiliza la tecnología de instantánea disponible en el dispositivo FlashCopy. -t file, -t file_online Tivoli Storage FlashCopy Manager (backint) transfiere los archivos de control de Oracle en el repositorio de Tivoli Storage FlashCopy Manager. Puesto que Tivoli Storage Manager para planificación de recursos empresariales no está instalado en este escenario, backint no está disponible en el directorio /usr/sap/<SID>/SYS/exe/run. Por lo tanto, el parámetro util_path debe especificar el INSTANCE_DIR de Tivoli Storage FlashCopy Manager en el perfil SAP® BR*Tools (initDBSID.sap). La configuración de este escenario es para una copia de seguridad diskonly (de sólo disco). Contenido del perfil SAP® BR*Tools (initDBSID.sap): Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 71 backup_dev_type = util_vol | util_vol_online util_par_file = <ACS_DIR>/profile util_path = <INSTANCE_DIR> Valores del perfil de Tivoli Storage FlashCopy Manager <ACS_DIR>/profile: TSM_BACKUP NO v Se transfieren todos los archivos al repositorio de Tivoli Storage FlashCopy Manager si backup_dev_type especifica util_file o util_file_online y el parámetro ALLOW_FULL_FILE_BACKUP especifica YES en la sección CLIENT del archivo flashcopymanagerprofile. Sin embargo, dicha operación no se debe realizar, a menos que sea absolutamente necesario porque todos los archivos se transfieren en el repositorio y hay impactos de rendimiento en el repositorio de Tivoli Storage FlashCopy Manager relacionado con la copia de seguridad, la restauración y la disponibilidad de espacio. La solución preferida debe ser, incluso para las copias de seguridad diskonly, la integración con Tivoli Storage Manager o un producto de copia de seguridad de cinta de otro proveedor. Consulte el escenario de copia de seguridad 2 y el escenario de copia de seguridad 3. v El parámetro ALLOW_FULL_FILE_BACKUP especifica YES en la sección CLIENT del archivo de perfil de Tivoli Storage FlashCopy Manager. Escenario de copia de seguridad 2: Tivoli Storage FlashCopy Manager y Tivoli Storage Manager para planificación de recursos empresariales instalados Este escenario demuestra cómo el mismo perfil backint (initDBSID.utl) y el perfil SAP® BR*Tools (.sap) pueden utilizarse para una copia de seguridad de diskonly (de sólo disco) y una copia de seguridad dual. El perfil SAP® BR*Tools, sap, sólo es necesario en el servidor de producción. Un perfil backint, initDBSID.utl, es necesario en el servidor de producción y en el servidor de copia de seguridad. El contenido de los perfiles backint puede ser el mismo en los dos servidores. Un perfil de Tivoli Storage FlashCopy Manager ACS_DIR/profile es necesario en el servidor de producción y en el servidor de copia de seguridad. Los dos archivos se crean mediante el asistente de perfiles. Una copia de seguridad de sólo disco es una copia de seguridad creada utilizando la tecnología de instantánea con Tivoli Storage FlashCopy Manager. La copia de seguridad no se copia en Tivoli Storage Manager. Una copia de seguridad de sólo Tivoli Storage Manager es una instantánea que se ha creado con el único objetivo de crear una copia de seguridad de Tivoli Storage Manager desde allí. La instantánea se monta en un sistema secundario y se copia en Tivoli Storage Manager para dicho propósito. Una copia de seguridad dual es un híbrido de una copia de sólo disco y una copia de seguridad de sólo Tivoli Storage Manager. Una copia de seguridad dual es una copia de seguridad de sólo disco que, posteriormente, también se copia en Tivoli Storage Manager. 72 Por lo tanto, son necesarios, como mínimo, dos clases de dispositivo en el perfil backint (initDBSID.utl). Se pueden planificar utilizando los conceptos descritos en “Gestión de copias de seguridad y clones con el parámetro DEVICE_CLASS” en la página 49 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux página 49. Una clase de dispositivo se utiliza sólo para las copias de seguridad de sólo disco y una para las copias de seguridad duales. Como resultado, el valor del parámetro TSM_BACKUP_FROM_SNAPSHOT depende de la clase de dispositivo debido a los valores de USE_FOR. Aquí se prepara de forma que se pueda utilizar para una copia de seguridad de sólo disco y, también, para una copia de seguridad dual. Importante: Para esta configuración, el perfil de Tivoli Storage FlashCopy Manager no tiene sección CLIENT. En cambio, algunos de los parámetros que normalmente están incluidos en la sección CLIENT se deben especificar en el archivo .utl. De forma adicional, algunos de los parámetros aparecen en el archivo .utl bajo un nombre diferente (por ejemplo, TSM_BACKUP pasa a ser TSM_BACKUP_FROM_SNAPSHOT). Si desea más información, consulte los parámetros marcados con un símbolo "+" en la columna de SAP con Oracle en la tabla de “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149. Se deben copiar más parámetros del perfil de FlashCopy Manager y en el archivo .utl (por ejemplo, los parámetros de la sección GLOBAL). Se utilizan estos dos enlaces en este escenario> v Un enlace llamado backint en /usr/sap/<SID>/SYS/exe/run apunta al backint que reside en el directorio de instalación de Tivoli Storage Manager para planificación de recursos empresariales. v Un enlace llamado backint_volume en /usr/sap/<SID>/SYS/exe/run apunta al backint que reside en el directorio de instalación de Tivoli Storage FlashCopy Manager. Valores del archivo común de Tivoli Storage FlashCopy Manager .utl (commonprofile.utl): TSM_BACKUP_FROM_SNAPSHOT NO USE_FOR DISKONLY TSM_BACKUP_FROM_SNAPSHOT YES USE_FOR DUAL DEVICE_CLASS DISKONLY USE_AT Mon Wed Fri DEVICE_CLASS DUAL USE_AT Sun Tue Thu Sat Nota: El uso de varias clases de dispositivo y los parámetros TSM_BACKUP_FROM_SNAPSHOT en el perfil de backint SAP® requiere Tivoli Storage Manager para planificación de recursos empresariales 6.1.1 (o posterior). En releases anteriores de Tivoli Storage Manager para planificación de recursos empresariales, controle la clase de dispositivo definiendo varios perfiles de configuración de BR*Tools (.sap) en el entorno. Contenido del perfil común de SAP® BR*Tools (initDBSID.sap): backup_dev_type = util_vol | util_vol_online util_par_file = <ORACLE_HOME>/dbs/initDBSID.utl v Tivoli Storage FlashCopy Manager se invoca con -t volume o -t volume_online para realizar la parte de instantánea de la copia de seguridad. v Se hacen copias de seguridad de los archivos de control SAP® en el Tivoli Storage Manager Server para las copias de seguridad de sólo disco y duales. Ésta es la ubicación de copia de seguridad recomendada para los archivos de control. Para hacer una copia de seguridad de los archivos de control en el repositorio de Tivoli Storage FlashCopy Manager, especifique el directorio de instalación de Tivoli Storage FlashCopy Manager con la opción util_path en el perfil SAP® BR*Tools (initDBSID.sap). Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 73 El ejecutable de Tivoli Storage Manager para planificación de recursos empresariales se invoca desde /usr/sap/<SID>/SYS/exe/run e invoca a backint_volume, que se enlaza con Tivoli Storage FlashCopy Manager para realizar la parte de instantánea de la copia de seguridad. La invocación de Tivoli Storage FlashCopy Manager con las opciones -t file | -t file_online falla si se especifica TSM_BACKUP_FROM_SNAPSHOT=YES. Esto se debe a que durante las copias de seguridad duales, se deben hacer copias de seguridad de los archivos de control de Oracle en Tivoli Storage Manager por motivos de fiabilidad. Durante la operación de restauración, se deben especificar los mismos archivos initDBSID.sap utilizados durante la operación de copia de seguridad original. Para las copias de seguridad duales con Tivoli Storage FlashCopy Manager y Tivoli Storage Manager para planificación de recursos empresariales, utilice el archivo initDBSID.sap para restaurar ambas copias de seguridad: de sólo disco y dual. Tivoli Storage Manager para planificación de recursos empresariales delega la restauración de la copia de seguridad de instantánea a Tivoli Storage FlashCopy Manager. Escenario de copia de seguridad 3: Tivoli Storage FlashCopy Manager y el producto de copia de seguridad de cinta de otro proveedor Este escenario demuestra cómo se utilizan en paralelo Tivoli Storage FlashCopy Manager y el producto de copia de seguridad de cinta de otro proveedor. Para realizar copias de seguridad de sólo disco, los contenidos del perfil SAP® BR*Tools (initDBSID.sap) y del perfil de Tivoli Storage FlashCopy Manager (<ACS_DIR>/profile) son iguales tal como se indica en el escenario 1. Existen dos alternativas que puede utilizar para realizar la copia de seguridad de cinta: 1. Descargue la instantánea gestionada por Tivoli Storage FlashCopy Manager en una cinta desde un servidor de copia de seguridad con un producto de otro proveedor. En este caso, debe montar la instantánea en un servidor de copia de seguridad utilizando el mandato 'fcmcli -f mount'. A continuación, puede descargar la copia de seguridad montada en una cinta y, posteriormente, desmontar la instantánea mediante 'fcmcli -f unmount'. En este escenario, el producto de copia de seguridad de cinta debe poder realizar una restauración redirigida en el sistema de producción. 2. Realice una copia de seguridad de cinta desde el sistema de producción con un producto de otro proveedor y utilice Tivoli Storage FlashCopy Manager para crear las copias de seguridad de instantánea complementarias para una recuperación rápida. En este caso, puede utilizar la configuración de la herramienta de otro proveedor tal cual sin ningún cambio, dado que la instalación de FlashCopy Manager no sustituye el ejecutable de backint situado en /usr/sap/<SID>/SYS/ exe/run proporcionado por el otro proveedor. Para esta configuración de FlashCopy Manager, puede continuar exactamente tal como se describe en el escenario 1. 74 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Automatización completa de una copia de seguridad de la base de datos SAP® con Oracle Una copia de seguridad planificada inicia la operación de copia de seguridad automáticamente, en lugar de manualmente. Una planificación de Tivoli Storage Manager o un mandato crontab (UNIX o Linux) son ejemplos de estas planificaciones que se pueden utilizar para ejecutar automáticamente las copias de seguridad de disco de instantánea en el sistema de producción. También se puede emplear cualquier otro planificador apto. (SAP®) SAP® DBA Planning Calendar (ya sea la transacción DB13 o DBACOCKPIT) se puede utilizar para planificar copias de seguridad con Tivoli Storage FlashCopy Manager si el perfil SAP® BR*Tools (init<DBSID>.sap) está configurado correctamente. Copia de seguridad de los sistemas de archivos o aplicaciones personalizadas Tivoli Storage FlashCopy Manager proporciona un agente de aplicación, el IBM Tivoli Storage FlashCopy Manager for Custom Applications, para hacer copias de seguridad de los sistemas de archivos o aplicaciones personalizadas. Puede utilizar el Tivoli Storage FlashCopy Manager para crear una imagen de instantánea coherente de un sistema de archivos o de una aplicación personalizada en un sistema de producción. Las aplicaciones personalizadas son todos los sistemas de archivos o todas las aplicaciones de base de datos que no son DB2, Oracle y SAP con Oracle (por ejemplo, Domino, MAX DB y WebSphere). Las instantáneas se gestionan como versiones de copia de seguridad utilizando las políticas de gestión de versiones de FlashCopy Manager. Las instantáneas se pueden utilizar como una fuente para las operaciones de restauración instantánea. También puede montar las copias de seguridad de instantánea en un sistema secundario y en los entornos de Tivoli Storage Manager, el cliente del archivo de copia de seguridad de Tivoli Storage Manager se puede utilizar para iniciar una copia de seguridad posterior en el servidor Tivoli Storage Manager. Puede utilizar el mandato fcmcli -f backup para proteger las aplicaciones o los sistemas de archivos. El siguiente escenario ilustra la copia de seguridad de un servidor Tivoli Storage Manager. En este caso, la aplicación personalizada es el servidor Tivoli Storage Manager: 1. Cree una lista de archivos y directorios de los que se deberán hacer copias de seguridad. Esta lista pueden ser los directorios de los espacios de tabla de DB2 y los registros de rehacer en línea. Si el dispositivo de almacenamiento soporta las instantáneas de espacio eficiente, también es posible incluir algunas de las agrupaciones de almacenamiento de disco de Tivoli Storage Manager como, por ejemplo, agrupaciones de archivos o la agrupación de almacenamiento activa. Esta solución le proporciona una imagen coherente del sistema tal como estaba cuando se creó la instantánea. 2. Cree los archivos de script preflash.sh y postflash.sh que concluyen y reinician el servidor Tivoli Storage Manager, que en este caso es la aplicación personalizada. Añada estos scripts en la sección CLIENT del perfil de Tivoli Storage FlashCopy Manager. Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 75 3. Cree una copia de seguridad de instantánea del entorno emitiendo el mandato siguiente: fcmcli -f backup -I <infile> -p profile Por regla general, Tivoli Storage FlashCopy Manager invoca el script postflash.sh unos 10 segundos después de que finalice el script preflash.sh. Dentro de dicho periodo de tiempo, FlashCopy Manager crea una copia de seguridad fuera de línea de los datos. Como resultado, el servidor Tivoli Storage Manager está fuera de línea durante un breve periodo de tiempo. En función del valor del parámetro TSM_BACKUP en el perfil de FlashCopy Manager, FlashCopy Manager desencadena posteriormente una copia de seguridad de Tivoli Storage Manager de la imagen de instantánea mediante el cliente de archivado y copia de seguridad. Se debe hacer una copia de seguridad de la instantánea en otro servidor Tivoli Storage Manager para obtener una copia de seguridad práctica. Puesto que FlashCopy Manager desconoce los datos que se han protegido, no puede determinar que FlashCopy Manager se ha configurado correctamente. Copia de seguridad de servidores DB2 HADR y servidores DB2 en espera Puede utilizar IBM Tivoli Storage FlashCopy Manager for Custom Applications para crear copias de seguridad de instantánea de un servidor DB2 HADR. Aunque no se pueden hacer copias de seguridad de los sistemas DB2 HADR directamente en un servidor Tivoli Storage Manager, son posibles las copias de seguridad de instantánea y las copias de seguridad posteriores de los archivos de instantánea. Puede utilizar un mandato previo a la instantánea para detener el servidor DB2 HADR y utilizar un mandato posterior a la instantánea para reanudar DB2. Utilice el mandato fcmcli -f backup_db2standby para crear copias de seguridad de instantánea de un servidor DB2 HADR o un servidor DB2 en espera. Este mandato es una variante del mandato fcmcli -f backup que hace una copia de seguridad de las aplicaciones de base de datos personalizadas. Antes de iniciar el proceso de copia de seguridad, Tivoli Storage FlashCopy Manager se comunica con DB2 para determinar la lista de sistemas de archivos que se deben proteger. Se proporcionan implementaciones de ejemplo para las salidas de usuario previas y posteriores de instantánea. Estos scripts de ejemplo concluyen y reinician el servidor DB2 en espera. Puede personalizar los scripts de ejemplo. Después de un cambio de control de DB2, el servidor en espera DB2 HADR pasa a ser el servidor primario de DB2 HADR. Después de que se produzca este cambio de control, es necesario que utilice el mandato de copia de seguridad de instantánea de DB2 para la copia de seguridad, en lugar de utilizar la función backup_db2standby. Tivoli Storage FlashCopy Manager conoce este requisito y le permite compartir el perfil para ambos tipos de copias de seguridad, de forma que sólo deberá utilizar un mandato distinto para iniciar la copia de seguridad de base de datos en función del rol actual de la base de datos de DB2 HADR. La mejor práctica es utilizar las mismas clases de dispositivo para las copias de seguridad de instantánea de DB2 y para las copias de seguridad del servidor DB2 HADR o el servidor en espera. Normalmente, no hay ningún motivo para utilizar una clase de dispositivo diferente para estos dos tipos de copia de seguridad ya 76 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux que el sistema de almacenamiento donde se almacena la base de datos DB2 es el mismo y, también, los volúmenes de origen y los volúmenes de destino son los mismos. (Sólo DS y Controlador de volumen SAN): Si por cualquier motivo decide tener distintas clases de dispositivo para los dos tipos de copia de seguridad, pero utiliza los mismos volúmenes de destino, una copia de seguridad de instantánea de DB2 sobrescribe la copia de seguridad de una copia de seguridad de servidor DB2 HADR en espera o viceversa, pero el mandato de consulta sigue mostrando ambas copias de seguridad como válidas. Puesto que Tivoli Storage FlashCopy Manager no se puede comunicar directamente con el servidor en espera, FlashCopy Manager consulta la instancia de DB2 que se ejecuta en el servidor de producción utilizando las conexiones remotas de DB2 y se basa en la presunción que los nombres de archivo para la base de datos de servidor de producción y la base de datos de servidor en espera son idénticos. Aunque no puede crear una copia de seguridad de Tivoli Storage Manager desde un servidor en espera, Tivoli Storage FlashCopy Manager desencadena una copia de seguridad de Tivoli Storage Manager basada en archivo desde la instancia que no conoce DB2. No puede utilizar DB2 para una restauración de base de datos a partir de las copias de seguridad de Tivoli Storage Manager basadas en archivo. Utilice el cliente de archivado y copia de seguridad de Tivoli Storage Manager para restaurar los archivos de los que se han hechos copias de seguridad en el servidor Tivoli Storage Manager. A continuación, recupere la base de datos utilizando el mandato de recuperación de DB2. Restauración de datos con Tivoli Storage FlashCopy Manager Se proporcionan instrucciones detalladas sobre cómo restaurar las bases de datos DB2 (nativo y SAP® en DB2), Oracle (nativo), SAP® con Oracle y las aplicaciones personalizadas (utilizando IBM Tivoli Storage FlashCopy Manager for Custom Applications). Tivoli Storage FlashCopy Manager proporciona dos métodos básicos de restauración: v Restaurar los datos desde una instantánea en el subsistema de almacenamiento. v Restaurar los datos desde Tivoli Storage Manager. Restauración de una base de datos DB2 Las entradas de mandato específicas se utilizan al restaurar la base de datos DB2. En la tabla siguiente se resumen las entradas de mandato de acuerdo con la configuración de base de datos y el tipo de restauración: Tabla 21. Resumen de mandatos de restauración para DB2 Configuración de base de datos Restauración de instantánea Restauración desde Tivoli Storage Manager DB2 (Nativo) db2 restore .... use snapshot ... db2 restore ... o db2 recover... DB2 (SAP) db2 restore .... use snapshot ... db2 restore ..., db2 recover... o backom Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 77 En función de las opciones especificadas en el mandato db2 backup database ... use snapshot ... al crearse la instantánea, los dos tipos de copia de seguridad (instantánea y Tivoli Storage Manager) para un nivel de copia de seguridad concreto pueden ser elegibles para una restauración. Es posible que una copia de seguridad de instantánea no sea elegible para restauración (aun cuando la solicitud de copia de seguridad de instantánea se haya completado satisfactoriamente) porque la copia de seguridad en segundo plano aún no se ha completado. La restauración de copias de seguridad de instantánea manejará objetos de copia de seguridad que residen en los volúmenes de destino creados en la operación de copia de seguridad con un proceso de instantánea. Se hace referencia a estos objetos como instantáneas. En un entorno más complejo, la restauración de una instantánea de varias particiones de DB2 podría utilizar estos mandatos: (nodo de catálogo primero) db2_all "<<+0< db2 restore db H80 use snapshot without prompting" (nodos restantes) db2_all "<<-0< db2 restore db H80 use snapshot without prompting" (DB2 en SAP®): Si la copia de seguridad de instantánea se ha realizado con el parámetro PARTITION_GROUP, la restauración no se puede realizar con el mandato db2 restore. En esta situación, debe utilizar el mandato fcmcli de Tivoli Storage FlashCopy Manager con esta sintaxis: fcmcli -f restore -d <nombre_bd> -B <ID_copia_seguridad> -P <nombre_grupo_partición> Si se ha utilizado más de un grupo de particiones durante la copia de seguridad, se debe realizar la operación de restauración para todos los grupos de particiones. Visión general del archivo del historial de la copia de seguridad de DB2 DB2 proporciona su propio archivo de historial que almacena toda la información sobre la copia de seguridad, la restauración y los cambios en la base de datos (por ejemplo, añadir contenedores a un espacio de tabla). Emita uno de estos mandatos para listar la información del archivo de historial de la copia de seguridad: db2 list history backup all for <SID> o db2 list history rollforward all for <SID> Si desea más información sobre el mandato db2 list history, consulte la publicación IBM DB2 Referencia de mandatos. Para restaurar una copia de seguridad que se ha realizado en el sistema de producción local, puede encontrar la indicación de fecha y hora de la copia de seguridad con el mandato db2 list history. 78 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Restauración de una base de datos Oracle nativa Cuando se restaura una base de datos Oracle nativa se utilizan entradas de mandato específicas. En la tabla siguiente se resumen las entradas de mandato de acuerdo con el tipo de restauración: Tabla 22. Resumen de mandatos de restauración de Oracle nativo Restauración de instantánea Restauración desde Tivoli Storage Manager acsora -f restore [-b ID_copia-seguridad] Con Data Protection for Oracle, RMAN. En esta apartado se describe cómo restaurar la base de datos Oracle con la característica restauración de instantánea. Restauración de instantánea de bases de datos Oracle nativas En este caso de ejemplo se muestra cómo realizar una restauración de instantánea de la base de datos Oracle myDB cuando se ha especificado FLASHCOPY_TYPE COPY en el perfil y no se ha creado ningún sistema de archivos o volumen lógico nuevo en los LUN en que myDB reside desde que se ha realizado inicialmente la copia de seguridad de la base de datos. En el caso de ejemplo descrito en esta sección, se suponen las condiciones siguientes: v Los registros de rehacer de myDB residen en un grupo de volúmenes no compartido con ningún archivo de datos. v Se crean los archivos de control de Oracle en grupos de volúmenes que los archivos de datos de Oracle no comparten. v Se crean los archivos de datos de Oracle en los snapshot devices. Siga estos pasos para realizar una restauración de instantánea de la base de datos myDB: 1. Asegúrese de que se ha detenido la base de datos que se va a restaurar. Inicie sesión en el sistema de producción y emita el mandato siguiente: acsora -f restore Esto restaura la última copia de seguridad. Para restaurar una copia de seguridad anterior se debe especificar el ID de copia de seguridad de esta copia de seguridad como en acsora -f restore -b <ID copia de seguridad> Se puede utilizar acsora -f inquire (o acsutil) para consultar los ID de copia de seguridad existentes. 2. Después de que finaliza el proceso de restauración de instantánea, es preciso recuperar la base de datos. v Si se ha especificado DATABASE_CONTROL_FILE_RESTORE YES en perfil, debe realizar una recuperación incompleta. v Si se ha especificado DATABASE_CONTROL_FILE_RESTORE NO en perfil, debe realizar una recuperación completa. En este punto, ha finalizado el proceso de restauración de instantánea. Si el proceso de restauración de instantánea finaliza de forma satisfactoria, ahora puede iniciar la recuperación de la base de datos myDB restaurada y después, abrir la base de datos. Si la restauración de instantánea no ha resultado satisfactoria y Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 79 recibe un mensaje de error, consulte el archivo de registro de errores para obtener ayuda. Restauración de una base de datos Oracle nativa desde Tivoli Storage Manager Las copias de seguridad de Tivoli Storage Manager se restauran como una base de datos completa (Método de restauración uno) o con una granularidad de archivo de datos (Método de restauración dos). Se debe utilizar RMAN para realizar los procedimientos de restauración. Método de restauración uno (toda la base de datos): Realice estas tareas para restaurar las copias de seguridad de Tivoli Storage Manager como una base de datos completa. (Método de restauración uno) o con la granularidad de archivo de datos (método de restauración dos). Realice estos pasos para restaurar una copia de seguridad de base de datos completa: 1. Concluya la base de datos (si es necesario): shutdown; 2. Monte la base de datos: startup mount; 3. Inicie RMAN y conéctese a la base de datos de destino y al catálogo de recuperación: rman target username/password rcvcat username/password@connect_string 4. Emita el mandato RMAN run especificando la asignación de canales y la restauración de la base de datos. El ejemplo siguiente es de una instalación de AIX: run { allocate channel t1 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; allocate channel t2 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; allocate channel t3 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; allocate channel t4 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; restore database; } El ejemplo anterior también se aplica a Linux, Solaris y HP-UX, sólo que la vía de acceso al archivo tdpo.opt podría ser diferente. En Linux, Solaris y HP-UX, la vía de acceso probablemente empiece con /opt/tivoli. 5. Recupere la base de datos (según sea necesario) conectándose a la base de datos de destino: recover database; Si la restauración no ha resultado satisfactoria y recibe un mensaje de error, consulte el archivo de registro de errores (tdphw.log de forma predeterminada) para obtener ayuda. 80 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Método de restauración dos (sólo archivos de datos): Realice estas tareas para restaurar las copias de seguridad de Tivoli Storage FlashCopy Manager con la granularidad del archivo de datos. Complete los pasos siguientes para restaurar sólo un archivo de datos: 1. Concluya la base de datos si todavía no se ha concluido: shutdown; 2. Monte la base de datos: startup mount; 3. Inicie RMAN y conéctese a la base de datos de destino y al catálogo de recuperación. Escriba el mandato siguiente en una línea: rman target username/password rcvcat username /password@connect_string El mandato RMAN del ejemplo anterior se divide para ajustarlo al formato de página. La serie de mandato real de RMAN es en una sola línea. 4. Emita un mandato RMAN run especificando la asignación de canales y la restauración del archivo de datos n, donde n es el número del archivo de datos. Este ejemplo se extrae de una instalación de AIX: run { allocate channel t1 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; allocate channel t2 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; allocate channel t3 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; allocate channel t4 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin/tdpo.opt)’; restore datafile n; } Este ejemplo también se aplica a Linux, Solaris y HP-UX, sólo que la vía de acceso del archivo tdpo.opt podría ser diferente. En Linux, Solaris y HP-UX, probablemente la vía de acceso empieza por /opt/tivoli 5. Ponga el archivo de datos en línea con el siguiente mandato SQL, donde n es el número del archivo de datos: alter database datafile n online; 6. Recupere el archivo de datos según sea necesario conectándose a la base de datos de destino y emitiendo: recover datafile n; Si la restauración no ha resultado satisfactoria y recibe un mensaje de error, consulte el archivo de registro de errores para obtener ayuda. Restauración de una base de datos SAP® con Oracle Cuando se restaura una base de datos SAP® con Oracle se utilizan entradas de mandato específicas. Se utiliza BRRECOVER para bases de datos Oracle de SAP® BR*Tool como herramienta de administración de base de datos para ayudar a recuperar la base de datos. Se puede utilizar BRRECOVER desde estas interfaces: v Interfaz de línea de mandatos BRRECOVER v BRTOOLS con menús basados en caracteres o la GUI Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 81 Se puede utilizar BRRECOVER para estas tareas: v Recuperación completa de la base de datos v Recuperación en un punto en el tiempo (PIT) de la base de datos v Recuperación en un PIT de un espacio de tabla v Restablecimiento de base de datos completa v Restauración de archivos de copia de seguridad individuales v Restauración y aplicación de archivos de registro de rehacer fuera de línea v Recuperación tras desastre Si desea información sobre las estrategias de restauración y recuperación, consulte la documentación de SAP® BR*Tools. En la tabla siguiente se resumen las entradas de mandato de acuerdo con el tipo de restauración: Tabla 23. Resumen de mandatos de restauración para SAP® con Oracle Restauración de instantánea Restauración desde Tivoli Storage Manager brrestore -d util_vol ...... brrestore -d util_file brrecover brrecover Restauración de sistemas de archivos o aplicaciones personalizadas Puede utilizar el mandato fcmcli -f restore para restaurar un sistema de archivos o una aplicación personalizada de los que ha hecho una copia de seguridad. Los ejemplos siguientes ilustran los procesos implicados en la restauración de los sistemas de archivos y las aplicaciones personalizadas. Antes de iniciar una operación de restauración, consulte a Tivoli Storage FlashCopy Manager para obtener todas las copias de seguridad de instantánea que se han tomado utilizando el mandato fcmcli -f inquire. Para restaurar un sistema de archivos o una aplicación personalizada, realice los pasos siguientes: 1. Especifique qué datos desea consultar. Utilice uno de los métodos siguientes: v Especifique #NULL para consultar a Tivoli Storage FlashCopy Manager para obtener una lista de todas las copias de seguridad v Especifique un ID de copia de seguridad para consultar los detalles de una copia de seguridad de instantánea particular v Utilice la función fcmcli -f inquire_detail para consultar información adicional sobre la copia de seguridad (por ejemplo, el tipo de instantánea, el progreso de copia en segundo plano, etc.). 2. Tras ejecutar la consulta, utilice el mandato fcmcli -f restore para realizar una restauración de instantánea completa o parcial de los datos de los que se han hecho copias de seguridad: v Para realizar una restauración de instantánea completa, proporcione a Tivoli Storage FlashCopy Manager un ID de copia de seguridad a partir de la consulta que ha ejecutado. Si desea restaurar la última copia de seguridad, puede especificar #NULL. v Para restaurar sólo una parte de los datos, especifique una lista de archivos de forma explícita. Aunque Tivoli Storage FlashCopy Manager realiza restauraciones en un nivel de volumen, los datos adicionales se podrían 82 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux restaurar como parte de la operación de restauración del volumen. Puede utilizar el parámetro NEGATIVE_LIST para especificar qué acciones emprende Tivoli Storage FlashCopy Manager en estas situaciones. Puede utilizar el cliente de archivado y copia de seguridad para consultar y restaurar datos desde el servidor Tivoli Storage Manager. A pesar de que FlashCopy Manager proporciona ayuda para crear una copia de seguridad de Tivoli Storage Manager a partir de una instantánea, FlashCopy Manager no proporciona ninguna ayuda para la operación de restauración. Puede utilizar las siguientes opciones para facilitar la restauración: MODE FULL o MODE DIFF Puede correlacionar una copia de seguridad de Tivoli Storage Manager con la copia de seguridad correspondiente de FlashCopy comparando el ID de copia de seguridad de FlashCopy Manager con el nombre de la lista de archivos de los que se han hecho copias de seguridad como parte de la copia de seguridad de Tivoli Storage Manager MODE ARCHIVE Puede correlacionar una copia de seguridad de Tivoli Storage Manager con la copia de seguridad correspondiente de FlashCopy comparando el ID de copia de seguridad de FlashCopy Manager con el nombre de la descripción de archivado de la copia de seguridad de Tivoli Storage Manager. Restauración de los entornos de servidor DB2 HADR y servidor DB2 en espera Puede utilizar el mandato fcmcli -f restore_db2standby para restaurar una copia de seguridad de instantánea de Tivoli Storage FlashCopy Manager de un servidor DB2 HADR. Esta función es una variante de la función fcmcli -f restore que se basa en los parámetros que se han optimizado para las bases de datos DB2 en espera. Cuando se inicia este mandato en el servidor DB2 HADR en espera, Tivoli Storage FlashCopy Manager intenta detener el gestor de base de datos DB2. Si la base de datos DB2 sigue activada o si DB2 HADR sigue en ejecución, la función restore_db2standby falla porque no puede detener el gestor de base de datos DB2. Antes de iniciar la restauración, la base de datos se debe desactivar y, en primer lugar, se debe detener DB2 HADR. Tivoli Storage FlashCopy Manager no desactiva y detiene la base de datos de forma intencionada. Se puede realizar una operación de restauración de una copia de seguridad de cinta con traspaso de datos desde Tivoli Storage Manager can ejecutando directamente los mandatos del cliente de archivado y copia de seguridad de Tivoli Storage Manager en el sistema de producción. Tivoli Storage FlashCopy Manager no es necesario en este caso. Para hacer esto de forma eficaz, utilice las configuraciones de nodo proxy, aunque FlashCopy Manager no ayuda en la instalación y configuración de los nodos proxy. Tivoli Storage FlashCopy Manager mantiene un ID de copia de seguridad que puede identificar de forma exclusiva cualquier copia de seguridad de instantánea. Puesto que las copias de seguridad del cliente de archivado y copia de seguridad no están asociadas a los ID de copia de seguridad, no hay ninguna correlación entre una instantánea de la que se ha realizado una copia de seguridad y su correspondiente copia de seguridad de Tivoli Storage Manager, que no sea la hora en la que se ha creado la copia de seguridad. En las configuraciones donde la copia de seguridad con traspaso de datos de Tivoli Storage Manager se ha Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 83 planificado en una hora diferente de la copia de seguridad de instantánea, puede ser difícil conseguir esta correlación. Si desea mantener dicha relación de forma explícita, Tivoli Storage FlashCopy Manager puede utilizar el método de archivado para las copias de seguridad de Tivoli Storage Manager con traspaso de datos. De esta forma, Tivoli Storage FlashCopy Manager puede correlacionar ambos métodos de copia de seguridad utilizando los ID de copia de seguridad de instantánea como la descripción de archivado de la copia de seguridad con traspaso de datos. Clonación de base de datos El proceso de clonación de base de datos crea una copia exacta de una base de datos para proporcionar datos cercanos a la producción para distintas necesidades empresariales. Las bases de datos se clonan con frecuencia para las siguientes necesidades empresariales: v Para probar nuevos desarrollos con los datos de producción reales creando sistemas para garantizar la calidad y las pruebas que se recrean con regularidad desde los sistemas de producción v Para crear un sistema de migración o actualización desde un sistema de producción antes de presentar un nuevo release de producto o nuevas funciones en la producción v Para crear sistemas de formación desde un sistema de formación maestro para restablecer antes de iniciar un nuevo curso v Para crear sistemas de creación de informes dedicados para descargar el flujo de trabajo desde el entorno de producción El proceso de clonación de base de datos se puede realizar físicamente o lógicamente copiando los datos o ejecutando una restauración redirigida. El uso de métodos tradicionales como la restauración redirigida incluye varios retos, que incluyen el tiempo de inactividad del sistema y una degradación del rendimiento del sistema durante el proceso de clonación. Clonación de Tivoli Storage FlashCopy Manager Tivoli Storage FlashCopy Manager utiliza FlashCopy o la función de instantánea de los sistemas de almacenamiento para la clonación de base de datos. Este método elimina el tiempo de inactividad y minimiza el impacto en la base de datos de producción. De forma adicional, Tivoli Storage FlashCopy Manager proporciona una infraestructura para ejecutar los scripts posteriores y previos al proceso definidos por el usuario. Esta infraestructura permite la creación totalmente automatizada de los clones de base de datos, que elimina la necesidad de una copia de seguridad intermedia. Como resultado, se reduce el tiempo para generar una base de datos clonada de horas a minutos. Con Tivoli Storage FlashCopy Manager, se puede iniciar un proceso de clonación con una base de datos de origen en línea o fuera de línea (DB2 u Oracle). Para la clonación en línea de FlashCopy Manager, se suspende la base de datos de origen durante un breve periodo de tiempo. La suspensión se produce cuando el sistema de almacenamiento crea su FlashCopy o instantánea de la base de datos de origen. La base de datos clonada (base de datos de destino) puede tener el mismo nombre de base de datos que la base de datos de origen. También se puede cambiar el 84 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux nombre de la base de datos clonada por cualquier nombre de base de datos válido durante el proceso de clonación de FlashCopy Manager. Tivoli Storage FlashCopy Manager requiere que se cree la base de datos clonada en un servidor de bases de datos diferente del servidor de bases de datos de origen, independientemente de si ha cambiado el nombre de la base de datos de clonación. Proceso de clonación de Tivoli Storage FlashCopy Manager Se proporciona información sobre el proceso de clonación de Tivoli Storage FlashCopy Manager. El proceso de clonación de Tivoli Storage FlashCopy Manager se inicia mediante uno de los mandatos siguientes, con las opciones de línea de mandatos apropiadas: v fcmcli –f create_clone v fcmcli –f refresh_clone Se produce el proceso siguiente: 1. Se ejecutan los scripts de preproceso seleccionados que incluyen detener la base de datos de clonación. Este paso sólo se produce cuando se utiliza el mandato refresh_clone con la opción -X <archivo de configuración de preproceso>. 2. El clon de FlashCopy se monta en el sistema de clonación. Este paso sólo se produce cuando se utiliza la función refresh_clone. 3. Se crea un nuevo clon de FlashCopy, que incluye suspender y reanudar la base de datos de origen y se monta en el sistema de clonación. 4. Se recupera la base de datos clonada. 5. Se cambia el nombre de la base de datos clonada por el nombre de la base de datos de destino. 6. Tivoli Storage FlashCopy Manager inicia la base de datos clonada. 7. Los scripts de postproceso seleccionados se ejecutan para limpiar la base de datos de clonación. Este paso se produce sólo cuando se utiliza la opción –Y <archivo de configuración de postproceso>. Preproceso y postproceso de clonación de base de datos Los pasos repetitivos de proceso que se producen antes y después de la clonación de base de datos se puede automatizar mediante scripts. Las funciones necesarias de los scripts automatizados dependen en gran medida del entorno de clonación. Puesto que un paquete no puede cubrir todos los entornos posibles, el preproceso y el postproceso se deben considerar fuera del ámbito de clonación de FlashCopy Manager. Tivoli Storage FlashCopy Manager proporciona una infraestructura en la que puede ejecutar los scripts de shell y los scripts SQL de DB2 u Oracle en el sistema de clonación. Ejecute los scripts de shell antes de que se desmonte una base de datos de clonación y después de que se haya creado una nueva base de datos de clonación. Con esta prestación, puede obtener la capacidad y flexibilidad para automatizar por completo el proceso de clonación. Si desea más información sobre los archivos de configuración de preproceso y postproceso, consulte “Archivos de configuración utilizados para la clonación” en la página 223. Estados de usabilidad: Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 85 El estado de usabilidad de una copia de seguridad de instantánea se observa para determinar cómo pueden utilizarla otras funciones. Una generación de copia de seguridad de instantánea puede tener uno o varios de los estados siguientes para indicar cómo pueden o deben utilizarla otras funciones de Tivoli Storage FlashCopy Manager. Tabla 24. Estados de usabilidad 86 Valor del estado de usabilidad Descripción REMOTELY_MOUNTABLE Los datos de copia de seguridad se pueden montar desde una máquina remota. REMOTELY_MOUNTABLE Los datos de copia de seguridad se pueden restaurar (la imagen se puede utilizar varias veces) DESTRUCTIVELY_RESTORABLE Los datos se pueden restaurar (en el momento de la restauración, otras copias de seguridad se destruyen potencialmente) SWAP_RESTORABLE La restauración es posible mediante el uso de volúmenes de copia de seguridad directamente en lugar de copiar los datos en los volúmenes de origen. Para los sistemas de almacenamiento como DS o SAN Volume Controller, esto significa que, en caso de restauración, los volúmenes de destino se pueden asignar al sistema en el que se realiza la restauración. Esto evita el proceso de copia en segundo plano en el volumen de almacenamiento. PHYSICAL_PROTECTION La instantánea garantiza la protección contra anomalías físicas en los volúmenes de origen, por lo que ya no se depende de los volúmenes de origen. Esto no significa necesariamente que deba crearse una FULL_COPY con cada instantánea. Por ejemplo, los mecanismos de protección de datos continuada (CDP) a nivel de bloque duplican normalmente los datos una vez y luego registran únicamente los cambios. FULL_COPY Se ha generado una copia completa de los datos. INCOMPLETE Se ha suprimido una parte de los datos de los que se ha realizado una copia de seguridad, y ya no se pueden restaurar. Esto puede suceder, por ejemplo, después de la restauración parcial de una copia de seguridad antigua que sea sólo DESTRUCTIVELY_RESTORABLE. MOUNTING Se ha solicitado el montaje en el servidor de copia de seguridad. MOUNTED Esta copia de seguridad está montado actualmente en un servidor de copia de seguridad. DELETING Indica que una copia de seguridad se ha marcado para suprimir (se ha solicitado la supresión). IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 24. Estados de usabilidad (continuación) Valor del estado de usabilidad Descripción DELETED Indica que la copia de seguridad se ha suprimido. Para XIV, se trata de una supresión física. BACKGROUND_MONITOR_PENDING Indica que un proceso obligatorio de copia en segundo plano todavía no está activo o no ha finalizado. El agente de dispositivos comprueba si hay copias de seguridad con este estado y supervisa los volúmenes asociados hasta que la copia en segundo plano haya finalizado. Este estado se sustituye a continuación por FULL_COPY. TAPE_BACKUP_PENDING Indica que una copia de seguridad de cinta solicitada no se ha iniciado todavía o no ha finalizado todavía correctamente. El agente de descarga comprueba las copias de seguridad con este estado y realiza la copia de seguridad de cinta solicitada. Una vez que la copia de seguridad de cinta ha finalizado, este estado se restablece. Si la copia de seguridad de cinta termina con un error, el estado TAPE_BACKUP_PENDING permanece establecido, se restablece TAPE_BACKUP_IN_PROGRESS y se incrementa el contador retry. TAPE_BACKUP_IN_PROGRESS Indica que el agente de descarga de Tivoli Storage FlashCopy Manager ha iniciado la copia de seguridad de cinta solicitada. Si la copia de seguridad no se realiza correctamente, sólo se restablece este estado. En un entorno DB2 DPF, este estado también se utiliza como el estado global para indicar que se ha realizado una copia de seguridad correcta en cinta de algunas particiones y otras particiones están todavía pendientes de que se realice la copia de seguridad en cinta. TAPE_BACKUP_COMPLETE Indica que el agente de descarga de Tivoli Storage FlashCopy Manager ha finalizado correctamente la copia de seguridad de cinta solicitada. En un entorno DB2 DPF, el estado TAPE_BACKUP_COMPLETE se establece como estado global sólo cuando se ha realizado correctamente copia de seguridad en cinta de todas las particiones de la base de datos. TAPE_BACKUP_FAILED Indica que la copia de seguridad de cinta del agente de descarga de Tivoli Storage FlashCopy Manager ha fallado. En un entorno DB2 DPF, el estado TAPE_BACKUP_FAILED se establece como estado global cuando al menos una partición de la base de datos ha fallado durante la copia de seguridad de cinta. CLONE_DATABASE Indica que se ha realizado una operación de clonación de Tivoli Storage FlashCopy Manager. Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 87 Tabla 24. Estados de usabilidad (continuación) Valor del estado de usabilidad Descripción RESTORING Indica que se ha realizado una operación de restauración de Tivoli Storage FlashCopy Manager. Diagramas de estados de usabilidad: Los siguientes diagramas de estados de usabilidad muestran los cambios de estado durante las diferentes operaciones. Las flechas verdes se utilizan para acciones que el usuario puede iniciar. Las fechas azules se utilizan para acciones que Tivoli Storage FlashCopy Manager realiza automáticamente. Las flechas negras indican la operación de Tivoli Storage FlashCopy Manager que el usuario puede utilizar para cambiar los estados de usabilidad. Copia de seguridad de instantánea: El primer diagrama de estado muestra las transiciones de estado de usabilidad durante una operación de copia de seguridad de instantánea de Tivoli Storage FlashCopy Manager. En función del sistema de almacenamiento (DS, SAN Volume Controller o XIV) algunos estados varían. Por ejemplo, en XIV, la copia de seguridad de instantánea se puede restaurar inmediatamente y la operación de restauración se puede repetir varias veces. En DS y SAN Volume Controller, la copia de seguridad de instantánea requiere una operación de supervisión en segundo plano (acsgen -D) que elimina el estado BACKGROUND_MONITOR_PENDING y, en su lugar, establece el estado FULL_COPY y PHYSICAL_PROTECTION por ejemplo (en función del tipo de FlashCopy que se utilizó para la copia de seguridad de instantánea). Las operaciones de supervisión en segundo plano (acsgen -D) se ejecutan de forma automática. create snapshot backup snapshot snapshot REMOTELY_MOUNTABLE SWAP_RESTORABLE DESTRUCTIVELY_RESTORABLE [SVC] REPETITIVELY_RESTORABLE [XIV] BACKGROUND_MONITOR_PENDING [DS,SVC] REMOTELY_MOUNTABLE SWAP_RESTORABLE acsgen -D [DS, SVC] estados cambiados: DESTRUCTIVLY_RESTORABLE [SVC] REPETITIVELY_RESTORABLE [DS, SVC, XIV] estados adicionales: PHYSICAL_PROTECTION [DS, SVC] FULL_COPY [DS, SVC] Figura 8. Estados de usabilidad durante la copia de seguridad de instantánea Restauración de instantánea: El segundo diagrama de estado muestra las transiciones de estado de usabilidad durante una operación de restauración de instantánea de Tivoli Storage FlashCopy 88 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Manager. En los sistemas de almacenamiento DS y SAN Volume Controller, los estados de usabilidad cambian durante una operación de restauración de instantánea. Pero en los sistemas de almacenamiento XIV, no se produce ningún cambio en los estados de usabilidad. En los sistemas DS y SAN Volume Controller, el estado BACKGROUND_MONITOR_PENDING se activa y también un estado RESTORING. A continuación, el proceso de supervisión en segundo plano (acsgen -D) restablecerá los dos estados cuando el proceso de copia del sistema de almacenamiento haya finalizado. Las operaciones de supervisión en segundo plano (acsgen -D) se ejecutan de forma automática. snapshot restore restore restore estados adicionales: RESTORING [DS, SVC] BACKGROUND_MONITOR_PENDING [DS,SVC] acsgen -D [DS, SVC] estados eliminados: RESTORING [DS, SVC] BACKGROUND_MONITOR_PENDING Figura 9. Estados de usabilidad durante una restauración de instantánea Supresión de instantánea: El siguiente diagrama de estado muestra las transiciones de estado de usabilidad durante una operación de supresión de instantánea de Tivoli Storage FlashCopy Manager. Existen dos tipos de operaciones de supresión: suprimir y suprimir con la opción force. En los dos tipos, la copia de seguridad de instantánea primero se marca con el estado DELETING y las operaciones de supervisión en segundo plano (acsgen -D), que se ejecutan automáticamente en segundo plano, cambiarán los estados a DELETE. En el sistema de almacenamiento XIV, la instantánea en XIV se suprime mediante el agente de supervisión en segundo plano y la copia de seguridad de instantánea también se suprime del repositorio de Tivoli Storage FlashCopy Manager. En los sistemas de almacenamiento DS y SAN Volume Controller, las relaciones de FlashCopy no las suprime la operación de supervisión en segundo plano a no ser que se haya utilizado la opción force en el mandato de supresión. En los sistemas DS y SAN Volume Controller, la copia de seguridad de instantánea no se suprime del repositorio de Tivoli Storage FlashCopy Manager. En su lugar, una copia de seguridad de instantánea suprimida la puede utilizar una creación nueva de una copia de seguridad de instantánea. Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 89 delete, delete force delete delete estados adicionales: DELETING acsgen -D estados adicionales: DELETED estados eliminados: DELETING Figura 10. Estados de usabilidad durante una supresión de instantánea Montaje de instantánea: El siguiente diagrama de estado muestra las transiciones de estado de usabilidad durante una operación de montaje de instantánea de Tivoli Storage FlashCopy Manager. Puede iniciar una operación de montaje de instantánea mediante la función de montaje de la interfaz de línea de mandatos de FlashCopy Manager o iniciarla automáticamente durante la creación de una copia de seguridad de instantánea (esta última se denomina operación de montaje forzado). En cualquiera de los dos casos, la operación de montaje primero cambia el estado a MOUNTING. Si la operación de montaje finaliza correctamente, el estado pasa de MOUNTING a MOUNTED. Si la operación de montaje no se ejecuta correctamente, el estado permanece en MOUNTING. La única operación en la que se permite eliminar un estado MOUNTING o MOUNTED es una operación correcta de desmontaje de Tivoli Storage FlashCopy Manager. Si la operación de desmontaje finaliza correctamente, se elimina el estado MOUNTING o MOUNTED. Si la operación de desmontaje no se ejecuta correctamente, el estado permanece como MOUNTING o MOUNTED. Una operación de desmontaje forzado no se necesita nunca para desmontar a no ser que una copia de seguridad de cinta con traspaso de datos esté en curso (consulte el diagrama Descarga de instantánea en la siguiente subsección). unmount mount unmount mount mount satisfactorio estados adicionales: MOUNTING error estados adicionales: MOUNTED estados eliminados: MOUNTING Figura 11. Estados de usabilidad durante un montaje de instantánea Descarga de instantánea: 90 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux El siguiente diagrama de estado muestra las transiciones de estado de usabilidad durante una operación de descarga de instantánea de Tivoli Storage FlashCopy Manager. Puede iniciar una operación de descarga de instantánea con la función tape_backup de la interfaz de línea de mandatos de FlashCopy Manager o iniciarla automáticamente con el agente de descarga, que se ejecuta en segundo plano (tsm4acs -D). Si la copia de seguridad de instantánea no se ha montado correctamente, se inicia automáticamente la operación de montaje. La operación de montaje cambia el estado primero a MOUNTING y después a MOUNTED. A continuación (o en caso de que la copia de seguridad de instantánea ya estuviera montada), la operación de descarga añade un estado TAPE_BACKUP_IN_PROGRESS y realiza la copia de seguridad de cinta con traspaso de datos. Si esta operación es correcta, el estado pasa de TAPE_BACKUP_IN_PROGRESS a TAPE_BACKUP_COMPLETE. Si no fuera correcta, el estado TAPE_BACKUP_IN_PROGRESS pasa a un estado TAPE_BACKUP_FAILED y permanece el estado TAPE_BACKUP_PENDING. En cualquier caso, la operación de desmontaje automática se inicia y se elimina el estado MOUNTED cuando la operación se completa satisfactoriamente. Si la operación de montaje no se ejecutara correctamente o la operación de copia de seguridad de cinta terminara, el estado MOUNTED o MOUNTING permanecería porque la única operación que puede eliminar estos estados es una operación correcta de desmontaje de Tivoli Storage FlashCopy Manager. Si la operación de desmontaje finaliza correctamente, se elimina el estado MOUNTED o MOUNTING. Si la operación de desmontaje no finaliza correctamente, los estados no se eliminan. Una operación de desmontaje forzado sólo se necesita para desmontar cuando una copia de seguridad de cinta con traspaso de datos está en curso actualmente (TAPE_BACKUP_IN_PROGRESS sigue establecido). La operación de desmontaje forzado restablece el estado TAPE_BACKUP_IN_PROGRESS cuando se ha completado satisfactoriamente la operación de desmontaje. unmount mount unmount mount mount satisfactorio estados adicionales: MOUNTING error estados adicionales: MOUNTED estados eliminados: MOUNTING Figura 12. Estados de usabilidad durante una descarga de instantánea Se puede eliminar el estado de usabilidad TAPE_BACKUP_PENDING mediante la función de Tivoli Storage FlashCopy Manager update_status con la opción -S TSM_BACKUP=NO. También se puede eliminar si se inicia una copia de seguridad de instantánea nueva con la opción TSM_BACKUP[_FROM_SNAPSHOT]=LATEST, que elimina automáticamente el estado de usabilidad TAPE_BACKUP_PENDING de todas las copias de seguridad de instantánea que existen actualmente en el repositorio de Tivoli Storage FlashCopy Manager. Capítulo 4. Protección de datos con Tivoli Storage FlashCopy Manager para UNIX y Linux 91 92 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 5. Mandatos y scripts de Tivoli Storage FlashCopy Manager Se incluye una lista de varios mandatos y scripts utilizados con las operaciones de Tivoli Storage FlashCopy Manager. Mandatos y programas de utilidad de copia de seguridad y restauración Se describen los mandatos para desencadenar una copia de seguridad de instantánea o una restauración de instantánea, y para consultar y suprimir copias de seguridad de instantánea en el repositorio de Tivoli Storage FlashCopy Manager. Mandatos de copia de seguridad y restauración para DB2 Tivoli Storage FlashCopy Manager se integra completamente con los programas de utilidad de copia de seguridad de DB2 como los mandatos db2 backup y db2 restore que están documentados de forma detallada en la publicación DB2 Referencia de mandatos. En esta sección, se proporciona información sobre las ampliaciones específicas de FlashCopy Manager de las interfaces de copia de seguridad y restauración de DB2. Si desea información detallada sobre cómo utilizar DB2 para crear copias de seguridad de instantánea, consulte la publicación DB2 Referencia de mandatos. Puede utilizar las opciones de la tabla siguiente como parámetros en la opción <serie de opción> que se deben especificar con los mandatos siguientes: v db2 backup db <nombre bd> [...] use snapshot options "<serie opción>" v db2 restore db <nombre bd> [...] use snapshot options "<serie opción>" v db2acsutil [...] options "<serie opción>" donde "<serie opción>" tiene el formato "<parámetro>[=<valor>] [<parámetro>[=<valor>] ...]". Tabla 25. Opciones disponibles para db2 backup, db2 restore y db2acsutil Parámetro Valor Valor predeterminado PROFILE Vía de acceso absoluta y nombre de archivo de perfil <ACS_DIR>/profile TSM_BACKUP YES, MANDATE, LATEST, NO Como se ha especificado en el perfil Si desea descripciones detalladas de estos valores, consulte Tabla 41 en la página 153 DELETE_FORCE Sin valor. Consulte la nota. Para DS8000 y Controlador de volumen SAN, no se retiran las relaciones incrementales de FlashCopy. DEVICE_CLASS nombre_sección_dispositivo en el perfil Como se ha especificado en el perfil © Copyright IBM Corp. 2001, 2011 93 Tabla 25. Opciones disponibles para db2 backup, db2 restore y db2acsutil (continuación) Parámetro Valor Valor predeterminado Nota: 1. (DELETE_FORCE) Se aplica a db2acsutil solo: v Junto con 'db2acsutil delete', retira las relaciones de FlashCopy actualmente en vigor para el conjunto de destino representado por la copia de seguridad (aplicable sólo a los dispositivos CIM). Es necesaria una retirada manual de las relaciones de FlashCopy en el caso de una restauración si se utilizan varios conjuntos de destino y, como mínimo, un conjunto de destino que no sea el que se va a restaurar está en una relación NOCOPY o INCR de FlashCopy®. v Junto con 'db2acsutil query', enumera también las copias de seguridad suprimidas sin la opción DELETE_FORCE. 2. (TSM_BACKUP), (DEVICE_CLASS) Sólo se aplica a db2 backup. fcmcli -f [inquire, inquire_detail, delete, restore] El mandato fcmcli proporciona una ampliación a los programas de utilidad de DB2 nativo que le permite consultar el repositorio de FlashCopy Manager para obtener copias de seguridad de instantánea válidas y para restaurar copias de seguridad de instantánea omitiendo el mandato db2 restore ... use snapshot. Es posible que el mandato db2 restore ... use snapshot sea necesario en los entornos de DB2 con particiones con la carga de trabajo SAP, donde varias particiones de DB2 residen en un único grupo de volúmenes (cuyas copias de seguridad no se pueden restaurar directamente desde DB2). fcmcli cláusula-función -p perfil -c nombre-host_acsd : puerto_acsd -l directorio-acs -B ID-copia_seguridad -t -d nombre-base_datos -i nombre-instancia -P nombre_grupo_partición En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: las operaciones de FlashCopy de DB2 con grupo de particiones Las funciones siguientes están soportadas por la opción del mandato fcmcli -f 'function' para las restauraciones FlashCopy de DB2 con grupo de particiones: -f restore -B ID de copia de seguridad -P nombre_grupo_particiones -d nombre-base_datos -i nombre-instancia function-clause: las operaciones de FlashCopy de DB2 con y sin grupo de particiones Las siguientes funciones están soportadas por la opción -f 'function' del mandato fcmcli para la consulta y la supresión de FlashCopy de las instantáneas de DB2: 94 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux -f inquire -f inquire_detail -f delete -B ID de copia de seguridad -F Tabla 26. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager Opción Descripción Valor predeterminado -p perfil Nombre completo del perfil. <INSTANCE_DIR>/profile -c nombre_host-acsd Nombre del servidor donde se ejecuta Management Agent (acsd) host local puerto-acsd Número de puerto TCP/IP o nombre del servicio en que Management Agent (acsd) está a la escucha 57328 -l directorio-acs Directorio en que se pueden encontrar los directorios 'logs' y 'shared'. <ACS_DIR> -d nombre-base_datos Nombre de base de datos. Necesario para la opción '-F'. Sin limitación. -i nombre-instancia Nombre de instancia que se va a aplicar al mandato. Necesario para la opción '-F'. Sin limitación. -F (DELETE_FORCE flag) Se aplica a inquire, inquire_detail y delete: Ninguno. v Con la función delete, retira las relaciones de FlashCopy actualmente en vigor para el conjunto de destino representado por la copia de seguridad (sólo aplicable a DS y Controlador de volumen SAN). v Con la función inquire[_detail], también se listan las copias de seguridad suprimidas sin el distintivo DELETE_FORCE. -t Inicia con rastreo activado. Rastreo desactivado -v Muestra la versión. -h Muestra el texto de ayuda. -B El ID de copia de seguridad visualizado por fcmcli -f inquire [_detail] o db2acsutil. -P El nombre de un grupo de Ninguno. particiones como se ha especificado en el perfil con el parámetro PARTITION_GROUP.Si desea obtener detalles, consulte Tabla 41 en la página 153. Ninguno. El código de retorno del mandato fcmcli es 0, si finaliza la solicitud sin ningún error, o si no había candidatos para la solicitud. De forma adicional, el código de retorno es 1 si se producen uno o más problemas menores que no son críticos, pero que se deben comprobar para impedir que se produzcan problemas mayores más adelante. El código de retorno 2 indica que se ha producido un error durante la ejecución del mandato. Capítulo 5. Mandatos y scripts 95 Las secciones siguientes describen los detalles de las distintas funciones especificadas con la opción '-f' del mandato fcmcli de Tivoli Storage FlashCopy Manager. -f inquire: Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato es de interés especial en entornos donde residen varias particiones en el mismo grupo de volúmenes (compartición de volúmenes). -f inquire_detail: Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato es similar a -f inquire pero imprime la información adicional como los estados de usabilidad y el progreso de la copia en segundo plano para cada copia de seguridad. Este mandato es de interés especial en entornos donde residen varias particiones en el mismo grupo de volúmenes (compartición de volúmenes). -f delete: La función delete se utiliza como parte del mecanismo de control de versión de Tivoli Storage FlashCopy Manager y sólo el propio Tivoli Storage FlashCopy Manager o un usuario puede llamar a esta función. La función delete sólo se puede utilizar para suprimir las copias de seguridad completas. Puede utilizar la función delete para suprimir una instantánea y liberar finalmente los recursos asociados a esta copia de seguridad particular. El comportamiento exacto de la función delete depende de las características del dispositivo de almacenamiento. La función -f funciona exclusivamente en copias de seguridad de instantánea. Este mandato no afecta a las copias de seguridad en Tivoli Storage Manager. El impacto de la supresión en la instantánea o las relaciones de FlashCopy depende del sistema de almacenamiento: v IBM XIV Storage System: la instantánea no se suprime cuando se emite el mandato delete. v IBM System Storage DS8000 y Controlador de volumen SAN: las relaciones de FlashCopy no se suprimen cuando se emite el mandato delete. Especifique la opción -F para forzar la supresión de las relaciones de FlashCopy en estos sistemas de almacenamiento. En el ejemplo siguiente se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f delete [-F] 96 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux -f restore: Este mandato inicia una operación de restauración en entornos donde varias particiones residen en el mismo grupo de volúmenes. Consulte Tabla 41 en la página 153 si desea ver detalles sobre cómo utilizar este mandato con el parámetro PARTITION_GROUP. Para dichos entornos, la interfaz de restauración de DB2 no se puede utilizar y fcmcli -f sirve como una interfaz alternativa para desencadenar la operación de restauración. Durante la operación de restauración, la base de datos DB2 se detendrá y se inicia una restauración de FlashCopy. Después de finalizar la operación de restauración se iniciará e inicializará la base de datos. Para realizar la operación -f restore se necesitan también los parámetros siguientes: -d database-name -B ID-copia_seguridad -P nombre_grupo_particiones La operación de restauración se realiza para todas las particiones que corresponden al grupo de partición especificado. fcmcli -f *_db2standby - soporte de entornos del servidor DB2 en espera (DB2 HADR) Se proporciona información para el soporte de los entornos de servidor DB2 en espera y DB2 HADR. IBM Tivoli Storage FlashCopy Manager for Custom Applications le permite crear copias de seguridad de instantánea de los entornos de servidor DB2 en espera y DB2 HADR y crear una copia de seguridad en Tivoli Storage Manager a partir de una instantánea mediante el cliente de archivado y copia de seguridad de Tivoli Storage Manager. Ambas funciones son una ampliación de la interfaz de copia de seguridad de DB2 nativo y, por lo tanto, no se puede invocar con los programas de utilidad de DB2 nativo como, por ejemplo, los mandatos db2 backup y db2 restore. fcmcli cláusula-función -p perfil -c nombre-host_acsd : puerto_acsd -l directorio-acs -B ID-copia_seguridad -t -d nombre-base_datos -i nombre-instancia -s DEVICE_CLASS En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: operaciones de FlashCopy de las bases de datos DB2 HADR Las siguientes funciones están soportadas por la opción del mandato fcmcli -f 'function' para las copias de seguridad de FlashCopy de las bases de datos DB2 HADR: Capítulo 5. Mandatos y scripts 97 -f backup_db2standby -E mandato-previo-flash -Q mandato-posterior-flash -s DEVICE_CLASS Las siguientes funciones están soportadas por la opción del mandato fcmcli -f 'function' para la restauración, la consulta y la supresión de FlashCopy de las bases de datos DB2 HADR: -f restore_db2standby -f inquire_db2standby -B ID de copia de seguridad -F -f inquire_detail_db2standby -F -f delete_db2standby -F Tabla 27. Opciones para el mandato de Tivoli Storage FlashCopy Manager 'fcmcli' para los entornos de servidor DB2 en espera y DB2 HADR Opción Descripción Valor predeterminado -p perfil Nombre completo del perfil. <INSTANCE_DIR>/profile -c nombreHost_acsd Nombre del servidor donde se ejecuta Management Agent (acsd) host local puerto-acsd Número de puerto TCP/IP o nombre del servicio en que Management Agent (acsd) está a la escucha 57328 -l directorio_acs Directorio en que se pueden encontrar los directorios 'logs' y 'shared'. <ACS_DIR> -d nombre-base_datos Nombre de base de datos. Necesario para la opción '-F'. Sin limitación. -f backup_db2standby Hace una copia de seguridad de un servidor DB2 en espera -f restore_db2standby Restaura una copia de seguridad de instantánea de DB2 HADR -f delete_db2standby Desmonta y suprime una instantánea de un servidor DB2 en espera. -f inquire_db2standby Consulta el repositorio de copia de seguridad y enumera todas las copias de seguridad disponibles. -f inquire_detail_db2standby Consulta el repositorio de copia de seguridad y enumera todas las copias de seguridad disponibles de forma detallada. 98 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 27. Opciones para el mandato de Tivoli Storage FlashCopy Manager 'fcmcli' para los entornos de servidor DB2 en espera y DB2 HADR (continuación) Opción Descripción Mandato -E preflash Altera temporalmente el valor del parámetro PRE_FLASH_CMD como se ha especificado en la sección CLIENT del perfil. El mandato preflash se ejecuta en el servidor de producción y puede ser un script. El código de retorno del mandato preflash se evalúa de la siguiente manera: 0 Valor predeterminado Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. Mandato -Q postflash Altera temporalmente el valor del parámetro POST_FLASH_CMD como se ha especificado en la sección CLIENT del perfil. El mandato postflash se ejecuta en el servidor de producción y puede ser un script. El código de retorno del mandato postflash se evalúa de la siguiente manera: 0 Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. -i nombre-instancia Nombre de instancia que se va a aplicar al mandato. Necesario para la opción '-F'. Sin limitación. Capítulo 5. Mandatos y scripts 99 Tabla 27. Opciones para el mandato de Tivoli Storage FlashCopy Manager 'fcmcli' para los entornos de servidor DB2 en espera y DB2 HADR (continuación) Opción Descripción Valor predeterminado -F (Distintivo DELETE_FORCE) Se aplica a 'inquire_db2standby', 'inquire_detail_db2standby' y 'delete_db2standby': Ninguno. v Con la función 'delete_db2standby', retira las relaciones de FlashCopy actualmente en vigor para el conjunto de destino representado por la copia de seguridad (aplicable sólo a DS y Controlador de volumen SAN). v Con la función 'inquire[_detail]_db2standby', también se listan las copias de seguridad suprimidas sin el distintivo DELETE_FORCE. -t Inicia con rastreo activado. Rastreo desactivado -v Muestra la versión. -h Muestra el texto de ayuda. -B El ID de copia de seguridad visualizado por 'fcmcli -f inquire [_detail]' o 'db2acsutil'. Ninguno. -s DEVICE_CLASS Nombre de la sección DEVICE_CLASS en el perfil que se utiliza en la operación de copia de seguridad. Como se especifica en el perfil. El código de retorno del mandato fcmcli es 0, si finaliza la solicitud sin ningún error, o si no había candidatos para la solicitud. De forma adicional, el código de retorno es 1 si se producen uno o más problemas menores que no son críticos, pero que se deben comprobar para impedir que se produzcan problemas mayores más adelante. El código de retorno 2 indica que se ha producido un error durante la ejecución del mandato. Las secciones siguientes describen los detalles de las distintas funciones especificadas con la opción '-f' del mandato fcmcli de Tivoli Storage FlashCopy Manager. -f backup_db2standby: Este mandato hace copias de seguridad de una base de datos de destino de recuperación tras desastre (HADR) de alta disponibilidad de DB2. La función -f backup_db2standby funciona como la función fcmcli -f backup. Sin embargo, en lugar de solicitar al usuario que especifique una lista de archivos para hacer copias de seguridad, este mandato recupera esta información de la instancia activa de DB2. Es importante que los nombres de los archivos y los sistemas de archivos de la base de datos DB2 activa (HADR primario) coincidan con los nombres de los archivos y los sistema de archivos del servidor en espera (HADR secundario). Los archivos de ejemplo de mandatos preflash y postflash editables le 100 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux ayuda a concluir y reiniciar el servidor DB2 en espera (HADR secundario). Esta acción crea una imagen de copia de seguridad coherente. La siguiente figura ilustra el flujo de trabajo que se ejecuta a partir de este mandato. Servidor en espera DB2 activo envío de registro/transacción Repo en espera de DB2 Repo Servidor de producción <<utiliza> Configuración de FlashCopy Manager para proteger un sistema DB2 activo Repo Sitio A <<utiliza> Configuración de FlashCopy Manager para proteger un sistema en espera FlashCopy Repo <<utiliza> FlashCopy Sitio B Figura 13. Protección de nodos de DB2 HADR en espera con IBM Tivoli Storage FlashCopy Manager for Custom Applications 1. Se inicia con la conexión a la base de datos DB2 activa (por ejemplo, el sitio A) para recuperar una lista de archivos de la base de datos activa. 2. Esta lista de archivos se convierte en una lista de los volúmenes y las LUN del sitio B, utilizando la suposición de que los nombres de los archivos y los sistemas de archivos DB2 del sitio A son idénticos a los nombres de los archivos y los sistemas de archivos del sitio B. 3. Se invoca el script preflash. Por regla general, el script preflash detiene el sistema DB2 en espera para que FlashCopy Manager pueda crear una copia de seguridad de instantánea coherente. El código de retorno del mandato preflash se evalúa de la siguiente manera: 0 Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. 4. Una vez que se ha tomado la instantánea, se invoca el mandato postflash, que normalmente vuelve a iniciar el sistema DB2 en espera. El código de retorno del mandato postflash se evalúa de la siguiente manera: 0 Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. Capítulo 5. Mandatos y scripts 101 -f inquire_db2standby: Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato se aplica a los entornos de servidor DB2 HADR en espera. Para ejecutar el mandato -f inquire_db2standby, puede especificar la siguiente opción para obtener una visión general de los archivos incluidos en la copia de seguridad de instantánea: -B ID-copia_seguridad -f inquire_detail_db2standby: Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato es similar al mandato -f inquire_dbstandby, pero imprime información adicional como los estados de usabilidad y el proceso de la copia en segundo plano (si está disponible) para cada copia de seguridad. Este mandato se aplica a los entornos de servidor DB2 HADR en espera. Para ejecutar el mandato -f inquire_detail_db2standby, puede especificar la opción siguiente para obtener una visión general de los archivos incluidos en la copia de seguridad de instantánea: -B ID-copia_seguridad -f restore_db2standby: Este mandato restaura una base de datos de destino de recuperación tras desastre (HADR) de alta disponibilidad de DB2. Durante la operación de restauración, la base de datos DB2 se detiene y se inicia una restauración de FlashCopy. Después de completar la operación de restauración, se inicia e inicializa la base de datos. También se utiliza la siguiente opción al realizar las operaciones -f restore_db2standby: -B ID_copia_seguridad -f delete_db2standby: Este mandato desmonta y suprime una instantánea de un servidor DB2 en espera que se ha creado con la función backup_db2standby. Puede utilizar la función delete_db2standby para suprimir una instantánea y finalmente liberar los recursos asociados a una copia de seguridad concreta. El comportamiento exacto de la función delete_db2standby depende de las características del dispositivo de almacenamiento. La función -f delete_db2standby opera de forma exclusiva en copias de seguridad de instantánea. Este mandato no afecta a las copias de seguridad en Tivoli Storage Manager. El impacto de la supresión en la instantánea o las relaciones de FlashCopy depende del sistema de almacenamiento: v IBM XIV Storage System: la instantánea no se suprime cuando se emite delete_db2standby. v IBM System Storage DS8000 y Controlador de volumen SAN: las relaciones de FlashCopy no se suprimen cuando se emite delete_db2standby. Especifique la opción -F para forzar la supresión de las relaciones de FlashCopy de estos sistemas de almacenamiento. 102 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux En este ejemplo se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f delete_db2standby [-F] Mandatos de copia de seguridad y restauración para Oracle Se proporcionan mandatos para hacer una copia de seguridad y restauración de las bases de datos Oracle nativo y SAP con Oracle. acsora - Interfaz de usuario de Oracle en entornos no SAP La interfaz de usuario de sistemas de producción (acsora) ejecuta mandatos en un entorno Oracle nativo. A continuación se detalla la sintaxis de acsora: acsora [-p profile] -f función [-B IDCopiaSeguridad] [-F] [-s DEVICE_CLASS ] donde <función> adopta una de estos valores: backup restore delete inquire inquire_detail Tabla 28. Parámetros de Oracle en entornos que no son SAP Opción Descripción Valor predeterminado -p perfil Vía de acceso completa y nombre del <ACS_DIR>/profile perfil que Management Agent utiliza Management Agent utiliza las secciones 'GLOBAL' y 'ACSD' del perfil. -B ID_copia_seguridad ID de copia de seguridad para las funciones restore, delete, inquire -f backup Copia de seguridad de la base de datos -f restore Restaurar la base de datos -f delete Suprimir la copia de seguridad de instantánea -f inquire Enumerar las copias de seguridad de instantánea -f inquire_detail Enumerar las copias de seguridad de instantánea -F Cuando se especifica con las opciones -f delete o -f inquire, la opción -F retira las relaciones de origen y destino. -s DEVICE_CLASS Nombre de la sección DEVICE_CLASS en el perfil que se utiliza en la operación de copia de seguridad. Función backup si no se especifica -f. Como se especifica en el perfil. El código de retorno de acsora es 0 si finaliza la solicitud sin ningún error. El código de retorno 1 indica uno (o varios) problemas leves sucedidos durante el proceso. Aunque no se consideren críticos, resuelva estos problemas menores para impedir posibles problemas críticos posteriormente. El código de retorno 2 indica Capítulo 5. Mandatos y scripts 103 que se ha producido un error durante el proceso de mandatos y que la operación no se ha completado satisfactoriamente. -f backup Este mandato hace una copia de seguridad de la base de datos Oracle según los valores del perfil. Ejemplo (base de datos de copia de seguridad): acsora -f backup -s STANDARD -f restore Este mandato restaura la base de datos Oracle de la copia de seguridad especificada mediante el ID de copia de seguridad, o de la última copia de seguridad. La base de datos Oracle está disponible para su uso inmediato después de realizar una restauración de instantánea y una recuperación de reaplicación. Sin embargo, para DS8000 y Controlador de volumen SAN, el proceso de copia en segundo plano de los volúmenes de destino a los volúmenes de origen podría requerir tiempo adicional para completarse, especialmente si se ha especificado FLASHCOPY_TYPE COPY. Aunque la base de datos esté disponible, no puede realizar una restauración o copia de seguridad de Tivoli Storage FlashCopy Manager hasta que se complete el proceso de copia en segundo plano. Ejemplo (restaurar la copia de seguridad especificada): acsora -f restore -B A0FZ36AY8G Consulte “Restauración de una base de datos Oracle nativa desde Tivoli Storage Manager” en la página 80 y “Restauración de una base de datos Oracle nativa” en la página 79 si desea instrucciones detalladas sobre cómo restaurar la base de datos Oracle. -f inquire Este mandato lista los detalles de la copia de seguridad de instantánea denotada por el ID de copia de seguridad (si se ha especificado el uso de la opción '-B') o todas las copias de seguridad. Ejemplo (enumerar todas las copias de seguridad): acsora -f inquire -f inquire_detail Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato es como el mandato -f inquire, pero imprime la información adicional como los estados de usabilidad y el progreso de copia en segundo plano (si está disponible) para cada copia de seguridad. 104 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux -f delete Este mandato suprime la copia de seguridad de instantánea indicada por el ID de copia de seguridad especificado. Ejemplo (suprimir la copia de seguridad especificada): acsora -f delete -B A0FZ36AY8G BR*TOOLS - Interfaz de usuario de Oracle en entornos SAP Dado que Tivoli Storage FlashCopy Manager se integra completamente con SAP BR*TOOLS, Tivoli Storage FlashCopy Manager no proporciona una interfaz de usuario nativa. Se proporciona información acerca de la consulta y supresión de copias de seguridad de instantánea, operaciones que no se admiten directamente con BR*TOOLS. Si desea obtener información detallada acerca de cómo utilizar BR*TOOLS para crear copias de seguridad de instantánea, consulte la publicación SAP® Database Guide for Oracle. Nota: Tivoli Storage FlashCopy Manager proporciona una interfaz de usuario de consola que se puede utilizar para pasar por alto BR*TOOLS para las operaciones de consulta y restauración (consulte “acsutil - Snapshot Object Manager for Oracle” en la página 107). Importante: Si no utiliza IBM Tivoli Storage Manager for Enterprise Resource Planning, para no sobrescribir un programa ejecutable 'backint' existente que se utiliza para las copias de seguridad tradicionales, Tivoli Storage FlashCopy Manager no instale el ejecutable 'backint' en la vía de acceso predeterminada en /usr/sap/<SID>/SYS/exe/run. Por lo tanto, para invocar FlashCopy Manager, debe invocar el ejecutable situado en el directorio de instalación de FlashCopy Manager (<INSTANCE_DIR>). Si ha instalado IBM Tivoli Storage Manager for Enterprise Resource Planning, puede invocar al ejecutable backint desde la vía de acceso de instalación predeterminada. Consulta y supresión con la interfaz de backint. A continuación se detalla la sintaxis del mandato backint: backint [-p perfil] -f <función> -t <tipo_copia_seguridad> [-F] donde <función> adopta una de estos valores: inquire inquire_detail delete y <tipo_copia_seguridad> adopta uno de estos valores: volume file Tabla 29. Parámetros para la invocación de Tivoli Storage FlashCopy Manager como 'backint' Opción Descripción -p Perfil backint para Tivoli Storage FlashCopy Manager (consulte “Perfil backint de Tivoli Storage FlashCopy Manager (archivo .utl)” en la página 160) Capítulo 5. Mandatos y scripts 105 Tabla 29. Parámetros para la invocación de Tivoli Storage FlashCopy Manager como 'backint' (continuación) Opción Descripción -f inquire o inquire_detail La función inquire (consulta) con o sin información detallada sobre las copias de seguridad. -f delete Función delete (suprimir) -t volume Esta opción se puede utilizar para gestionar las copias de seguridad de instantánea creadas con FlashCopy Manager. -t file Utilice esta opción para gestionar los archivos de los que se han hecho copias de seguridad directamente en el repositorio de FlashCopy Manager. Nota: Si está instalado IBM Tivoli Storage Manager for Enterprise Resource Planning, IBM Tivoli Storage Manager for Enterprise Resource Planning soporta ambas opciones. Sin embargo, en este caso, la opción "-t file" se utiliza para gestionar las copias de seguridad que se han enviado al servidor Tivoli Storage Manager en su lugar. -F Opción force que se va a utilizar con las funciones inquire, inquire_detail o delete. Cuando se utiliza con inquire o inquire_detail, se muestran todas las copias de seguridad disponibles así como todas las copias de seguridad marcadas para supresión. Cuando se utiliza con la función delete, retira las relaciones de FlashCopy de destino y origen en DS8000 o SAN Volume Controller. -f inquire o -f inquire_detail La función inquire, normalmente invocada por SAP® BR*Tools y BRRESTORE, se utilizará para consulta a Tivoli Storage Manager Server para obtener los ID de copia de seguridad o los archivos que pertenecen a un ID de copia de seguridad particular. Para la resolución de problemas, no obstante, podría ser necesario invocar esta función de forma manual desde la línea de mandatos como figura a continuación. backint -p /oracle/<SID>/dbs/init<SID>.utl -f inquire -t volume Tivoli Storage FlashCopy Manager le solicita que especifique la consulta en uno entre cuatro formatos. Estos son: v #NULL - para mostrar todos los ID de copia de seguridad guardados hasta entonces. Una línea típica de la respuesta podría ser: #BACKUP JE0___A0DNE9Z74C El ID de copia de seguridad en este caso es JE0___A0DNE9Z74C (#BACKUP no es parte del ID de copia de seguridad). Los seis primeros caracteres son el prefijo definido por el usuario. Los 10 caracteres siguientes representan un ID único de la copia de seguridad. v BackupID - para mostrar todos los archivos que pertenecen a este ID de copia de seguridad. Un resultado típico podría ser: #BACKUP JE0___A0DNE9Z74C /oracle/C21/dbs/initC21.utl. v #NULL nombre_archivo - para mostrar todos los ID de copia de seguridad que corresponden a este archivo. Nombre_archivo requiere una entrada que consta de la vía de acceso y el nombre del archivo. 106 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux v BackupID nombre_archivo - para verificar si un archivo concreto se ha guardado bajo un determinado ID de copia de seguridad. Nombre_archivo requiere una entrada que consta de la vía de acceso y el nombre del archivo. -f delete La función delete se usa como parte del mecanismo de control de versión de Tivoli Storage FlashCopy Manager y solo Tivoli Storage FlashCopy Manager en sí o un usuario puede llamarla. La función delete permite suprimir copias de seguridad completas solo. Esta función se puede invocar desde la línea de mandatos como se detalla a continuación: backint -p /oracle/<SID>/dbs/init<SID>.utl -f delete -t volume Se le solicitará que especifique el ID de copia de seguridad. acsutil - Snapshot Object Manager for Oracle Snapshot Object Manager for Oracle (acsutil) proporciona una interfaz de consulta y restauración de copia de seguridad de instantánea para los entornos Oracle y SAP nativos con Oracle. Funciones del mandato 'acsutil' Snapshot Object Manager for Oracle (acsutil) proporciona un programa en primer plano para acsora para mostrar las copias de seguridad disponibles, realizar restauraciones y suprimir las copias de seguridad no deseadas. Se comunica con acsora mediante archivos de entrada y salida. Sintaxis del mandato 'acsutil' acsutil [-p <perfil>] Parámetro Descripción Valor predeterminado -p perfil Perfil de Tivoli Storage FlashCopy Manager <ACS_DIR>/profile La interfaz de usuario de Snapshot Object Manager consta de una ventana partida, que se basa en caracteres. El primer paso es una operación de consulta automática para todos los ID de copia de seguridad. En la figura siguiente se muestra el diseño de pantalla para la lista de ID de copia de seguridad que Snapshot Object Manager encuentra cuando se completa la consulta. Capítulo 5. Mandatos y scripts 107 ACS Utility V3.1.0.0, Copyright IBM 2011 .------------------+---------------------------------------------------------------------------------------------. | Backup ID’s | Files stored under | |------------------+---------------------------------------------------------------------------------------------| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |------------------+---------------------------------------------------------------------------------------------| | | | `------------------+---------------------------------------------------------------------------------------------’ TAB change windows F2 Restore F3 -----F4 -----F5 reFresh F6 fileInfo F7 ------F8 Delete F10 eXit Todos los ID de copia de seguridad que se encuentran en el repositorio de Tivoli Storage FlashCopy Manager se muestran a la izquierda. A la derecha de cada ID de copia de seguridad, se muestran todos los archivos que pertenecen a ese ID de copia de seguridad. Puede seleccionar ID de copia de seguridad individuales. Si marca el ID de copia de seguridad que le interesa y luego pulsa la tecla Tab para desplazar el cursor al panel de la derecha, se mostrarán todos los nombres de archivo que pertenecen al ID de copia de seguridad marcado. Arriba, Abajo, Izquierda, Derecha - Mover cursor Mueve el cursor resaltado en la dirección indicada en la tecla. Tab - Saltar de lateral a lateral de una ventana Mueve el cursor entre las partes izquierda y derecha de la ventana. F2 - Restaurar Restaura el ID de copia de seguridad marcado. F5 - Renovar Renueva la lista de ID de copias de seguridad y nombres de archivo. F6 - Información de archivo Abre una ventana aparte para mostrar la información de archivo. Para los ID de copia de seguridad, se muestra el número de secuencia (recuento de versión de copia de seguridad). F8 - Suprimir Suprime el ID de copia de seguridad seleccionado y todos los archivos correspondientes. 108 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux F10 - Salir Sale de Snapshot Object Manager INTRO - Marcar/desmarcar ID de copia de seguridad Marcar o quitar marca del ID de copia de seguridad debajo del cursor. Snapshot Object Manager puede delete (suprimir) los ID de copia de seguridad con todos los archivos incluidos. No es posible suprimir archivos individuales dentro de un ID de copia de seguridad. Para suprimir un ID de copia de seguridad debe resaltarse. Después de pulsar F8 tiene que confirmar la operación de supresión. Se suprimirán el ID de copia de seguridad y todos los archivos incluidos. Para cada restauración, se creará un archivo de registro. Mandatos de copia de seguridad y restauración para las aplicaciones personalizadas Se puede utilizar la interfaz de línea de mandatos de FlashCopy Manager (fcmcli) para crear operaciones de copias de seguridad de instantánea, restauraciones de instantánea, consulta y supresión para aplicaciones para las que no existe un adaptador de copia de seguridad de instantánea nativo. Al invocar el mandato fcmcli, debe proporcionar una lista de archivos para los cuales se va a crear una copia de seguridad de instantánea. Puede especificar la lista de archivos ya sea a través del archivo de configuración, o a través de la interfaz de línea de mandatos. De forma opcional, puede proporcionar fcmcli con estos scripts: v Un script para preparar el entorno antes de que se cree la instantánea. Por ejemplo, proporcione un script para inmovilizar o concluir las aplicaciones de las que se hacen copias de seguridad. v Un script para reanudar el entorno después de que se ha realizado una instantánea. Si se especifica, esos scripts se invocan inmediatamente antes y después de que se cree la instantánea a fin de minimizar el tiempo de inactividad de la aplicación. fcmcli cláusula-función -p perfil -c nombre-host_acsd : puerto_acsd -l directorio-acs -t -B ID-copia_seguridad -s DEVICE_CLASS En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: operaciones de FlashCopy de aplicaciones personalizadas La opción de mandato de fcmcli -f 'función' para copias de seguridad de IBM Tivoli Storage FlashCopy Manager for Custom Applications de aplicaciones personalizadas admite estas funciones: Capítulo 5. Mandatos y scripts 109 -f backup -I nombre-infile -E mandato-previo-flash -Q mandato-posterior-flash -s DEVICE_CLASS Las siguientes funciones están soportadas por la opción fcmcli -f 'function' para la restauración, la consulta y la supresión de FlashCopy de aplicaciones personalizadas: -f restore -I nombre-infile -f inquire -f inquire_detail -f delete -B ID de copia de seguridad -B ID de copia de seguridad -F Tabla 30. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager para las aplicaciones personalizadas Opción Descripción Valor predeterminado -p perfil Nombre completo del perfil. INSTANCE_DIR/profile -c nombre_host-acsd Nombre del servidor donde se ejecuta Management Agent (acsd) host local puerto-acsd Número de puerto TCP/IP o nombre del servicio en que Management Agent (acsd) está a la escucha 57328 -l directorio-acs Directorio en que se pueden encontrar los directorios 'logs' y 'shared'. ACS_DIR -f backup Hace una copia de seguridad de una aplicación personalizada. -f restore Restaura una copia de seguridad de instantánea de DB2 regular (con las opciones de restauración avanzadas) o restaura una copia de seguridad de aplicación personalizada. 110 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 30. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager para las aplicaciones personalizadas (continuación) Opción Descripción Mandato -E preflash Altera temporalmente el valor del parámetro PRE_FLASH_CMD como se ha especificado en la sección CLIENT del perfil. El mandato preflash se ejecuta en el servidor de producción y puede ser un script. El código de retorno del mandato preflash se evalúa de la siguiente manera: 0 Valor predeterminado Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. Mandato -Q postflash Altera temporalmente el valor del parámetro POST_FLASH_CMD como se ha especificado en la sección CLIENT del perfil. El mandato postflash se ejecuta en el servidor de producción y puede ser un script. El código de retorno del mandato postflash se evalúa de la siguiente manera: 0 Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. -I infile Altera temporalmente el valor del parámetro INFILE como se ha especificado en la sección CLIENT del perfil. Las funciones de fcmcli inquire, inquireDetails y delete no reconocen el parámetro infile. La función restore acepta infile de parámetro opcional. Capítulo 5. Mandatos y scripts 111 Tabla 30. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager para las aplicaciones personalizadas (continuación) Opción Descripción Valor predeterminado -F Utilice la opción force con las funciones inquire, inquire_detail o delete. Si se utiliza con inquire o inquire_detail, se visualizan todas las copias de seguridad disponibles y todas las copias de seguridad marcadas para la supresión. Si se utiliza con la función delete, la opción force retira las relaciones de FlashCopy® de destino y origen en DS8000 o el Controlador de volumen SAN. Ninguno. -t Inicia con rastreo activado. Rastreo desactivado -v Muestra la versión. -h Muestra el texto de ayuda. -B El ID de copia de seguridad visualizado por fcmcli -f inquire [_detail] o db2acsutil. Ninguno. -s DEVICE_CLASS Nombre de la sección DEVICE_CLASS en el perfil que se utiliza en la operación de copia de seguridad. Como se especifica en el perfil. El código de retorno del mandato fcmcli es 0, si finaliza la solicitud sin ningún error, o si no había candidatos para la solicitud. El código de retorno es 1 si se producen uno o más problemas menores que no son críticos, pero que se deben comprobar para impedir que se produzcan problemas mayores más adelante. El código de retorno 2 indica que se ha producido un error durante la ejecución del mandato. Las secciones siguientes describen los detalles de las distintas funciones especificadas con la opción '-f' del mandato fcmcli de Tivoli Storage FlashCopy Manager. -f backup Este mandato crea una copia de seguridad de FlashCopy de aplicaciones personalizadas como, por ejemplo, una lista de sistemas de archivos que proporcione. Antes y después de la creación de la instantánea, Tivoli Storage FlashCopy Manager puede llamar de forma opcional a una salida de usuario que inmoviliza y reanuda todas las aplicaciones que almacenan datos dentro de estos sistemas de archivos. Cuando se llama a este mandato, también se determina si la instantánea se conserva localmente (para la copia de seguridad de sólo disco) o si se hace una copia de seguridad más adelante en Tivoli Storage Manager. Como método de copia de seguridad para la siguiente copia de seguridad de Tivoli Storage Manager, FlashCopy Manager for Custom Applications utiliza el cliente de archivado y copia de seguridad de Tivoli Storage Manager. 112 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Se pueden utilizar los siguientes parámetros opcionales con el mandato fcmcli -f backup: -I -E -Q -s infile mandato preflash mandato postflash DEVICE_CLASS -I infile especifica el nombre de un archivo que contiene una lista de todos los objetos que es procesada por FlashCopy Manager. -E mandato preflash especifica el nombre de un script o un programa ejecutable al que se llama inmediatamente antes de la instantánea. Normalmente, el script previo al flash se utiliza para inmovilizar una aplicación. El código de retorno del mandato preflash se evalúa de la siguiente manera: 0 Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. -Q mandato postflash especifica el nombre de un script o un programa ejecutable al que se llama inmediatamente después de la instantánea. Normalmente, el script posterior al flash se utiliza para reanudar una aplicación. El código de retorno del mandato postflash se evalúa de la siguiente manera: 0 Correcto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager continúa. Un valor diferente a 0 Incorrecto. La operación de copia de seguridad de Tivoli Storage FlashCopy Manager finaliza. -s DEVICE_CLASS especifica el nombre de la sección DEVICE_CLASS en el perfil que se utiliza en la operación de copia de seguridad. -f inquire Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato es de interés especial en entornos donde residen varias particiones en el mismo grupo de volúmenes (compartición de volúmenes). -f inquire_detail Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato es similar a -f inquire pero imprime la información adicional como los estados de usabilidad y el progreso de la copia en segundo plano para cada copia de seguridad. Este mandato es de interés especial en entornos donde residen varias particiones en el mismo grupo de volúmenes (compartición de volúmenes). Capítulo 5. Mandatos y scripts 113 -f delete La función delete se utiliza como parte del mecanismo de control de versión de Tivoli Storage FlashCopy Manager y sólo el propio Tivoli Storage FlashCopy Manager o un usuario puede llamar a esta función. La función delete sólo se puede utilizar para suprimir las copias de seguridad completas. Puede utilizar la función delete para suprimir una instantánea y liberar finalmente los recursos asociados a esta copia de seguridad particular. El comportamiento exacto de la función delete depende de las características del dispositivo de almacenamiento. La función -f funciona exclusivamente en copias de seguridad de instantánea. Este mandato no afecta a las copias de seguridad en Tivoli Storage Manager. El impacto de la supresión en la instantánea o las relaciones de FlashCopy depende del sistema de almacenamiento: v IBM XIV Storage System: la instantánea no se suprime cuando se emite el mandato delete. v IBM System Storage DS8000 y Controlador de volumen SAN: las relaciones de FlashCopy no se suprimen cuando se emite el mandato delete. Especifique la opción -F para forzar la supresión de las relaciones de FlashCopy en estos sistemas de almacenamiento. En el ejemplo siguiente se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f delete [-F] -f restore Para las aplicaciones personalizadas, puede utilizar el mandato fcmcli -f restore para realizar una restauración de instantánea completa o parcial de los datos de los que se ha hecho una copia de seguridad. v Para restaurar una instantánea completa, proporcione el ID de copia de seguridad de una copia de seguridad de instantánea concreta especificando el parámetro -B backup-id. Puede obtener el ID de la copia de seguridad utilizando el mandato fcmcli -f inquire. Para restaurar la última copia de seguridad, especifique #NULL. v Para restaurar sólo una parte de la copia de seguridad de instantánea, Tivoli Storage FlashCopy Manager también puede especificar una lista de archivos explícitamente utilizando la opción -I <infile>. Tenga en cuenta que aun cuando Tivoli Storage FlashCopy Manager restaure los datos a nivel de volumen, se podrían restaurar datos adicionales como parte de la operación de restauración. Puede utilizar el parámetro NEGATIVE_LIST para especificar la acción que Tivoli Storage FlashCopy Manager realizará en estas situaciones. Supresión de copias de seguridad de instantánea de Tivoli Storage FlashCopy Manager Se pueden suprimir las copias de seguridad de instantánea de Tivoli Storage FlashCopy Manager del repositorio de instantánea. Por regla general, no es necesario suprimir las copias de seguridad de instantánea en los subsistemas de almacenamiento DS8000 y Controlador de volumen SAN que contienen un conjunto dedicado de volúmenes de destino en uno o más conjuntos de destino. Los IBM XIV® Storage System permiten crear todas las copias de seguridad de instantánea necesarias y se pueden suprimir manualmente las copias 114 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux de seguridad anteriores. Las copias de seguridad anteriores se pueden suprimir también de forma automática mediante el parámetro MAX_VERSIONS (MAX_SNAPSHOT_VERSIONS). Realice estas tareas para suprimir manualmente una copia de seguridad de instantánea de Tivoli Storage FlashCopy Manager: 1. Ejecute el mandato siguiente para desmontar los sistemas de archivos y exportar los grupos de volúmenes en un sistema de copia de seguridad donde está montada actualmente la copia de seguridad que utiliza este destino. Se puede omitir este paso si no está montada actualmente la copia de seguridad. fcmcli -f unmount [-B <ID copia de seguridad>] 2. Basándose en el uso de este conjunto de destino, se deben retirar todas las relaciones existentes de FlashCopy de origen y destino (por ejemplo, INCR o NOCOPY) iniciando uno de estos programas de utilidad apropiados: v v v v (DB2) db2acsutil delete (Oracle nativo) acsora -f delete -B <ID copia de seguridad> (SAP en Oracle) backint -f delete [-b <ID copia de seguridad>] (Aplicaciones personalizadas) fcmcli -f delete -B <ID copia de seguridad> [-F] Nota: (IBM XIV® Storage System): estos mandatos suprimen la copia de seguridad de instantánea del repositorio de instantánea de Tivoli Storage FlashCopy Manager y también se suprime la instantánea en IBM XIV® Storage System. Nota: (DS8000 o Controlador de volumen SAN): estos mandatos suprimen la copia de seguridad de instantánea en el repositorio de instantánea de Tivoli Storage FlashCopy Manager solo. Las relaciones de origen y destino en DS8000 o en Controlador de volumen SAN no se retiran. En caso de que piense eliminar un volumen de destino de un conjunto de destino o si tiene pensado eliminar un conjunto de destino completo, debe ejecutar antes los pasos siguientes para liberar los volúmenes de destino: 1. Ejecute este mandato para desmontar los sistemas de archivos y exportar los grupos de volúmenes en un sistema de copia de seguridad donde está montada actualmente la copia de seguridad que utiliza este destino: fcmcli -f unmount [-T <ID copia de seguridad>] Se puede omitir este paso si no está montada actualmente la copia de seguridad. 2. Basándose en el uso de este conjunto de destino, se deben retirar todas las relaciones existentes de FlashCopy de origen y destino (por ejemplo, INCR o NOCOPY) iniciando uno de estos programas de utilidad apropiados: v (DB2) db2acsutil delete options "DELETE_FORCE" v (Oracle nativo) acsora -f delete -F -B <ID copia de seguridad> v (SAP con Oracle) backint -f delete -F [-b <ID copia de seguridad>] v (Aplicaciones personalizadas) fcmcli -f delete -B [-F] La retirada real de la relación de FlashCopy de origen y destino es realizada por el Generic Device Agent (acsgen) de Tivoli Storage FlashCopy Manager como una operación en segundo plano y se puede retrasar hasta 10 minutos. No intente reutilizar los volúmenes de destino antes de que finalice satisfactoriamente la retirada real. Capítulo 5. Mandatos y scripts 115 Comprobación del estado de copias de seguridad de instantánea en el repositorio de Tivoli Storage FlashCopy Manager Asegúrese de que comprueba regularmente el estado del repositorio de Tivoli Storage FlashCopy Manager. Para comprobar el estado de las copias de seguridad de instantánea del repositorio de Tivoli Storage FlashCopy Manager, se puede utilizar el mandato siguiente (en función del tipo de base de datos): v (DB2) fcmcli -f inquire[_detail] v (DB2) db2acsutil query status v (Oracle nativo) acsora -f inquire[_detail] v (Oracle nativo) acsutil v (SAP® con Oracle) backint -f inquire[_detail] -t volume|file -p <perfil SAP Backint (.utl)> v (SAP® con Oracle) acsutil v (Aplicaciones personalizadas) fcmcli -f inquire[_detail] Cuando se utiliza el mandato inquire_detail con la herramienta adecuada, se muestra una salida similar a la siguiente: Type Partition Backup-ID TSM Backup-ID State DevClass TargetSet Background Copy BytestobeFlashcopied #BACKUP NODE0000 C01__A0FY303K6B IN-PROGRESS MIRROR1 1 3.000GB of 3.000GB 3.000GB UsabilityStates : REMOTELY_MOUNTABLE,REPETITIVELY_RESTORABLE,SWAP-RESTORABLE,PHYSICAL_PROTECTION,FULL_COPY,TAPE_BACKUP_PENDING Consejo: El mandato db2acsutil query status no mostrará toda la información que muestra el mandato inquire_detail. Esto es porque db2acsutil es una herramienta entregada por DB2 que sólo reconoce un subconjunto de todos los estados posibles que puede establecer Tivoli Storage FlashCopy Manager. Mandatos de clonación de Tivoli Storage FlashCopy Manager Puede utilizar la interfaz de línea de mandatos (fcmcli) de Tivoli Storage FlashCopy Manager para crear y gestionar los clones de bases de datos DB2, Oracle nativo y SAP con Oracle. Actualmente, no está disponible la clonación de aplicaciones personalizadas. fcmcli cláusula-función -p perfil -c nombre-host_acsd : puerto_acsd -l directorio-acs -B ID de clon -t -d nombre-base_datos -i nombre-instancia En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: operaciones de clonación de FlashCopy 116 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Las siguientes funciones están soportadas por la opción de mandato fcmcli -f 'function' para las operaciones de clonación de FlashCopy: -f create_clone -C nombre-base_datos_clonación -F -f refresh_clone -F -f preproc_clone -f postproc_clone -f inquire_clone -F -f inquire_detail_clone -F -f delete_clone -F -u usuario-base_datos-clonación -d nombre-base_datos-producción -B ID de clon -X nombre_archivo-configuración-preproceso -Y nombre_archivo-configuración-postproceso fcmcli -v -h Tabla 31. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager Opción Descripción Valor predeterminado -p perfil Nombre completo del perfil. <INSTANCE_DIR>/profile -c nombre_host-acsd Nombre del servidor donde se ejecuta Management Agent (acsd) host local puerto-acsd Número de puerto TCP/IP o nombre del servicio en que Management Agent (acsd) está a la escucha 57328 -l directorio-acs Directorio en que se pueden encontrar los directorios 'logs' y 'shared'. <ACS_DIR> -i nombre-instancia Nombre de instancia que se va a aplicar al mandato. Necesario para la opción '-F'. Sin limitación. -B El ID de copia de seguridad visualizado por fcmcli -f inquire [_detail] o db2acsutil. Ninguno. Capítulo 5. Mandatos y scripts 117 Tabla 32. Opciones de clonación del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager Opción Descripción Valor predeterminado -C nombre de base de datos de clonación Especifica el nombre de la base de datos clonada que reside en el sistema de clonación. Especifique un nombre válido de base de datos DB2 u Oracle para el valor nombre base de datos de clonación. El nombre de base de datos de clonación puede ser el de la base de datos de producción u otro. Cuando se utiliza un nombre que es igual que el de la base de datos de producción, no se renombra la base de datos clonada. Se debe especificar esta opción de línea de mandatos para todas las funciones de clonación. -d nombre de base de datos de producción Especifique el nombre de la base de datos de producción del sistema de producción. La opción de la línea de mandatos <nombre base de datos de producción> es opcional para Oracle. Para DB2, depende del número de entradas de base de datos del directorio de base de datos. Si el directorio de la base de datos DB2 contiene más de una entrada (o ninguna), es necesario que se especifique la opción de la línea de mandatos -d <nombre base de datos de producción>. -F Especifique el parámetro force con estas funciones: Esta opción de línea de mandatos es opcional. v delete_clone: la opción de línea de mandatos force provoca que desmonten, se marquen como suprimidas y también se supriman las relaciones de FlashCopy. Sin la opción de línea de mandatos force, la función delete_clone sólo desmonta el clon y lo marca como suprimido en el repositorio de FlashCopy Manager. v create_clone, refresh_clone: la opción de línea de mandato force suprime todas las versiones de copia de seguridad que son más antiguas que los destinos de clon que se reutilizan para el clon nuevo o renovado. Sin la opción de línea de mandatos force, el nuevo o renovado clon produce un error si hay versiones de copia de seguridad anteriores a los destinos de clonación que se han reutilizado para el nuevo o renovado clon. Esta opción de línea de mandatos es válida con las funciones create_clone y refresh_clone en Controlador de volumen SAN 5.1 solo. 118 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 32. Opciones de clonación del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager (continuación) Opción Descripción Valor predeterminado -u nombre de usuario del propietario Especifique el nombre de usuario del de la instancia de clonación propietario de la instancia de clonación. Esta opción de línea de mandatos es necesaria si se emiten estas funciones: v create_clone v refresh_clone v preproc_clone v postproc_clone -X archivo de configuración de preproceso Especifique el nombre del archivo de Este parámetro es opcional. configuración que se va a utilizar con el script de preproceso. El archivo de configuración de preproceso debe residir en el servidor de clonación. -Y archivo de configuración de postproceso Especifique el nombre del archivo de Este parámetro es opcional. configuración que se va a utilizar con el script de postproceso. El archivo de configuración de postproceso debe residir en el servidor de clonación. El código de retorno del mandato fcmcli es 0, si finaliza la solicitud sin ningún error, o si no había candidatos para la solicitud. El código de retorno es 1 si se producen uno o más problemas menores que no son críticos, pero que se deben comprobar para impedir que se produzcan problemas mayores más adelante. El código de retorno 2 indica que se ha producido un error durante la ejecución del mandato. Las secciones siguientes describen los detalles de las distintas funciones especificadas con la opción '-f' del mandato fcmcli de Tivoli Storage FlashCopy Manager. Emita los parámetros relacionados con clonación en el sistema de producción como el propietario de la instancia de base de datos de producción. Los parámetros de clonación deben emitirse desde el directorio INSTANCE_DIR/acs donde residen los archivos de producción de Tivoli Storage FlashCopy Manager. El mandato fcmcli identifica el nombre de la base de datos de producción en este orden: 1. Para las bases de datos Oracle, el valor de la variable de entorno ORACLE_SID se utiliza para identificar el nombre de base de datos de producción. Para las bases de datos DB2, se utiliza el directorio de la base de datos DB2. Si existe una sola entrada en el directorio de la base de datos, se utiliza esta entrada para identificar el nombre de base de datos de producción. 2. Se consulta la opción de línea de mandatos -d nombre de base de datos de producción. Si se especifica esta opción, este valor altera temporalmente el valor identificado en el paso 1. Además, se utiliza este valor para identificar el nombre de base de datos de producción. La opción de línea de mandatos -d es opcional para Oracle. Su uso con DB2 depende del número de entradas de base de datos en el directorio de base de datos. Si hay más de una entrada en el directorio de base de datos DB2, es necesaria la opción -d. Capítulo 5. Mandatos y scripts 119 -f create_clone Este mandato crea una base de datos de clonación. Cuando se crea una base de datos de clonación suceden estas acciones: 1. Se crea una copia de seguridad de FlashCopy en línea coherente de la base de datos de producción (incluidos los archivos de registro en línea). 2. La copia de seguridad de FlashCopy se monta en el sistema de clonación. Durante esta operación de montaje suceden las acciones siguientes: v Se configuran los dispositivos físicos en el sistema operativo del servidor de clonación (utilizados como volúmenes de destino durante la copia de seguridad de FlashCopy). v Se importan los grupos de volúmenes en los dispositivos físicos. v Se montan estos sistemas de archivos en los grupos de volúmenes importados cuando se crea la base de datos de clonación: – Sistemas de archivos de base de datos – Todos los sistemas de archivos adicionales implicados en una operación de FlashCopy 3. Se recupera la base de datos en el sistema de clonación. 4. Se renombra la base de datos para que coincida con el nombre de la base de datos de clonación que reside en el sistema de clonación. 5. Se inicia la base de datos de clonación en el sistema de clonación. 6. (Opcional) Se ejecutan scripts de postproceso con la nueva base de datos de clonación. Si existe la base de datos de clonación en el sistema de clonación, se debe concluir y desmontar al emitir esta función. Si no se concluye y se desmonta la base de datos de clonación, se emite una mensaje de error y un código de retorno 2. En este ejemplo se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f create_clone -u <nombre usuario propietario de instancia clonación> -C <nombre base de datos de clonación> [-F] -f inquire_clone Este mandato consulta una base de datos de clonación para obtener la lista de todas las copias de seguridad disponibles. Este mandato es de interés especial en operaciones de clonación de FlashCopy Manager. Para realizar la operación -f inquire_clone se necesitan también los parámetros siguientes: -d database-name -C <nombre bd clonación> 120 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux -f inquire_detail_clone Este mandato consulta el repositorio de copia de seguridad y lista todas las copias de seguridad disponibles. Este mandato funciona como -f inquire_clone, pero imprime información adicional como los estados de usabilidad y el progreso de la copia en segundo plano (si está disponible) para cada copia de seguridad. Este mandato es de interés especial en operaciones de clonación de FlashCopy Manager. Para ejecutar el mandato -f inquire_detail_clone se necesitan también los parámetros siguientes: -d database-name -C <nombre bd clonación> -f delete_clone Este mandato desmonta y suprime una base de datos de clonación creada con la función create_clone o refresh_clone. De forma opcional, los scripts previos al proceso se pueden ejecutar en la base de datos de clonación que se va a suprimir. El impacto de la supresión en la instantánea o las relaciones de FlashCopy depende del sistema de almacenamiento: v IBM XIV Storage System: la instantánea no se suprime cuando se emite delete_clone. v IBM System Storage DS8000 y Controlador de volumen SAN: las relaciones FlashCopy no se suprimen cuando se emite delete_clone. Especifique la opción -F para forzar la supresión de las relaciones de FlashCopy de estos sistemas de almacenamiento. Para poder suprimir la base de datos debe concluirse la base de datos de clonación (en el sistema de clonación). Si no se concluye la base de datos de clonación, se emite una mensaje de error y un código de retorno 2. En este ejemplo se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f delete_clone -C <nombre base de datos de clonación> [-F] -f preproc_clone Este mandato ejecuta los scripts de preproceso en la base de datos de clonación (en el sistema de clonación) antes de que se renueve la base de datos de clonación. Esta base de datos de clonación (en el sistema de clonación) debe estar activa y en ejecución al emitir esta función. Si no está disponible la base de datos de clonación se emite una mensaje de error y un código de retorno 2. En este ejemplo se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f preproc_clone -u <ID usuario de propietario de instancia clonación> -C <nombre base de datos de clonación> -X <archivo de configuración de preproceso> Capítulo 5. Mandatos y scripts 121 -f postproc_clone Este mandato ejecuta los scripts de postproceso (en el sistema de clonación) en la base de datos de clonación después de que se cree una base de datos de clonación. Esta nueva base de datos de clonación (en el sistema de clonación) debe estar activa y en ejecución al emitir esta función. Si no está disponible la base de datos de clonación se emite una mensaje de error y un código de retorno 2. En este ejemplo se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f postproc_clone -u <ID usuario propietario de instancia clonación> -C <nombre base de datos de clonación> -Y <archivo de configuración de postproceso> -f refresh_clone Este mandato renueva automáticamente una base de datos de clonación existente. Cuando se renueva una base de datos de clonación suceden estas acciones: 1. (Opcional) Se ejecutan scripts de preproceso con la base de datos de clonación (utilizando el parámetro de clonación -X). Si no está disponible la base de datos de clonación se emite una mensaje de error y un código de retorno 2. Asegúrese de que el último script de preproceso concluye la base de datos de clonación, de lo contrario la función refresh_clone producirá un error en el paso siguiente. 2. Se desmonta la base de datos de clonación. Si no se concluye la base de datos de clonación, se emite una mensaje de error y un código de retorno 2. Asegúrese de que el último script de preproceso concluye la base de datos de clonación. 3. Se crea una nueva base de datos de clonación. 4. (Opcional) Se ejecutan scripts de postproceso con la nueva base de datos de clonación. Si no se especifican los parámetros de clonación -X e -Y, no se realiza ningún preproceso ni postproceso. La función refresh_clone requiere que las dos condiciones siguientes sean verdaderas: v Debe existir una base de datos de clonación y debe haberse creado con la función create_clone. v Se debe montar la base de datos de clonación en el sistema de clonación. De lo contrario, se emite una mensaje de error y un código de retorno 2. En el ejemplo siguiente se muestra la sintaxis como propietario de instancia de base de datos en el sistema de producción: ./fcmcli -f refresh_clone -u <ID usuario propietario de instancia clonación> -C <nombre base de datos de clonación> [-X <archivo de configuración de preproceso>] [-Y <archivo de configuración de postproceso>] [-F] 122 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Mandatos administrativos de Tivoli Storage FlashCopy Manager Puede utilizar los mandatos para administrar Tivoli Storage FlashCopy Manager. Los mandatos administrativos disponibles le permiten realizar estas tareas: v Iniciar, detener o configurar Tivoli Storage FlashCopy Manager. v Montar o desmontar una copia de seguridad de instantánea en un sistema secundario. v Cree una copia de seguridad en Tivoli Storage Manager a partir de una instantánea si ha configurado Tivoli Storage Manager en el entorno. Mandatos de configuración Utilice los mandatos de configuración para ejecutar el script de configuración, mantener las contraseñas de Tivoli Storage FlashCopy Manager y consultar el espacio de almacenamiento utilizado para las copias de seguridad. Script de configuración de instalación El script de configuración de cada variante de base de datos proporciona varias opciones de acción que el instalador de Tivoli Storage FlashCopy Manager suele utilizar internamente. Se utiliza también sin opciones para realizar la instalación para realizar la instalación manual de Tivoli Storage FlashCopy Manager y la configuración básica. Visión general El script de configuración utiliza esta sintaxis de mandato: setup_tipo.sh [-a action] -d [INSTANCE_DIR] Son posibles los siguientes valores para el parámetro tipo en el nombre de script de configuración: setup_db2.sh setup_ora.sh setup_gen.sh Si desea obtener más información sobre los valores de script, consulte “Valores de script de configuración” en la página 126. Puede utilizar el script de configuración para estos fines: v Activación o actualización de Tivoli Storage FlashCopy Manager para una instalación específica de instancia, como usuario root: setup_tipo.sh –a install –d INSTANCE_DIR El script de configuración se debe ejecutar desde un directorio FCM_INSTALL_DIR. v Configuración inicial y reconfiguración: setup_tipo.sh Capítulo 5. Mandatos y scripts 123 El script de configuración debe ejecutarse como propietario de instancia de base de datos o, para aplicaciones personalizadas, como usuario de copia de seguridad de aplicaciones. Este script se debe ejecutar desde el directorio INST_DIR. v Configuración inicial y reconfiguración en modalidad avanzada: setup_tipo.sh -advanced v Detención de una instancia activada: setup_tipo.sh –a stop –d INSTANCE_DIR El mandato de detención debe ejecutarse como propietario de instancia de base de datos o, para aplicaciones personalizadas, como usuario de copia de seguridad de aplicaciones. El mandato de detención debe ejecutarse desde INST_DIR. v Inicio de una instancia activada: setup_tipo.sh –a start –d INSTANCE_DIR El mandato de inicio debe ejecutarse como propietario de instancia de base de datos o, para aplicaciones personalizadas, como usuario de copia de seguridad de aplicaciones. El mandato de inicio debe ejecutarse desde INST_DIR. v Inhabilitar una instancia detenida: setup_tipo.sh –a disable –d INSTANCE_DIR El mandato de inhabilitar debe ejecutarse como propietario de instancia de base de datos o, para aplicaciones personalizadas, como usuario de copia de seguridad de aplicaciones. El mandato de inhabilitar debe ejecutarse desde INST_DIR. Este mandato elimina completamente las entradas de /etc/inittab. Se pueden emitir todos estos mandatos en el sistema de producción o de copia de seguridad. Para detener o inhabilitar completamente Tivoli Storage FlashCopy Manager, es preciso emitir el mandato adecuado primero en el sistema de producción y después en el sistema de copia de seguridad, en ese orden. El script de configuración se puede utilizar para instalar Tivoli Storage FlashCopy Manager en varios nodos de copia de seguridad desde sistema de producción. Como requisito previo, es preciso instalar Open Secure Shell (OpenSSH) en todos los nodos del sistema de copia de seguridad. No es necesario compartir el NFS entre los nodos de sistema de producción y sistema de copia de seguridad para este tipo de instalación remota. OpenSSH es el método preferido para Tivoli Storage FlashCopy Manager. Importante: Para detener o inhabilitar completamente Tivoli Storage FlashCopy Manager, en primer lugar, emita el mandato apropiado en el sistema de producción y, a continuación, en el sistema de copia de seguridad. Se debe ejecutar el script desde el directorio de instalación específico de la instancia de base de datos: v (DB2) directorio $HOME del propietario de la instancia/sqllib/acs/ v (Oracle) directorio $HOME del propietario de la instancia/acs/ Se llevará a cabo la acción predeterminada (setup) y se configurará la instancia. 124 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Para IBM Tivoli Storage FlashCopy Manager for Custom Applications, no hay ningún directorio específico de la instancia de la base de datos. En este caso, se debe ejecutar el script desde el directorio $HOME del usuario de la copia de seguridad. El usuario de la copia de seguridad ha de tener acceso a todos los sistemas de archivos que se van a proteger. Si se llama al script sin parámetros, este se puede emitir como el propietario de la instancia. El script crea un perfil nuevo o modifica uno existente y actualiza /etc/inittab de acuerdo al perfil actual (sistema de producción) o la preferencia de usuario (sistema de copia de seguridad). Las actualizaciones de inittab precisan los pasos intermedios de inicio y detención de Tivoli Storage FlashCopy Manager. Esta llamada no puede detener Tivoli Storage FlashCopy Manager en el sistema de copia de seguridad si en el sistema de producción está todavía en ejecución y los binarios del directorio de instalación específico de la instancia comparten unidades NFS entre los sistemas de producción y de copia de seguridad. Si no se puede detener Tivoli Storage FlashCopy Manager tendrá que detener Tivoli Storage FlashCopy Manager en el sistema de producción antes de ejecutar el script con la opción -a install. Configuración o modificación de contraseñas con el script de configuración Puede establecer o modificar contraseñas emitiendo el script de configuración sin la opción -a acción. Por ejemplo: setup_tipo.sh La ejecución del script de configuración sin la opción -a acción prosigue a través de varias tareas similares a las descritas en Capítulo 3, “Instalación de Tivoli Storage FlashCopy Manager”, en la página 53. Cuando se emite este mandato, se inicia el asistente de perfiles que le permite editar el perfil y más tarde se le solicita que establezca o modifique las contraseñas. Este es el método recomendado porque se verifican las contraseñas y se pueden actualizar también en los sistemas de copia de seguridad. Para actualizar las contraseñas en el sistema de copia de seguridad, especifique SÍ en la solicitud siguiente: Seleccione el sistema de copia de seguridad donde se va a realizar la actualización o supresión: 1) acsback5 n) configurar un sistema de copia de seguridad nuevo b) volver al menú anterior q) abandonar la configuración Seleccione una de las opciones de arriba. 1El sistema de copia de seguridad seleccionado es acsback5 El sistema de copia de seguridad en acsback5 está configurado con la(s) clase(s) de dispositivo DISK_ONLY. Seleccione la acción que desee llevar a cabo en el sistema de copia de seguridad acsback5: 1) actualizar el sistema de copia de seguridad 2) iniciar el sistema de copia de seguridad 3) detener el sistema de copia de seguridad 4) suprimir el sistema de copia de seguridad 5) configurar la autenticación de clave SSH para el sistema de copia de seguridad b) volver a la selección de sistemas de copia de seguridad q) abandonar la configuración Seleccione una de las opciones de arriba. 1¿Desea actualizar la instalación del Sistema de copia de seguridad en acsback5? [s|n] [s] Capítulo 5. Mandatos y scripts 125 Valores de script de configuración Estos valores están disponibles para setup_tipo.sh: setup_db2.sh Configura Tivoli Storage FlashCopy Manager. setup_ora.sh Configura Tivoli Storage FlashCopy Manager para Oracle o Tivoli Storage FlashCopy Manager para SAP® con Oracle. setup_gen.sh Configura IBM Tivoli Storage FlashCopy Manager for Custom Applications. acción puede tener estos valores: disable Se puede emitir esta llamada como propietario root o de instancia. Detiene Tivoli Storage FlashCopy Manager y elimina todas las entradas de /etc/inittab. Para volver aactivar Tivoli Storage FlashCopy Manager, es preciso que llame al script sin parámetros. Tenga en cuenta que esta llamada no puede detener Tivoli Storage FlashCopy Manager en el sistema de copia de seguridad si se encuentra todavía en ejecución en el sistema de producción y si los binarios del directorio de instalación específico de la instancia comparten unidades NFS entre los sistemas de producción y de copia de seguridad. Si Tivoli Storage FlashCopy Manager no se puede detener, tendrá que detener Tivoli Storage FlashCopy Manager en el sistema de producción antes de ejecutar setup_tipo.sh –a install. install Se debe emitir esta llamada con el ID de usuario root. Realiza lo siguiente: 1. Detiene Tivoli Storage FlashCopy Manager (setup_tipo.sh –a stop) 2. Copia todos los archivos binarios del directorio de instalación de Tivoli Storage FlashCopy Manager en el directorio de instalación específico de la instancia (INSTANCE_DIR) 3. Establece los derechos de acceso adecuados para los archivos binarios 4. Reinicia Tivoli Storage FlashCopy Manager (setup_tipo.sh –a start) Los pasos para iniciar y detener Tivoli Storage FlashCopy Manager se omiten si no se ha configurado aún Tivoli Storage FlashCopy Manager. Esta llamada no puede detener Tivoli Storage FlashCopy Manager en el sistema de copia de seguridad si se encuentra todavía en ejecución en el sistema de producción y si los archivos binarios del directorio de instalación específico de la instancia comparten unidades NFS entre los sistemas de producción y de copia de seguridad. Si Tivoli Storage FlashCopy Manager no se puede detener, tendrá que detener Tivoli Storage FlashCopy Manager en el sistema de producción antes de ejecutar setup_tipo.sh –a install. start Se puede emitir esta llamada como propietario root o de instancia. Inicia una versión previamente instalada y configurada de Tivoli Storage FlashCopy Manager. Esta llamada inicia entradas distintas en /etc/inittab, al cambiar la acción de las entradas existentes a respawn, según si se emite la llamada en el sistema de producción o en el de copia de seguridad. 126 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux stop Se puede emitir esta llamada como propietario root o de instancia. Detiene la versión de Tivoli Storage FlashCopy Manager que está en ejecución actualmente. Esta llamada actualiza /etc/inittab y comprueba que Tivoli Storage FlashCopy Manager se haya detenido satisfactoriamente (se puede adquirir un bloqueo de escritura para el archivo .lock ubicado en el directorio de instalación específico de la instancia). Esta llamada producirá un error en el sistema de copia de seguridad en los entornos donde el directorio de instalación específico de la instancia se comparta entre los sistemas de copia de seguridad y de producción, si todavía se está ejecutando Tivoli Storage FlashCopy Manager en el sistema de producción. Para detener Tivoli Storage FlashCopy Manager en ese tipo de entornos de forma satisfactoria, tiene que detener Tivoli Storage FlashCopy Manager primero en el sistema de producción. Es necesario el nombre de directorio de la instancia (opción '-d') para todas las acciones explícitas. No es necesario para la función setup predeterminada. Administración de contraseñas Puede utilizar el mandato fcmcli -f contraseña para cambiar las contraseñas de Tivoli Storage FlashCopy Manager. El mandato 'fcmcli -f password' da soporte a una modalidad interactiva y no interactiva. La modalidad interactiva se adopta automáticamente si no se proporciona ninguna contraseña como argumentos en la línea de mandatos. La modalidad interactiva solicita de forma interactiva la información siguiente: v La contraseña maestra, que es la contraseña de Management Agent (acsd). v La contraseña de la sección ORACLE si se ha definido en el perfil especificado. v La contraseña de la sección DB2STANDBY si se ha definido en el perfil especificado. v Las contraseñas de los subsistemas de almacenamiento en disco a las que se hace referencia en las secciones DEVICE_CLASS del perfil especificado. Nota: Si el perfil especificado contiene varias secciones DEVICE_CLASS que hacen referencia al mismo subsistema de almacenamiento en disco físico, se consulta la contraseña una vez solo combinando estas secciones DEVICE_CLASS. La modalidad interactiva es el método preferido para establecer las contraseñas. El método interactivo también tiene la ventaja de verificar las contraseñas mediante las conexiones de prueba a los dispositivos de almacenamiento correspondientes, Management Agent o la base de datos respectivamente. La modalidad no interactiva realiza comprobaciones básicas de sintaxis pero no verifica las contraseñas. Consejo: Para asegurarse de que los servidores de copia de seguridad (BS) también han sido actualizados por SSH (si es aplicable), utilice los scripts de configuración para la modificación de la contraseña. Utilice la sintaxis siguiente para cambiar las contraseñas para la intercomunicación entre los componentes de Tivoli Storage FlashCopy Manager y la comunicación con las bases de datos Oracle y DB2 y con dispositivos de almacenamiento. fcmcli -f contraseña Capítulo 5. Mandatos y scripts 127 -p perfil , :contraseña-maestra sección : contraseña , -b archivo-contraseña sección : contraseña contraseña-maestra Tabla 33. Opciones del mandato fcmcli para cambiar contraseñas Opción Descripción -f contraseña Establece o cambia las contraseñas. Nota: Si desea garantizar que los servidores de seguridad se actualizan también (si se utiliza OpenSSH), no llame a fcmcli -f contraseña directamente. En su lugar, establezca o cambie las contraseñas utilizando los scripts de configuración. -p perfil Vía de acceso completa y nombre del perfil que se utiliza. Valor predeterminado Altera temporalmente el parámetro de perfil Se utiliza el perfil en la vía de acceso operativa actual. En la modalidad interactiva, el mandato busca el perfil para las secciones ORACLE, DEVICE_CLASS y DB2STANDBY y, a continuación, consulte las contraseñas respectivas. Cuando no se especifica el nombre de archivo de contraseña, el mandato lee el nombre de archivo respectivo de la sección GLOBAL del perfil. -b archivo-contraseña El archivo de contraseña que se va a El archivo /shared/acsd.pwd crear o actualizar. situado en el directorio especificado por el parámetro ACS_DIR como está definido en la sección GLOBAL. Esta información se lee de uno de estos perfiles: v Si no se especifica -p, se utiliza 'profile'. v Si se especifica -p, se utiliza el perfil especificado. 128 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux (No existe un parámetro de perfil correspondiente). Tabla 33. Opciones del mandato fcmcli para cambiar contraseñas (continuación) Opción Descripción <nombreSección>: <contraseña> Establece las contraseñas para las cuentas de usuario según se refiere en las secciones ORACLE, DB2STANDBY y DEVICE_CLASS. Observe que para las secciones DEVICE_CLASS, el nombreSección sigue la sintaxis DEVICE_CLASS:<nombre de instancia>, por ejemplo DEVICE_CLASS:STANDARD. En consecuencia, la sintaxis de la opción completa en este caso es DEVICE_CLASS:<nombre de clase de dispositivo>:<contraseña>. Valor predeterminado Altera temporalmente el parámetro de perfil No se permite el uso de espacios entre nombreSección, los dos puntos y la contraseña. :<contraseña maestra> Contraseña maestra utilizada para autenticar una biblioteca o agente con Management Agent (acsd). Conceptos relacionados: “Descripción de perfil de Tivoli Storage FlashCopy Manager” en la página 143 Capacidad gestionada de consulta (fcmcli -f used_capacity) Utilice este mandato para comprobar periódicamente la cantidad de espacio de almacenamiento utilizada para las copias de seguridad y verificar la conformidad con la cantidad de capacidad con licencia. Este mandato enumera todos los volúmenes protegidos por Tivoli Storage FlashCopy Manager para los que se ha creado una copia de seguridad (FlashCopy® o instantánea). Si un volumen contiene varias copias de seguridad, ese volumen se cuenta solo una vez durante la consulta. Identifique el repositorio del que se van a enumerar las copias de seguridad especificando el perfil asociado al volumen de origen. La salida muestra el ID de volumen de origen, el tamaño (la capacidad) de cada volumen de origen y la capacidad total gestionada de todos los volúmenes de origen. La sintaxis de fcmcli -f used_capacity es la siguiente: fcmcli -f used_capacity -p profile [-c] -p Especifique el nombre del perfil de Tivoli Storage FlashCopy Manager asociado a las copias de seguridad que residen en el volumen. -c Especifique esta opción para mostrar la salida como valores separados por coma. Capítulo 5. Mandatos y scripts 129 Salida de ejemplo Este mandato muestra todos los volúmenes de origen del perfil que reside en db2/S01/acs: fcmcli -f used_capacity -p /db2/S01/acs/profile Salida: FFM0000I managed capacity for repository /db2/S01/acs/repo FFM0000I volume ID: A0FR6HJ83C FFM0000I volume ID: A0FR6HENQ1 FFM0000I volume ID: A0FR6HAV80 capacity: capacity: capacity: 2 GB 2 GB 2 GB FFM0000I total managed capacity 6 GB Este mandato muestra todos los volúmenes del perfil que reside en db2/S01/acs como valores separados por coma: fcmcli -f used_capacity -p /db2/S01/acs/profile -c Salida: A0FR6HJ83C,2147483648 A0FR6HENQ1,2147483648 A0FR6HAV80,2147483648 *TOTAL*,6442450944 Daemons en segundo plano Para que Tivoli Storage FlashCopy Manager funcione correctamente, es necesario que algunos procesos de daemon de segundo plano estén activos y en ejecución. Los procesos de daemon de segundo plano no se inician directamente. En su lugar, se suelen añadir a /etc/inittab mediante los mandatos setup_*.sh. Para soportar los entornos de alta disponibilidad donde no se puede utilizar /etc/inittab, puede indicar a los scripts setup_*.sh que le proporcionen los mandatos exactos que se deben añadir a los scripts de alta disponibilidad, en lugar de añadir entradas a /etc/inittab. Management Agent (acsd) Management Agent (acsd) coordina la operación de copia de seguridad de instantánea. El agente Management Agent se inicia como un daemon de segundo plano (consulte “Daemons en segundo plano”), de forma que no es necesario iniciarlo manualmente. Management Agent (acsd) controla el flujo de copia de seguridad y media entre los demás agentes. Management Agent proporciona también acceso al repositorio de copia de seguridad de instantánea, que contiene información sobre las copias de seguridad de instantánea válidas y sus relaciones con los dispositivos de almacenamiento habilitados para instantáneas. (DB2) acsd se debe iniciar como el propietario de la instancia de DB2. Si debe desviarse de la instalación estándar, el agente Management Agent ofrece las siguientes opciones de mandato para la personalización: 130 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux acsd -p perfil-acsd -c puerto-acsd -r repositorio-acs -d directorio-acs -t -b -a servidor-administration-assistant archivo-contraseña : puerto-ayuda-administración Sintaxis para obtener información de versión o de ayuda: acsd -v -h Tabla 34. Opciones para iniciar el Management Agent (acsd) como un proceso de daemon Altera temporalmente el parámetro de perfil Opción Descripción Valor predeterminado -p perfil-acsd Vía de acceso completa y nombre del perfil que el Management Agent utiliza. <INSTANCE_DIR>/profile Management Agent utiliza las secciones 'GLOBAL' y 'acsd' del perfil. -c puerto-acsd Número de puerto TCP/IP o nombre del servicio en que Management Agent está a la escucha 57328 ACSD (número de puerto o nombre del servicio) -r repositorio-acs Nombre de directorio donde se ubica el repositorio de copia de seguridad de instantánea Ninguno. ACS_REPOSITORY -d directorio-acs Nombre del directorio de Tivoli Storage FlashCopy Manager <ACS_DIR> -t Activar rastreo Rastreo desactivado -b archivo-contraseña <ACS_DIR>/shared/ Archivo en el que se pwd.acsd almacena la contraseña de Management Agent de Tivoli Storage FlashCopy Manager (de forma cifrada). Consulte las notas. -a servidor-administrationassistant (SAP) Nombre de host del servidor en que se ejecuta Administration Assistant Ninguno. ADMIN_ASSISTANT (nombre de host) puerto-administrationassistant (SAP) Puerto TCP/IP en el que Administration Assistant está a la escucha Ninguno. ADMIN_ASSISTANT (número de puerto) -v Mostrar información de versión y de ayuda. Ninguno. N/D -h Mostrar información de ayuda solo. Ninguno. N/D TRACE (No existe un parámetro de perfil correspondiente). Capítulo 5. Mandatos y scripts 131 Todos los parámetros alteran temporalmente los valores especificados en el perfil-acsd o los valores predeterminados correspondientes. Se crearán automáticamente los directorios shared y logs en DIR_ACS. Si no se ha especificado ningún parámetro, se inicia acsd con el perfil predeterminado y con los valores de parámetro predeterminados donde sea aplicable, o bien se emite un mensaje de error si no existe este perfil. (DB2) Si un usuario instala DB2 y crea una instancia de DB2, el agente Management Agent (acsd) se copiará en el directorio <directorio instancia de DB2>/acs. Para activar Tivoli Storage FlashCopy Manager, el usuario debe iniciar el script de configuración como el propietario de instancia de DB2 desde este mismo directorio. Este script creará dos entradas en /etc/inittab. Así se iniciará automáticamente Management Agent (acsd) desde /etc/inittab sin ningún argumento de línea de mandatos. En este caso, se utilizarán los valores predeterminados para configurar Management Agent (acsd). Se pueden alterar temporalmente los valores predeterminados proporcionando un perfil. De forma predeterminada, éste se ubica en el directorio <directorio instancia de DB2>/acs. Cuando se inicia por primera vez acsd, o con un nuevo parámetro DIR_ACS: v Creará los subdirectorios 'shared' y 'logs' v Creará un archivo de contraseña pwd.acsd en el subdirectorio 'shared' v Generará una contraseña maestra. Mientras la biblioteca de copia de seguridad de instantánea utilice el mismo DIR_ACS, puede autenticarse a sí misma con acsd con la contraseña proporcionada en el archivo pwd.acsd. Si la biblioteca de copia de seguridad de instantánea utiliza otro DIR_ACS, se debe copiar el archivo de contraseña predeterminado pwd.acsd en ese directorio para que se pueda leer la contraseña maestra de ese directorio. Conceptos relacionados: “Descripción de perfil de Tivoli Storage FlashCopy Manager” en la página 143 Generic Device Agent (acsgen) El agente Generic Device Agent (acsgen) es el componente que utiliza los adaptadores apropiados para iniciar los mandatos de instantánea en dispositivos compatibles con instantáneas. El agente Generic Device Agent se inicia como un daemon de segundo plano (consulte “Daemons en segundo plano” en la página 130), de forma que no es necesario iniciarlo manualmente. Si debe desviarse de la instalación estándar, el agente Generic Device Agent (acsgen) ofrece las siguientes opciones de mandato para la personalización: acsgen -p perfil -c nombre_host-acsd : puerto-acsd -s clase-dispositivo,dispositivo-claseN -l directorio-acs -H nombre_host -D -M -t Sintaxis para obtener información de versión o de ayuda: 132 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux acsgen -v -h Tabla 35. Opciones para iniciar Generic Device Agent (acsgen) Opción Descripción Valor predeterminado -p perfil Nombre completo del perfil. <INSTANCE_DIR>/profile -c nombre_host-acsd Nombre del servidor donde se ejecuta Management Agent (acsd) host local puerto-acsd Número de puerto TCP/IP o nombre 57328 del servicio en que Management Agent (acsd) está a la escucha -s clase-dispositivo Sección del perfil que pertenece a la clase de dispositivo. Especifique varias clases de dispositivo separando cada una de ellas por un espacio. STANDARD -l directorio-acs Directorio en que se pueden encontrar los directorios 'logs' y 'shared'. <ACS_DIR> -D Iniciar como daemon. La opción '-a' define a qué estados de usabilidad responderá el Device Agent. Válido solo cuando se inicia desde /etc/inittab. Ejecutar y terminar -H nombre_host El nombre de host donde se ejecuta el proceso. El uso primario lo realiza el componente launchpad para comprobar sus particiones en un entorno DB2 de varias particiones. El nombre de host de la máquina que visualiza el mandato hostname. -t Activar rastreo <TRACE> -M Iniciar Device Agent como un "agente Iniciar como "agente de supervisión". de montaje". Se llama a este agente para montar o desmontar los volúmenes de destino en el sistema de copia de seguridad si existe cualquier de estas situaciones: v se ha solicitado una copia de seguridad de descarga en Tivoli Storage Manager v los archivos de base de datos residen en sistemas de archivos JFS; v los archivos de base de datos residen en los volúmenes duplicados de LVM de AIX; v No se ha suspendido la base de datos. Un montaje verifica la coherencia de los sistemas de archivos asociados. -v Mostrar información de versión y de ayuda. Ninguno. -h Mostrar información de ayuda solo. Ninguno. Capítulo 5. Mandatos y scripts 133 Montaje y desmontaje de instantáneas en un sistema secundario Están disponibles mandatos de FlashCopy Manager para montar o desmontar una copia de seguridad de instantánea en un sistema secundario. fcmcli cláusula-función -p perfil -c nombre-host_acsd : puerto_acsd -l directorio-acs -t -B ID-copia_seguridad -d nombre-base_datos -i nombre-instancia En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: operaciones administrativas de FlashCopy La opción de mandato de fcmcli -f 'función' para montaje y desmontaje admite estas funciones: -f mount -f unmount -d nombre-base_datos -i nombre-instancia -B ID de copia de seguridad La opción de mandato de fcmcli -f 'función' para desmontaje forzado admite estas funciones: -f unmount -F -d nombre-base_datos -i nombre-instancia -B ID de copia de seguridad Las funciones mount, unmount o tape_backup no pueden ejecutarse en paralelo en el mismo servidor de copia de seguridad. Tabla 36. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager Opción Descripción Valor predeterminado -p perfil Nombre completo del perfil. <INSTANCE_DIR>/profile -c nombre_host-acsd Nombre del servidor donde se ejecuta Management Agent (acsd) host local puerto-acsd Número de puerto TCP/IP o nombre del servicio en que Management Agent (acsd) está a la escucha 57328 -l directorio-acs Directorio en que se pueden encontrar los directorios 'logs' y 'shared'. <ACS_DIR> 134 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 36. Opciones del mandato 'fcmcli' de Tivoli Storage FlashCopy Manager (continuación) Opción Descripción Valor predeterminado -f mount Monta un destino de instantánea establecido -f unmount Desmonta un destino de instantánea establecido -d nombre-base_datos Nombre de base de datos. Necesario para la opción '-F'. Sin limitación -i nombre-instancia Nombre de instancia que se va a aplicar al mandato. Necesario para la opción '-F'. Sin limitación. -F Ninguno. Fuerza un restablecimiento de los estados de usabilidad de TAPE_BACKUP_IN_PROGRESS para la copia de seguridad de instantánea especificada durante la función unmount force. Este parámetro también requiere los parámetros v -d nombre-base_datos v -i nombre-instancia v -B ID-copia_seguridad . -t Inicia con rastreo activado. -v Muestra la versión. -h Muestra el texto de ayuda. -B El ID de copia de seguridad visualizado por fcmcli -f inquire [_detail] o db2acsutil. Rastreo desactivado Ninguno. -f mount Este mandato monta una copia de seguridad de instantánea en un sistema de copia de seguridad. El montaje de una copia de seguridad significa que se produce lo siguiente: 1. Configure los volúmenes de destino, que podría ser necesario que se asignen al sistema de descarga de datos (consulte el parámetro del perfil BACKUP_HOST_NAME en “Sección DEVICE_CLASS dispositivo” en la página 174 para ver más detalles). 2. Importe los grupos de volúmenes desde los volúmenes de destino. 3. Monte todos los sistemas de archivos dentro de los grupos de volúmenes. Para cada servidor de copia de seguridad un agente de montaje realiza el montaje. Como resultado, el daemon de launchpad inicia un agente de montaje que se ejecuta en el servidor de copia de seguridad respectivo. Mediante la especificación de opciones adicionales (argumentos de filtro) como -i nombre-instancia -d database-name -B ID-copia_seguridad se puede seleccionar una copia de seguridad de instantánea específica para montar en el sistema de descarga. Capítulo 5. Mandatos y scripts 135 Nota: Si se omite la opción -B, se selecciona implícitamente la copia de seguridad más antigua con estado "tape_backup_pending". (DB2) En un entorno DPF con varias particiones, IBM Tivoli Storage FlashCopy Manager siempre monta todas las particiones asociadas a una operación de copia de seguridad de instantánea. Para reflejar si una copia de seguridad de instantánea se está montando actualmente o ya se ha montado, se establecerá la usabilidad que indica MOUNTING y MOUNTED, respectivamente, para las copias de seguridad del repositorio de copia de seguridad de instantánea. Estos dos valores de estado impiden una solicitud duplicada de montaje de una copia de seguridad que se está montando actualmente, o que ya está montada, en el sistema de copia de seguridad. Si hay varias copias de seguridad de instantánea de una base de datos candidatas para ser montadas, IBM Tivoli Storage FlashCopy Manager siempre escoge la que tiene el ID de copia de seguridad más reciente. -f unmount Este mandato libera todos los recursos en el servidor de descarga que ha utilizado el mandato mount. Modalidad normal: para cada servidor de copia de seguridad, un agente de descarga realiza el desmontaje en sí. Como resultado, el daemon de launchpad inicia un agente de montaje que se ejecuta en el servidor de copia de seguridad respectivo. Se efectuarán los pasos siguientes de forma interna: 1. Se desmontan los sistemas de archivos que pertenecen a los volúmenes de destino 2. Se exporta el grupo de volúmenes asignado 3. Se eliminan los dispositivos (vpath/hdisk) del sistema de descarga Mediante la especificación de opciones adicionales (argumentos de filtro) como -i nombre-instancia -d database-name -B ID-copia_seguridad se puede seleccionar una copia de seguridad de instantánea específica para desmontar del sistema de descarga. (DB2) En un entorno DPF con varias particiones, IBM Tivoli Storage FlashCopy Manager siempre desmonta todas las particiones asociadas a una copia de seguridad de instantánea. Si el desmontaje no se realiza con éxito debido a problemas en Device Agent, el estado de usabilidad de la copia de seguridad permanecerá en MOUNTED en el repositorio de copia de seguridad de instantánea. De esta forma, tras resolver los problemas en el sistema de copia de seguridad (en algunos casos, la única forma podría ser una intervención manual), el mandato fcmcli 'unmount' se debe volver a emitir para finalizar el desmontaje de los sistemas de archivos y actualizar el estado de usabilidad de la copia de seguridad en el repositorio de copia de seguridad de instantánea de modo correspondiente. Si hay una copia de seguridad de cinta con traspaso de datos que se ejecuta actualmente (se establece el estado de usabilidad TAPE_BACKUP_IN_PROGRESS), IBM Tivoli Storage FlashCopy Manager no seleccionará estas copias de seguridad para desmontarlas. Modalidad forzada: anomalías inesperadas en el sistema junto con copias de seguridad de cinta descargadas pueden llegar a producir un estado incorrecto de la copia de seguridad que se refleja en el repositorio de copia de seguridad de 136 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux instantánea (todavía está establecido TAPE_BACKUP_IN_PROGRESS). Por lo tanto, se proporciona una opción 'force' especial incorporada (-F) para la función fcmcli 'unmount' para devolver al sistema a un estado utilizable. Además de la función normal de desmontaje, 'unmount force' selecciona las copias de seguridad que actualmente están en estado TAPE_BACKUP_IN_PROGRESS como candidatas para desmontarlas y restablece el estado de usabilidad TAPE_BACKUP_IN_PROGRESS de esas copias de seguridad. Las opciones '-d', '-i' y '-B' se deben especificar para identificar de forma exclusiva la copia de seguridad implicada. Integración con Tivoli Storage Manager Si está instalado y configurado Tivoli Storage Manager en su entorno, puede crear una copia de seguridad en Tivoli Storage Manager desde una instantánea. Offload Agent (tsm4acs) El agente de descarga es un proceso de daemon que gestiona copias de seguridad con traspaso de datos en Tivoli Storage Manager. Además, proporciona una interfaz de línea de mandatos que ofrece funciones para gestionar las copias de seguridad de Tivoli Storage Manager. tsm4acs cláusula-función -p perfil -c nombre-host_acsd : puerto_acsd -l directorio-acs -D -t -i nombre-instancia -N lista_números_partición -K -d nombre-base_datos -B ID-copia_seguridad -P nombre_grupo_partición -S TSM_BACKUP=yes|no En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: operaciones de descarga de FlashCopy En un entorno DB2, la instalación de Tivoli Storage FlashCopy Manager permite la funcionalidad de descarga que de otro modo no está disponible para la funcionalidad de copia de seguridad de instantánea incorporada que se entrega con DB2. La opción de mandato de tsm4acs -f 'función' admite estas funciones: -f tape_backup -d nombre-base_datos -i nombre de instancia -N lista_números_partición -K Las funciones mount, unmount o tape_backup no pueden ejecutarse en paralelo en el mismo servidor de copia de seguridad. La función 'update_status' está soportada por el mandato tsm4acs: Capítulo 5. Mandatos y scripts 137 -f update_status -B -d nombre-base_datos ID de copia de seguridad -i nombre-instancia -S TSM_BACKUP=yes|no Tabla 37. Opciones del mandato 'tsm4acs' de Tivoli Storage FlashCopy Manager Opción Descripción Valor predeterminado -p perfil Nombre completo del perfil. <INSTANCE_DIR>/profile -c nombre_host-acsd Nombre del servidor donde se ejecuta Management Agent (acsd) host local puerto-acsd Número de puerto TCP/IP o nombre 57328 del servicio en que Management Agent (acsd) está a la escucha -l directorio-acs Directorio en que se pueden encontrar los directorios 'logs' y 'shared'. -f tape_backup Hace una copia de seguridad de un destino de instantánea establecido en Tivoli Storage Manager. -f update_status Actualiza el estado de usabilidad después de que se completa una operación de copia de seguridad con uno de estos estados: <ACS_DIR> v Descargue una copia de seguridad de instantánea en Tivoli Storage Manager (TSM_BACKUP=yes). v No descargue una copia de seguridad de instantánea en Tivoli Storage Manager (TSM_BACKUP=no) si se había planificado la descarga. Se requieren estos parámetros también si se utiliza -f update_status: v -d nombre-base_datos v -i nombre-instancia v -T id-instantánea v -S TSM_BACKUP=yes|no -d nombre-base_datos Nombre de base de datos. Necesario para la opción '-F'. -N partición | lista de particiones Se dirigen todas las particiones (si no Número único o lista de números (separados por coma) que indican las se especifica). particiones que la función concreta va a dirigir. -i nombre-instancia Sin limitación. Nombre de instancia que se va a aplicar al mandato. Necesario para la opción '-F'. -D Ejecutar como proceso de daemon. Válido solo cuando se inicia desde /etc/inittab. 138 Sin limitación Ejecutar y terminar. IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 37. Opciones del mandato 'tsm4acs' de Tivoli Storage FlashCopy Manager (continuación) Opción Descripción Valor predeterminado -K En un entorno de varias particiones, las particiones permanecen montadas siempre que todas las particiones que participan se hayan descargado en Tivoli Storage Manager correctamente. Offload Agent desmontará todas las particiones después de que se haya descargado satisfactoriamente la última partición. Desactivado. La operación unmount forma parte de todas las operaciones de copia de seguridad de Tivoli Storage Manager. -t Inicia con rastreo activado. Rastreo desactivado -v Muestra la versión. -h Muestra el texto de ayuda. -S TSM_BACKUP=yes|no Utilice esta opción para informar a Tivoli Storage FlashCopy Manager de que ya no se requiere una copia de seguridad de Tivoli Storage Manager o de que se ha solicitado actualmente una copia de seguridad de Tivoli Storage Manager. Esta opción es válida solo con la función update_status. -B El ID de copia de seguridad visualizado por fcmcli -f inquire [_detail] o db2acsutil. Ninguno. -P El nombre de un grupo de particiones como se ha especificado en el perfil con el parámetro PARTITION_GROUP. Ninguno. El proceso tsm4acs conecta con el proceso de Management Agent (acsd) y realiza la función especificada con la opción '-f'. Después de ejecutar la operación adecuada, tsm4acs lo notifica a acsd, que luego actualiza el repositorio de copia de seguridad de instantánea de modo correspondiente. Si se inicia como daemon (opción -D), como es el caso de la entrada /etc/inittab estándar, tsm4acs realizará las operaciones de copia de seguridad de cinta descargadas. Esto provocará una copia de seguridad de cinta síncrona de todas las copias de seguridad de instantánea. En el momento en que se inicie una nueva instantánea con TSM_BACKUP YES, se iniciará Offload Agent para hacer una copia de seguridad de ésta en cinta cuando se ponga a disposición para montaje en un sistema de copia de seguridad (REMOTELY_MOUNTABLE). El código de retorno de Offload Agent será 0 si finaliza la solicitud sin errores, o si no hay candidatos para la solicitud. Aún más, el código de retorno será 1 si se producen uno o varios problemas leves que no son esenciales pero que deberían comprobarse para impedir problemas mayores más adelante. El código de retorno 2 indica que se ha producido un error durante la ejecución del mandato. Las secciones siguientes describen los detalles de las distintas funciones especificadas con la opción '-f' del mandato tsm4acs de Tivoli Storage FlashCopy Manager. Capítulo 5. Mandatos y scripts 139 -f tape_backup: Este mandato de agente de descarga hace una copia de seguridad de los datos en almacenamiento de cinta. Nota: IBM Tivoli Storage Manager for Enterprise Resource Planning debe estar instalado en el servidor de producción y de copia de seguridad si utiliza Tivoli Storage FlashCopy Manager en un entorno SAP® con Oracle o DB2. Tivoli Storage Manager for Databases (Data Protection for Oracle) así como Oracle deben estar instalados en el servidor de producción y de copia de seguridad si utiliza Tivoli Storage FlashCopy Manager para proteger un entorno Oracle no SAP. Si se utiliza FlashCopy Manager for Custom Applications, el cliente de archivado y copia de seguridad de Tivoli Storage Manager debe estar instalado en el servidor de copia de seguridad. Para crear una copia de seguridad de instantánea con una copia de seguridad de cinta posterior, se debe especificar TSM_BACKUP o TAPE_BACKUP_FROM_SNAPSHOT como parte del mandato de copia de seguridad o como un parámetro de perfil, que se aplica de este modo a todas las copias de seguridad. El agente de gestión actualiza el estado de usabilidad con TAPE_BACKUP_PENDING. El Offload Agent de IBM Tivoli Storage FlashCopy Manager selecciona todas las copias de seguridad de instantánea en el estado TAPE_BACKUP_PENDING y hará una copia de seguridad de éstas en cinta. Para iniciar la copia de seguridad descargada en cinta, especifique el mandato: tsm4acs -f tape_backup Especificando opciones adicionales o argumentos de filtro como, por ejemplo, -i nombre-instancia -d nombre-base_datos se puede seleccionar la copia de seguridad adecuada de la instancia o base de datos especificada para descargar en cinta. La opción "-B backup-id" no se puede especificar junto con "-f tape_backup". Se deben procesar las copias de seguridad en orden cronológico. tsm4acs siempre hará una copia de seguridad de la instantánea más anterior elegible para transferir a Tivoli Storage Manager. (DB2) Las copias de seguridad de cinta con traspaso de datos no se registrarán en el historial de DB2 en el sistema de producción. Se reflejarán en el historial de DB2 en el sistema de traspaso de datos siempre que los volúmenes asignados no se hayan sobrescrito. Consulte también “Visión general del archivo del historial de la copia de seguridad de DB2” en la página 78. Mediante la especificación de la opción -D para Offload Agent, actuará como un proceso de daemon que comprueba de forma periódica las solicitudes de copia de seguridad de cinta pendientes. Además, Offload Agent, que se ejecuta como un daemon, intenta descargar una copia de seguridad de instantánea en cinta solo una vez. Si por algún motivo falla el primer intento, se marca la copia de seguridad de instantánea de modo correspondiente y el daemon tsm4acs no la seleccionará una segunda vez para descargarla en cinta. Tal copia de seguridad se debe descargar en cinta de forma manual, emitiendo: tsm4acs -f tape_backup <argumentos filtro> 140 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Si hay varias copias de seguridad de instantánea candidatas para descargalas en cinta, Offload Agent IBM Tivoli Storage FlashCopy Manager (como daemon o con la función -f tape_backup) seleccionará siempre la que tenga el ID de copia de seguridad de instantánea más antiguo. Esta selección garantiza que se crean las copias de seguridad de Tivoli Storage Manager en el orden secuencial adecuado. Consejo: Siempre que se crea una nueva copia de seguridad de instantánea con TSM_BACKUP establecido en YES, MANDATE o LATEST, IBM Tivoli Storage FlashCopy Manager establece el estado TAPE_BACKUP_PENDING en NO para todas las copias de seguridad de instantánea que se han creado anteriormente con TSM_BACKUP establecido en LATEST. Esto impide que las solicitudes de copia de seguridad a Tivoli Storage Manager se pongan en cola si no se pueden completar en este momento. Si desea obtener más detalles, consulte Tabla 41 en la página 153. La función tsm4acs 'tape_backup' realiza internamente estos pasos: 1. Monte los sistemas de archivos en el sistema con traspaso de datos si no se han montado previamente utilizando fcmcli con la función 'mount' o mediante una solicitud de montaje forzado (consulte “Montaje forzado ” en la página 11 si desea más información). Si ya se han montado todos los sistemas de archivos necesarios, se omitirá este paso (consulte “-f mount” en la página 135). 2. Actualiza el estado de usabilidad a TAPE_BACKUP_IN_PROGRESS para todas las particiones que tienen establecido el estado de usabilidad TAPE_BACKUP_PENDING. 3. Hace una copia de seguridad de estas particiones en cinta. 4. Actualiza los estados de usabilidad: para las particiones para las que la copia de seguridad ha sido satisfactoria, restablece el estado de usabilidad TAPE_BACKUP_PENDING y establece TAPE_BACKUP_COMPLETE. Para aquellas particiones en las que ha fallado la copia de seguridad, establece el estado de usabilidad TAPE_BACKUP_FAILED. Para todas las particiones que participan, restablece el estado de usabilidad TAPE_BACKUP_IN_PROGRESS. 5. Desmonta los sistemas de archivos del sistema de descarga (consulte “-f unmount” en la página 136). Siempre que el estado de usabilidad de una partición sea TAPE_BACKUP_IN_PROGRESS, se rechazará toda solicitud de reiniciar la descarga de esa partición en cinta. Si no se ha podido realizar una copia de seguridad en Tivoli Storage Manager, FlashCopy Manager puede reintentar la operación de copia de seguridad. (DB2) En entornos de DPF, las copias de seguridad con traspaso de datos se pueden realizar sólo si la instantánea se ha creado en todas las particiones. Si Offload Agent reintenta una operación de copia de seguridad, solo hace una copia de seguridad de las particiones cuya copia de seguridad no ha sido satisfactoria. (DB2) En entornos DPF con más de una partición, puede ser útil realizar la copia de seguridad de Tivoli Storage Manager con traspaso de datos en paralelo en varias particiones. Esto es especialmente útil cuando la base de datos DPF de DB2 se distribuye en más de un sistema de copia de seguridad. El parámetro de perfil NUMBER_BACKUPS_IN_PARALLEL de la sección OFFLOAD se puede utilizar para especificar el grado de paralelismo. Para obtener información detallada, consulte Capítulo 6, “Archivos de configuración de Tivoli Storage FlashCopy Manager”, en la página 143 . Capítulo 5. Mandatos y scripts 141 -f update_status: Este mandato de agente de descarga actualiza el estado de usabilidad de una copia de seguridad de instantánea especificada. Se puede actualizar el estado de usabilidad de una copia de seguridad de instantánea especificada en descargar una copia de seguridad de instantánea en Tivoli Storage Manager (TSM_BACKUP=yes) o en no descargar una copia de seguridad de instantánea en Tivoli Storage Manager (TSM_BACKUP=no). Esto ofrece la ocasión de descargar una copia de seguridad de instantánea en Tivoli Storage Manager aunque se haya desactivado el parámetro de perfil TSM_BACKUP o TSM_BACKUP_FROM_SNAPSHOT durante la operación de copia de seguridad de instantánea. En esta situación, si ya no es necesario descargar una copia de seguridad de instantánea en Tivoli Storage Manager (que se ha realizado con el parámetro TSM_BACKUP o TSM_BACKUP_FROM_SNAPSHOT activado), se puede restablecer el estado de usabilidad de modo correspondiente. Para identificar la copia de seguridad cuyo estado se va a modificar, se deben especificar también estos parámetros al utilizar -f update_status: -d database-name -i nombre-instancia-B ID-copia_seguridad 142 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager Los archivos de configuración definidos por el usuario con toda la información que necesita Tivoli Storage FlashCopy Manager para realizar correctamente sus funciones. Tivoli Storage FlashCopy Manager utiliza los siguientes archivos de configuración: v Perfil v Archivos de volumen de destino v Archivo de contraseña v (SAP® con Oracle) Archivo de configuración de SAP Backint v (SAP® con Oracle) Archivo de configuración de SAP® BR*Tools v (Oracle nativa) Archivo de opciones de Tivoli Storage Manager Descripción de perfil de Tivoli Storage FlashCopy Manager Tivoli Storage FlashCopy Manager se basa en un perfil para poder funcionar correctamente. El perfil debe estar disponible en todos los nodos de base de datos, en la máquina en la que se ejecuta Management Agent (acsd) y en los servidores de copia de seguridad al guardar las copias de seguridad de instantánea en Tivoli Storage Manager. El perfil sólo utiliza la sección GLOBAL en el servidor de copia de seguridad. El perfil de Tivoli Storage FlashCopy Manager se crea o actualiza utilizando el script de configuración. El perfil estándar se llama 'profile' y se recomienda que se defina del modo siguiente: <ACS_DIR>/profile La ubicación donde está definido el perfil debe cumplir estos requisitos: v El directorio del perfil no debe formar parte de ninguna operación de instantánea. v (DB2) El directorio de perfil puede ser un NFS exportado y un NFS compartido en todas las particiones DPF de DB2. Consulte Capítulo 3, “Instalación de Tivoli Storage FlashCopy Manager”, en la página 53 si desea más información sobre cómo definir ACS_DIR. Normalmente, el perfil de Tivoli Storage FlashCopy Manager se utiliza con sólo un nombre de base de datos. El perfil se identifica mediante el valor de la opción -p de los archivos ejecutables de Tivoli Storage FlashCopy Manager y para las bases de datos DB2 mediante la opción del proveedor PROFILE. Los elementos del perfil no distinguen entre mayúsculas y minúsculas. Por convención, los nombres de sección y parámetro se muestran en mayúsculas. © Copyright IBM Corp. 2001, 2011 143 Secciones de perfil de Tivoli Storage FlashCopy Manager Cada sección del archivo de perfil de Tivoli Storage FlashCopy Manager contiene información única de esa sección. El perfil está estructurado en estas secciones especificadas: v GLOBAL v ACSD v v v v v v v CLIENT DEVICE_CLASS dispositivo OFFLOAD OFFLOAD_DB2STANDBY ORACLE CLONING DB2STANDBY La sección DEVICE_CLASS puede aparecer varias veces, cada una se proporciona con un nombre de instancia arbitrario pero único dispositivo. Los nombres se pueden cambiar y se determinan utilizando el parámetro de perfil DEVICE_CLASS especificado en la sección CLIENT o CLONING. Cada sección tiene un conjunto de parámetros exclusivo. Sección GLOBAL La sección GLOBAL contiene información que todos los componentes de Tivoli Storage FlashCopy Manager necesitan y utilizan y es por lo tanto necesaria en todos los nodos de base de datos así como en los Management, Device y Offload Agent. Los componentes de Tivoli Storage FlashCopy Manager evalúan esta sección una vez solo (durante el inicio). Por lo tanto, los cambios en esta sección requieren que se reinicie Tivoli Storage FlashCopy Manager antes de que puedan entrar en vigor. En función del entorno, quizá sea necesario instalar Tivoli Storage FlashCopy Manager en varias máquinas. Un entorno de este estilo podría ser cuando la base de datos se distribuye entre varios host de aplicaciones o cuando se utiliza un servidor de copia de seguridad para transferir las copias de seguridad de instantánea a Tivoli Storage Manager. Incluso en esos entornos hay siempre solo un Management Agent activo, cuya ubicación se especifica con el parámetro ACSD en esta sección. La sección GLOBAL se utiliza también para especificar la ubicación de los archivos de registro, rastreo y contraseña. El perfil utiliza solo la sección GLOBAL en el servidor de copia de seguridad. Sección ACSD La sección ACSD contiene información que Management Agent (acsd) utiliza de forma exclusiva. Esta sección incluye el parámetro ACS_REPOSITORY, que especifica el directorio donde Management Agent almacena su repositorio de copia de seguridad. Este repositorio es la colección más importante de datos de Tivoli Storage FlashCopy Manager. Si se pierde el repositorio, no se podrá restaurar ninguna copia de seguridad creada anteriormente. Sección CLIENT La sección CLIENT contiene todos los parámetros relacionados con operaciones de copia de seguridad, como SAP o las aplicaciones de base de datos nativa, el número de versiones de copia de seguridad, si se va a crear una copia de seguridad de Tivoli Storage Manager a partir de una instantánea, cuántas generaciones de copia de seguridad de instantánea se 144 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux van a retener y qué sección DEVICE_CLASS se utiliza durante la creación de instantánea. La biblioteca de copia de seguridad de instantánea utiliza la sección CLIENT que se carga para iniciar el proceso de copia de seguridad o restauración. Las opciones pueden alterar temporalmente la mayoría de parámetros de la sección CLIENT. Consejo: Para SAP® con Oracle: al configurar las copias de seguridad con traspaso de datos, el perfil no contiene ninguna sección CLIENT. En su lugar, la información correspondiente de la sección CLIENT se encuentra en el archivo .utl. Si desea obtener más información, consulte “Perfil backint de Tivoli Storage FlashCopy Manager (archivo .utl)” en la página 160. Sección DEVICE_CLASS dispositivo La sección DEVICE_CLASS contiene parámetros relacionados con el sistema de almacenamiento. Es necesaria al menos una sección DEVICE_CLASS para la configuración de Management Agent. La sección DEVICE_CLASS describe las características de un dispositivo de almacenamiento que se puede utilizar para crear una copia de seguridad de instantánea y como tal depende en gran medida del subsistema de almacenamiento específico. Puede especificar varias secciones DEVICE_CLASS en un perfil y asignar nombres arbitrarios pero únicos de su elección a estas secciones. Si se especifica el parámetro DEVICE_CLASS en la sección CLIENT o CLONING, se activará la sección DEVICE_CLASS correspondiente para su uso durante esta operación en particular. El valor de DEVICE_CLASS se graba en el repositorio de IBM Tivoli Storage FlashCopy Manager para identificar la sección DEVICE_CLASS adecuada que se utiliza durante la restauración. Para cada una de las secciones DEVICE_CLASS, es necesaria una contraseña y se puede establecer emitiendo el script de configuración sin la opción -a acción. Por ejemplo: setup_tipo.sh La contraseña también se puede establecer en una modalidad no interactiva utilizando el mandato fcmcli fcmcli -f password.Tivoli Storage FlashCopy Manager utiliza estas contraseñas para autenticarse con el subsistema de almacenamiento representado por la sección DEVICE_CLASS asociada. Consulte también “Management Agent (acsd)” en la página 130. Nota: Las secciones CLIENT y CLONING no pueden hacer referencia a DEVICE_CLASS a la vez. Sección OFFLOAD La sección OFFLOAD contiene información sobre cómo se transfiere una instantánea a Tivoli Storage Manager. Offload Agent (tsm4acs) y la funcionalidad relacionada de descarga de fcmcli la utilizan. Consulte las operaciones de descarga de FlashCopy en Capítulo 5, “Mandatos y scripts de Tivoli Storage FlashCopy Manager”, en la página 93 si desea más detalles. Para configurar Tivoli Storage FlashCopy Manager de forma que proteja ambos nodos, activo y en espera, de un entorno DB2 HADR, debe tener dos secciones OFFLOAD en el perfil. Las dos secciones se nombran de forma distinta, OFFLOAD y OFFLOAD_DB2STANDBY. Cuando se inicia Offload Agent, se conecta a Management Agent y consulta las copias de seguridad de instantánea de las que se ha realizado una copia de seguridad con el parámetro de perfil TSM_BACKUP (para Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 145 SAP con Oracle TSM_BACKUP_FROM_SNAPSHOT) establecido en YES. Si no se encuentra dicha copia de seguridad, el agente Offload Agent monta esta instantánea e inicia una copia de seguridad de Tivoli Storage Manager utilizando la siguiente aplicación: v (DB2 nativo) el agente DB2 Tivoli Storage Manager incorporado v (SAP con Oracle o DB2) IBM Tivoli Storage Manager for Enterprise Resource Planning (Tivoli Storage Manager for ERP) v (Oracle nativo) Oracle RMAN y Data Protection for Oracle. v (IBM Tivoli Storage FlashCopy Manager for Custom Applications) Cliente de archivado y copia de seguridad de Tivoli Storage Manager La sección OFFLOAD es opcional a no ser que exista una de estas condiciones: v (SAP® con Oracle) Se utiliza Tivoli Storage Manager for ERP para la copia de seguridad de cinta de descarga (al menos debe estar presente el parámetro PROFILE). v Se debe alterar temporalmente uno o varios de los valores predeterminados Sección ORACLE (Oracle) La sección ORACLE contiene los parámetros que describen la base de datos Oracle nativa. No es necesaria la sección ORACLE para SAP® con configuraciones Oracle. Sección CLONING La sección CLONING contiene los parámetros utilizados para las operaciones de clonación. La sección CLONING se omite para todas las demás operaciones. El perfil debe estar disponible en todos los nodos de base de datos y en el sistema en el que se ejecuta el agente Management Agent (acsd). Además, la sección GLOBAL del perfil es necesaria en el host donde residen las bases de datos de clonación. Sección DB2STANDBY (DB2) La sección DB2STANDBY se utiliza cuando se hacen copias de seguridad del nodo en espera de un entorno de recuperación tras desastre de alta disponibilidad (HADR) de DB2. Aunque Tivoli Storage FlashCopy Manager también evalúa todos los parámetros especificados dentro de la sección CLIENT durante las operaciones HADR, algunos parámetros especificados en la sección DB2STANDBY modifican los parámetros correspondientes especificados en la sección CLIENT. Consulte los parámetros de la “Sección DB2STANDBY” en la página 190 si desea obtener detalles. Sección OFFLOAD_DB2STANDBY La sección OFFLOAD_DB2STANDBY tiene la misma semántica que la sección OFFLOAD, excepto que se evalúa siempre que se produce una copia de seguridad con traspaso de datos desde un DB2 HADR secundario (en lugar del DB2 HADR primario). Consejo: Normalmente, también se necesita una sección OFFLOAD en el perfil para proteger las bases de datos si los DB2 HADR primario y secundario han cambiado los roles. Ejemplo Todos los parámetros que pertenecen a una sección se encierran entre una sentencia section-begin (>>> nombre_sección) y una sentencia section-end (<<< 146 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux nombre_sección). El nombre es opcional en la sentencia section-end. Se pueden utilizar comentarios en cualquier lugar dentro del perfil; se introducen mediante el símbolo '#' y se aplican al resto de la línea. Se permiten los caracteres de tabulación. La estructura básica de las secciones de archivo se detalla a continuación: # Sección global >>> GLOBAL nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección ACSD >>> ACSD nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección CLIENT >>> CLIENT nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección DEVICE_CLASS dispositivo >>> DEVICE_CLASS dispositivo nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección DEVICE_CLASS dispositivo2 >>> DEVICE_CLASS dispositivo2 nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección OFFLOAD >>> OFFLOAD nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección ORACLE >>> ORACLE nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección CLONING >>> CLONING nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< # Sección DB2STANDBY >>> DB2STANDBY nombre_parámetro1 valor1 nombre_parámetro2 valor1 valor2 .... <<< El ejemplo siguiente es un perfil de ejemplo para DB2 que incluye la clonación y la copia de seguridad de un nodo en espera de un entorno de recuperación tras desastre de alta disponibilidad (HADR) de DB2. >>> GLOBAL ACS_DIR /db2/AS1/acs ACSD auntmathilda 54331 # TRACE NO <<< Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 147 >>> ACSD ACS_REPOSITORY /db2/AS1/acs/acsrepository # ADMIN_ASSISTANT levi 5126 # REPOSITORY_LABEL TSM <<< >>> CLIENT # BACKUPIDPREFIX DB2___ APPLICATION_TYPE SAP # PARTITION_GROUP TSM_BACKUP YES # MAX_VERSIONS ADAPTIVE # LVM_FREEZE_THAW AUTO # NEGATIVE_LIST no_check # TIMEOUT_FLASH 120 # GLOBAL_SYSTEM_IDENTIFIER # DEVICE_CLASS STANDARD <<< >>> OFFLOAD BACKUP_METHOD DB2 OPTIONS @/db2/AS1/dbs/vendor.env.%DB2NODE # PARALLELISM AUTO # NUM_SESSIONS 1 # NUM_BUFFERS AUTO # BUFFER_SIZE AUTO <<< >>> DB2STANDBY DB2_PRODUCTIVE_SERVER akuma DB2_db2as1_svc DB2_ALIAS AS1 PRE_FLASH_CMD /db2/AS1/acs/db2_pre_flash_script.cmd POST_FLASH_CMD /db2/AS1/acs/db2_post_flash_script.cmd DB2_USERNAME db2as1 DB2_AUTH_TYPE SERVER <<< >>> OFFLOAD_DB2STANDBY BACKUP_METHOD TSM_CLIENT # MODE FULL ASNODENAME AS1TEST # DSM_DIR # DSM_CONFIG # VIRTUALFSNAME fcm <<< >>> CLONING DEVICE_CLASS CLONE1 USE_FOR_CLONING AS2 <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE DS8000 COPYSERVICES_PRIMARY_SERVERNAME uncletitus # COPYSERVICES_SECONDARY_SERVERNAME COPYSERVICES_USERNAME tsmuser # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE NOCOPY # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO # STORAGE_SYSTEM_ID TARGET_SETS VOLUMES_FILE VOLUMES_FILE /db2/AS1/acs/acsvolumes/fct.file <<< 148 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux >>> DEVICE_CLASS CLONE1 COPYSERVICES_HARDWARE_TYPE DS8000 COPYSERVICES_PRIMARY_SERVERNAME uncletitus # COPYSERVICES_SECONDARY_SERVERNAME COPYSERVICES_USERNAME tsmuser # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # COPYSERVICES_SERVERPORT 5989 # FLASHCOPY_TYPE COPY # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO # STORAGE_SYSTEM_ID TARGET_SETS VOLUMES_FILE VOLUMES_FILE /db2/AS1/acs/acsvolumes/fct.file.cloning CLONE_DATABASE YES <<< Alteración temporal de parámetros de perfil de Tivoli Storage FlashCopy Manager Sobrescriba los parámetros de perfil de Tivoli Storage FlashCopy Manager para DB2 y para SAP con Oracle mediante las opciones de proveedor. Si desea obtener detalles, consulte Capítulo 5, “Mandatos y scripts de Tivoli Storage FlashCopy Manager”, en la página 93. Modificación de las secciones GLOBAL o ACSD del perfil de Tivoli Storage FlashCopy Manager Los cambios en el perfil entran en vigor inmediatamente y no requieren que se reinicie Tivoli Storage FlashCopy Manager excepto cuando se modifican las secciones GLOBAL o ACSD. No obstante, los cambios en las sección GLOBAL del perfil requieren este procedimiento. 1. Emita este mandato para detener Tivoli Storage FlashCopy Manager en todas las máquinas en que está instalado actualmente: setup_tipo.sh –a stop 2. Actualice los parámetros de las secciones GLOBAL o ACSD. 3. Emita este mandato para iniciar Tivoli Storage FlashCopy Manager en todas las máquinas que se han detenido anteriormente: setup_tipo.sh –a start Parámetros de perfil de Tivoli Storage FlashCopy Manager Utilice los parámetros de perfil de Tivoli Storage FlashCopy Manager para configurar Tivoli Storage FlashCopy Manager. Los parámetros de perfil se organizan en distintas secciones en el perfil de Tivoli Storage FlashCopy Manager. Se incluyen tablas que resumen los parámetros de perfil. Si desea obtener información adicional sobre los parámetros de perfil, consulte “Notas sobre parámetros de perfil” en la página 195. Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 149 Tabla 38. Secciones de perfil de Tivoli Storage FlashCopy Manager Sección parámetro de perfil Página Sección GLOBAL “Sección GLOBAL” Sección ACSD “Sección ACSD” en la página 151 Sección CLIENT “Sección CLIENT” en la página 152 Perfil backint de IBM Tivoli Storage FlashCopy Manager (archivo .utl) “Perfil backint de Tivoli Storage FlashCopy Manager (archivo .utl)” en la página 160 Perfil de configuración de SAP® BR*Tools (.sap) “Perfil de configuración de SAP® BR*Tools (.sap)” en la página 166 Sección ORACLE “Sección ORACLE” en la página 168 Sección CLONING “Sección CLONING” en la página 171 Sección DEVICE_CLASS dispositivo “Sección DEVICE_CLASS dispositivo” en la página 174 Sección OFFLOAD “Sección OFFLOAD” en la página 182 Sección DB2STANDBY “Sección DB2STANDBY” en la página 190 Sección OFFLOAD_DB2STANDBY “Sección OFFLOAD_DB2STANDBY” en la página 195 Conceptos relacionados: “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212 Referencia relacionada: “Archivos y directorios clave” en la página 225 Sección GLOBAL Los parámetros de perfil de la sección GLOBAL contienen información de configuración básica, como el puerto en que FlashCopy Manager está a la escucha y el lugar donde este último graba los registros. Los parámetros son independientes del dispositivo de almacenamiento o aplicación. Tabla 39. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección GLOBAL Nombre Valor Valor predeterminado ACS_DIR Vía de acceso del directorio de IBM Tivoli Storage FlashCopy Manager. Consulte la nota 1 en “Notas sobre parámetros de perfil” en la página 195. Necesario ACSD No puerto de nombre de host Nombre de host y puerto (separados por espacio) del sistema en que se ejecuta Management Agent. No sistema principal local 57328 Este parámetro debe ser idéntico en todos los sistemas donde está instalado Tivoli Storage FlashCopy Manager para una instancia de base de datos determinada. No obstante, un Management Agent individual puede gestionar cada instancia. 150 Sólo modalidad avanzada IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 39. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección GLOBAL (continuación) Nombre TRACE Valor Valor predeterminado YES NO Sólo modalidad avanzada Sí Habilitar rastreo NO Inhabilitar rastreo Si desea obtener más información, consulte “Resumen de archivos de registro y rastreo” en la página 270. Se puede especificar también TRACE en el perfil backint. Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Sección ACSD Los parámetros de perfil de la sección ACSD contienen información básica. Excepto donde conste, los parámetros son independientes del dispositivo de almacenamiento o aplicación. Tabla 40. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección ACSD Nombre Valor Valor predeterminado Sólo modalidad avanzada ACS_REPOSITORY Vía de acceso del directorio del repositorio de ACS. El usuario debe especificar este parámetro. No NO Sí TSM Sí Consulte la nota 2 en “Notas sobre parámetros de perfil” en la página 195. ADMIN_ASSISTANT <servidor> <puerto> Servidor y puerto en que el componente servidor Tivoli Storage Manager for ERP Administration Assistant está a la escucha. NO No se envían datos al Administration Assistant. Consulte la nota 3 en “Notas sobre parámetros de perfil” en la página 195. Se aplica sólo a los entornos SAP. REPOSITORY_LABEL Prefijo que se añade a cada nombre de volumen en IBM XIV Storage System. El prefijo contiene tres caracteres en uno de estos rangos: [a-z] [A-Z] [0-9] Consulte la nota 4 en “Notas sobre parámetros de perfil” en la página 195. Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 151 Sección CLIENT La sección CLIENT contiene parámetros relacionados con las aplicaciones de base de datos. Los parámetros no dependen del dispositivo de almacenamiento. Esta sección es necesaria para todas las aplicaciones de base de datos excepto para SAP con Oracle si se utiliza Tivoli Storage FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning. En este caso, los parámetros de la sección CLIENT se deben incluir directamente en el archivo de configuración de IBM Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl) de forma que se extraen del perfil de Tivoli Storage FlashCopy Manager. Estos parámetros se designan con el signo "+" en la columna SAP con Oracle. Si desea más información, consulte “Perfil backint de Tivoli Storage FlashCopy Manager (archivo .utl)” en la página 160. Nota: Normalmente, las secciones DEVICE_CLASS adicionales se añaden al perfil Tivoli Storage FlashCopy Manager automáticamente mediante el asistente del perfil siempre que se añaden instancias adicionales del parámetro DEVICE_CLASS a la sección CLIENT. Si se utiliza Tivoli Storage FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning, el perfil de Tivoli Storage FlashCopy Manager no contiene una sección CLIENT. 152 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 153 x x x x Oracle nativo1 DB2 + SAP® con Oracle2,3 Entorno de base de datos x x Aplic. personalizadas Una aplicación SAP® que utiliza DB2 como la base de datos subyacente. GENERIC Aplicación Tivoli Storage Manager utiliza la base de datos subyacente. Consulte la nota 30 en “Notas sobre parámetros de perfil” en la página 195. SAP_ORACLE Aplicación SAP® que utiliza Oracle como la base de datos subyacente. SAP ORACLE Se trata como un sistema Oracle genérico (nativo) Se trata como un sistema DB2 genérico (nativo). Consulte la nota 18 en “Notas sobre parámetros de perfil” en la página 195 para obtener definiciones completas de parámetros. MANDATE A diferencia de YES, no reutilice el conjunto de destino hasta que se complete la copia de seguridad de Tivoli Storage Manager. NO Este parámetro se preestablece según la variante de script de configuración utilizada. Entorno (aplicación nativa o SAP®) DB2 Valor predeterminado Valor TSM_BACKUP YES Nota: Este parámetro se llama Cree una copia de seguridad de Tivoli Storage TSM_BACKUP en el perfil de Manager desde esta instantánea. Está permitido FlashCopy Manager. Se denomina reutilizar el conjunto de destino si la operación de TSM_BACKUP_FROM_ SNAPSHOT en copia de seguridad de Tivoli Storage Manager no se el archivo .utl de SAP con Oracle completa correctamente. (consulte Tabla 42 en la página 161). APPLICATION_TYPE Nombre Parámetro Tabla 41. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT No No Sólo modalidad avanzada 154 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Oracle nativo1 x x DB2 x x + + SAP® con Oracle2,3 Entorno de base de datos x x Aplic. personalizadas Conserva la copia de seguridad de instantánea y no la utiliza como origen de una operación de copia de seguridad de cinta subsiguiente. Consulte la nota 18 en “Notas sobre parámetros de perfil” en la página 195 para obtener definiciones completas de parámetros. NO LATEST Cuando se realiza una copia de seguridad de instantánea con TSM_BACKUP LATEST y no se ha iniciado la copia de seguridad descargada en Tivoli Storage Manager o ha producido un error, cualquier nueva copia de seguridad de instantánea con la opción TSM_BACKUP establecida en LATEST, YES o MANDATE, elimina la solicitud de copia de seguridad a Tivoli Storage Manager de la copia de seguridad anterior. Esto impide que las solicitudes de copia de seguridad a Tivoli Storage Manager se pongan en cola si no se pueden completar en este momento. Valor No NO Consulte la nota 18 en “Notas sobre parámetros de perfil” en la página 195 para obtener definiciones completas de parámetros. USE_FOR lista de clases de dispositivo Este atributo se puede combinar con cualquiera de estas opciones para limitar su aplicación a las instantáneas realizadas con clases de dispositivo concretas como se ha especificado en el perfil. Todas las clases de dispositivo enumeradas deben ir separadas por espacios. No Sólo modalidad avanzada Valor predeterminado NO TSM_BACKUP (continuación) TSM_ONLY Nota: Este parámetro se llama La copia de seguridad se marca automáticamente TSM_BACKUP en el perfil de para la supresión durante la operación unmount, FlashCopy Manager. Se denomina una vez que se ha completado la copia de seguridad TSM_BACKUP_FROM_ SNAPSHOT en de Tivoli Storage Manager. Esto sucede el archivo .utl de SAP con Oracle independientemente de que la copia de seguridad (consulte Tabla 42 en la página 161). haya sido satisfactoria o no. TSM_BACKUP (continuación) Nota: Este parámetro se denomina TSM_BACKUP en el perfil. Se denomina TSM_BACKUP_FROM_ SNAPSHOT en el archivo .utl de SAP con Oracle (consulte Tabla 42 en la página 161). Nombre Parámetro Tabla 41. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT (continuación) Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 155 x x x x x x x x Oracle nativo1 DB2 + + + SAP® con Oracle2,3 Entorno de base de datos x x x x Aplic. personalizadas NEGATIVE_LIST DEVICE_CLASS LVM_FREEZE_THAW MAX_VERSIONS Nota: Este parámetro se denomina MAX_VERSIONS en el perfil. Se denomina MAX_SNAPSHOT_ VERSIONS en el archivo .utl de SAP con Oracle (consulte Tabla 42 en la página 161). Nombre Parámetro Número máximo de versiones de instantánea que se van a mantener. Cuando se alcanza este límite, se suprime la versión más anterior. ADAPTIVE Valor predeterminado Emite un aviso (el proceso continúa). Consulte la nota 13 en “Notas sobre parámetros de perfil” en la página 195. nombre de archivo El archivo nombre de archivo contiene nombres completos de archivos y directorios. ERROR Emite un error (el proceso finaliza). WARN NO_CHECK No comprueba si hay archivos adicionales. El usuario debe especificar este parámetro. <lista de clases de dispositivo> [<condiciones>] STANDARD Una de las clases de dispositivo enumeradas se utiliza durante la copia de seguridad en la sentencia DEVICE_CLASS para la que la condición es verdadera. La sentencia de condición es opcional y tiene esta sintaxis: [USE_AT <días de la semana>] [FROM <hora> TO <hora>] (bases de datos DB2 con particiones) [ON_DBPARTITIONNUMS]<lista de particiones> Consulte la nota 9 en “Notas sobre parámetros de perfil” en la página 195 para obtener información completa. Determina cuándo se habilitan las acciones de bloqueo y desbloqueo. Consulte la nota 11 en “Notas sobre parámetros de perfil” en la página 195. n ADAPTIVE El número máximo varía según el espacio disponible. Tivoli Storage FlashCopy Manager reutiliza el conjunto de destino más antiguo como el destino de la copia de seguridad actual. Valor Tabla 41. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT (continuación) No No Sí No Sólo modalidad avanzada 156 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux TIMEOUT_FLASH x VOLUME_MGR TARGET_DATABASE_ SUSPEND Nombre Parámetro x x Aplic. personalizadas PARTITION_GROUP x + x x SAP® con Oracle2,3 Oracle nativo1 x DB2 Entorno de base de datos Especifique el tiempo máximo (en segundos) que el agente de base de datos debe esperar respuesta a la llamada de Management Agent durante la fase 'flash'. Si el agente de base de datos no recibe respuesta en el período especificado, se emite un mensaje de error. Consulte la nota 22 en “Notas sobre parámetros de perfil” en la página 195. <nodo db2> [<nodo db2>] [...] Nombre de nodo de DB2. Varias entradas deben ir separadas por espacio. Consulte la nota 21 en “Notas sobre parámetros de perfil” en la página 195. <nombre de grupo> Identificador del grupo de particiones. Especifique todas las particiones que comparten el mismo grupo de volúmenes en un entorno de base de datos de varias particiones. Si se selecciona ASM, la opción LVM_FREEZE_THAW existente se ignorará y el asistente no la consultará porque no hay ningún sistema de archivos. Si se especifica LVM, se pasarán por alto las opciones relacionadas con ASM en la sección device y el asistente no las consultará. ASM|LVM Consulte la nota 17 en “Notas sobre parámetros de perfil” en la página 195. Este valor especifica si se va a suspender la actividad en la base de datos de destino hasta que se completa la operación FlashCopy. Especifique uno de los valores siguientes: yes, no, u offline. Se recomienda un valor yes cuando hay un alto volumen de actividad de proceso de transacción. Un valor offline especifica que todas las copias de seguridad deben estar fuera de línea. Si SAP® solicita una copia de seguridad fuera de línea, se pasa por alto este parámetro. YES, NO, OFFLINE Valor Tabla 41. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT (continuación) 120 segundos LVM El usuario debe especificar este parámetro. Valor predeterminado Sí Sí No No Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 157 x x x Oracle nativo1 x DB2 x x SAP® con Oracle2,3 Entorno de base de datos x x x Aplic. personalizadas PRE_FLASH_CMD GLOBAL_SYSTEM_ IDENTIFIER TIMEOUT_<PHASE> Nombre Parámetro Este parámetro es opcional del perfil, o se puede especificar en la línea de mandatos. Si se ha especificado en la línea de mandatos, altera temporalmente el parámetro correspondiente del perfil. Este parámetro identifica el script de mandato o el archivo ejecutable que se utiliza para desactivar temporalmente la aplicación inmediatamente antes de que comience la operación de instantánea. Puede especificar los argumentos, separados por espacios en blanco. Puede especificar este parámetro cuando el parámetro APPLICATION_TYPE especifica GENERIC. serie de mandato Especifique una serie que se ha utilizado en IBM Tivoli Storage Manager for Enterprise Resource Planning Administration Assistant que identifica de forma exclusiva una base de datos DB2 u Oracle en el contexto del sistema. Este parámetro solo es válido si se especifica el parámetro ADMIN_ASSISTANT en la sección ACSD del perfil. Especifique el tiempo máximo (en segundos) que el agente de base de datos debe esperar respuesta a la llamada del agente de gestión durante la fase <fase>. Si el agente de base de datos no recibe respuesta en el período especificado, se emite un mensaje de error. Consulte la nota 23 en “Notas sobre parámetros de perfil” en la página 195 para saber qué fases puede especificar. Valor Tabla 41. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT (continuación) DB2_<nombre_BD> o ORA_<nombre_BD> 3600 segundos Valor predeterminado No Sí Sólo modalidad avanzada 158 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux DB2 Oracle nativo1 SAP® con Oracle2,3 Entorno de base de datos POST_FLASH_CMD INFILE x Nombre Parámetro x Aplic. personalizadas Una entrada de línea de mandatos puede alterar temporalmente el parámetro INFILE. Si no se especifica INFILE en el perfil, se debe especificar en la línea de mandatos. v Cuando se especifica un enlace a un archivo, FlashCopy Manager protege el sistema de archivos donde se ubica el archivo. No obstante, se omite el sistema de archivos donde se ubica el enlace. v Los directorios (incluidos todos los subdirectorios) se procesan de forma recursiva. Cuando se expande el directorio se seleccionan los enlaces. v Cada línea especifica solo un archivo o directorio del que se va a realizar una copia de seguridad. Este parámetro identifica el archivo que contiene una lista de todos los objetos que se van a procesar. El archivo debe satisfacer estos requisitos: Puede especificar este parámetro cuando el parámetro APPLICATION_TYPE especifica GENERIC. archivo Este parámetro es opcional del perfil, o se puede especificar en la línea de mandatos. Si se ha especificado en la línea de mandatos, altera temporalmente el parámetro correspondiente del perfil. Este parámetro identifica el script de mandato o el archivo ejecutable que se utiliza para reanudar la aplicación inmediatamente después de la creación de instantánea. Puede especificar los argumentos, separados por espacios en blanco. Puede especificar este parámetro cuando el parámetro APPLICATION_TYPE especifica GENERIC. serie de mandato Valor Tabla 41. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT (continuación) Valor predeterminado No No Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 159 x x x SAP® con Oracle2,3 x Aplic. personalizadas BACKUPIDPREFIX Nombre Parámetro La serie puede contener letras, dígitos o el signo '_' (subrayado). La serie debe tener 6 caracteres exactos, excepto en entornos DB2. Especifique una serie que se agregará delante del ID de copia de seguridad generado por FlashCopy Manager. Se puede utilizar este parámetro para separar las copias de seguridad en el mismo repositorio para que otros clientes no puedan consultar, restaurar o suprimir estas copias de seguridad. serie Valor Valor predeterminado Sí Sólo modalidad avanzada 3. Para SAP cono Oracle, tiene también que actualizar el archivo de configuración BRTOOLS (archivo .sap). Consulte “Perfil de configuración de SAP® BR*Tools (.sap)” en la página 166. 2. Si utiliza FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning para proteger SAP con Oracle, incluya los parámetros de la sección CLIENT directamente en el archivo de configuración de IBM Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl). Consulte “Perfil backint de Tivoli Storage FlashCopy Manager (archivo .utl)” en la página 160. 1. Para los entornos Oracle nativos, se necesita una sección ORACLE adicional en el perfil. Notas: Oracle nativo1 DB2 Entorno de base de datos Tabla 41. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLIENT (continuación) Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Perfil backint de Tivoli Storage FlashCopy Manager (archivo .utl) Se incluyen las descripciones del perfil backint de Tivoli Storage FlashCopy Manager. SAP Oracle FlashCopy Manager con Tivoli Storage Manager backint SAP BR*Tools (Tivoli Storage Manager for ERP) .sap-file acsd (FlashCopy Manager) perfil .utl-file ... ACSD . . . ACS_DIR <Parámetros de la sección CLIENT> util_path util_par_file SAP BR*Tools ejecuta backint (FlashCopy Manager) >>>GLOBAL ... >>>CLIENT ... >>>DEVICE_CLASS ... Data Protection for SAP señala a FlashCopy Manager lee trasladado a Figura 14. Ilustración de SAP con FlashCopy Manager con Tivoli Storage Manager Si se utiliza Tivoli Storage FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning para proteger un sistema SAP que se ejecuta sobre una base de datos Oracle, los parámetros que se especifican normalmente en la sección CLIENT pueden insertarse directamente en el archivo de configuración de Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl) (consulte Tabla 42 en la página 161). Observe que para ese fin no hay que crear un nuevo archivo de configuración de Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl). En su lugar puede actualizar un archivo .utl existente para ese fin. Nota: Las secciones DEVICE_CLASS adicionales se añaden al perfil de Tivoli Storage FlashCopy Manager automáticamente mediante el asistente del perfil siempre que se añaden instancias adicionales del parámetro DEVICE_CLASS a la sección CLIENT. Si se utiliza Tivoli Storage FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning, el perfil de Tivoli Storage FlashCopy Manager no contiene una sección CLIENT. El archivo de configuración de Tivoli Storage Manager for Enterprise Resource Planning puede contener los parámetros siguientes. 160 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 161 TSM_BACKUP_FROM_SNAPSHOT (continuación) TSM_BACKUP_FROM_SNAPSHOT Nombre Cree una copia de seguridad de Tivoli Storage Manager desde esta instantánea. Si la operación de copia de seguridad de Tivoli Storage Manager no se completa de forma satisfactoria, se permite la reutilización del conjunto de destino. Conserva la copia de seguridad de instantánea y no la utiliza como origen de una operación de copia de seguridad de cinta subsiguiente. Consulte la nota 18 en las notas de parámetros de perfil para obtener definiciones completas de parámetros. NO LATEST Cuando se realiza una copia de seguridad de instantánea con TSM_BACKUP LATEST y no se ha iniciado la copia de seguridad descargada en Tivoli Storage Manager o ha producido un error, cualquier nueva copia de seguridad de instantánea con la opción TSM_BACKUP establecida en LATEST, YES o MANDATE, elimina la solicitud de copia de seguridad a Tivoli Storage Manager de la copia de seguridad anterior. Esto impide que las solicitudes de copia de seguridad a Tivoli Storage Manager se pongan en cola si no se han podido completar en este momento. Consulte la nota 18 en las notas de parámetros de perfil para obtener definiciones completas de parámetros. MANDATE A diferencia de YES, no reutiliza el conjunto de destino hasta que no se completa la copia de seguridad de Tivoli Storage Manager. YES Valor NO NO Valor predeterminado Tabla 42. Parámetros de Tivoli Storage FlashCopy Manager en el archivo de configuración del cliente SAP con Oracle, archivo .utl No No Sólo modalidad avanzada 162 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux DEVICE_CLASS LVM_FREEZE_THAW MAX_SNAPSHOT_VERSIONS TSM_BACKUP_FROM_SNAPSHOT (continuación) Nombre Número máximo de versiones de instantánea que se van a mantener. Cuando se alcanza este límite, se suprime la versión más anterior. ADAPTIVE NO Valor predeterminado <lista de clases de dispositivo> [<condiciones>] STANDARD Una de las clases de dispositivo enumeradas se utiliza durante la copia de seguridad en la sentencia DEVICE_CLASS para la que la condición es verdadera. La sentencia de condición es opcional y tiene esta sintaxis: [USE_AT <días de la semana>] [FROM <hora> TO <hora>] (bases de datos DB2 con particiones) [ON_DBPARTITIONNUMS] <lista de particiones> Consulte la nota 9 para obtener información completa. Determina cuándo se habilitan las acciones de bloqueo y desbloqueo. Consulte la nota 11. n ADAPTIVE El número máximo varía según el espacio disponible. Tivoli Storage FlashCopy Manager reutiliza el conjunto de destino más antiguo como el destino de la copia de seguridad actual. Consulte la nota 18 en las notas de parámetros de perfil para obtener definiciones completas de parámetros. USE_FOR lista de clases de dispositivo Este atributo se puede combinar con cualquiera de estas opciones para limitar su aplicación a las instantáneas realizadas con clases de dispositivo concretas como se ha especificado en el perfil. Todas las clases de dispositivo enumeradas deben ir separadas por espacios. TSM_ONLY La copia de seguridad se marca automáticamente para la supresión durante la operación unmount, una vez que se ha completado la copia de seguridad de Tivoli Storage Manager. Esto sucede independientemente de que la copia de seguridad haya sido satisfactoria o no. Valor Tabla 42. Parámetros de Tivoli Storage FlashCopy Manager en el archivo de configuración del cliente SAP con Oracle, archivo .utl (continuación) No Sí Sí No Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 163 Consulte la nota 17 en las notas de parámetros de perfil. Especifique una serie que se ha utilizado en IBM Tivoli Storage Manager for Enterprise Resource Planning Administration Assistant que identifica de forma única una base de datos Oracle en el contexto del sistema. Este parámetro solo es válido si se especifica el parámetro ADMIN_ASSISTANT en la sección ACSD del perfil. GLOBAL_SYSTEM_IDENTIFIER ORA_<nombreBD> Especifique el tiempo máximo (en segundos) que el agente 3600 segundos de base de datos debe esperar respuesta a la llamada del agente de gestión durante la fase <fase>. Si el agente de base de datos no recibe respuesta en el período especificado, se emite un mensaje de error. Consulte la nota 23 en las notas de parámetros de perfil. TIMEOUT_<PHASE> NO Especifique el tiempo máximo (en segundos) que el agente 120 segundos de base de datos debe esperar respuesta a la llamada de Management Agent durante la fase 'flash'. Si el agente de base de datos no recibe respuesta en el período especificado, se emite un mensaje de error. Consulte la nota 22 en las notas de parámetros de perfil. Este valor especifica si se va a permitir una copia de seguridad de archivo completa en el repositorio. Debido al impacto en el rendimiento, sea cauteloso al establecer este parámetro en YES. No se recomienda una copia de seguridad de base de datos completa en el repositorio. Nota: Este parámetro no está disponible para editarlo cuando se utiliza el asistente de configuración. YES, NO TIMEOUT_FLASH ALLOW_FULL_FILE_BACKUP No hay ningún valor predeterminado. El usuario debe especificar un valor para Este valor especifica si se va a suspender la actividad en la este parámetro. base de datos de destino hasta que se completa la operación FlashCopy. Especifique uno de los valores siguientes: yes, no, u offline. Se recomienda un valor yes cuando hay un alto volumen de actividad de proceso de transacción. Un valor offline especifica que todas las copias de seguridad deben estar fuera de línea. Si SAP® solicita una copia de seguridad fuera de línea, se pasa por alto este parámetro. YES, NO, OFFLINE TARGET_DATABASE_SUSPEND Valor predeterminado Valor Nombre Tabla 42. Parámetros de Tivoli Storage FlashCopy Manager en el archivo de configuración del cliente SAP con Oracle, archivo .utl (continuación) Sí Sí Sí No Sólo modalidad avanzada 164 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux TRACE, TRACEFILE BACKUPIDPREFIX puerto de nombre de host ACSD Activa el rastreo. Al establecer esos valores, espere a que el servicio de soporte le dé instrucciones La serie puede contener letras, dígitos o el signo '_' (subrayado ) y debe tener exactamente 6 caracteres de largo. Nota: Este parámetro tiene el mismo significado que el parámetro correspondiente en el archivo *.utl de IBM Tivoli Storage Manager for Enterprise Resource Planning y le recomendamos que utilice el mismo valor. Este parámetro especifica una serie que se ha añadido delante del ID de copia de seguridad generado por FlashCopy Manager. Se puede utilizar este parámetro para separar las copias de seguridad en el mismo repositorio para que otros clientes no puedan consultar, restaurar o suprimir estas copias de seguridad. serie Este parámetro debe ser idéntico en todos los sistemas donde está instalado Tivoli Storage FlashCopy Manager para una instancia de base de datos determinada. No obstante, un Management Agent individual puede gestionar cada instancia. Nombre de host y puerto (separados por espacio) del sistema en que se ejecuta Management Agent. Vía de acceso del directorio de Tivoli Storage FlashCopy Manager. Consulte la nota 1 en las notas de parámetros de perfil. Valor ACS_DIR Nombre Sí Sí No No Necesario sistema principal local 57328 Sólo modalidad avanzada Valor predeterminado Tabla 42. Parámetros de Tivoli Storage FlashCopy Manager en el archivo de configuración del cliente SAP con Oracle, archivo .utl (continuación) Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 165 Este es el valor predeterminado. Si se establece en NO todos los otros parámetros INCREMENTAL* no tendrán efecto. Especifica el número de canales RMAN paralelos, 1 o más, 1 que transfieren los datos. El nivel incremental RMAN es un entero de valor 0 o 1. 0 Un valor INCREMENTAL_LEVEL de 0 genera una copia de seguridad completa y un valor INCREMENTAL_LEVEL de 1 genera una copia de seguridad incremental. La especificación del día y la hora es opcional. Si se utiliza el día y la hora, son válidas diversas apariciones de este parámetro siempre que la especificación de la hora no coincida. La hora debe especificarse en el formato de 24 horas. Los días pueden especificarse con abreviaciones de los días de la semana como 'Mon, Tue,...' o con valores numéricos 0,1,...,6 donde 0 es domingo y 6 es sábado. La sintaxis para la especificación del día y la hora es [USE_AT <días de la semana> FROM <hora>TO <hora>] INCREMENTAL_CHANNELS1 INCREMENTAL_LEVEL1 No hay ningún valor predeterminado. El usuario debe especificar un valor para este parámetro. Este parámetro especifica el nombre del usuario pasado a RMAN para establecer conexión con la base de datos del catálogo. Si se ha habilitado el parámetro INCREMENTAL y falta este valor, se mostrará un mensaje de error. INCREMENTAL_CATALOG_USER1 No hay ningún valor predeterminado. El usuario debe especificar un valor para este parámetro. NO Valor predeterminado Este parámetro especifica el nombre del catálogo pasado a RMAN para establecer conexión con la base de datos del catálogo. Es el nombre del escucha de la base de datos del catálogo. Si se ha habilitado el parámetro INCREMENTAL y falta este valor, se mostrará un mensaje de error. DIFFERENTAL El tipo de copia de seguridad es RMAN incremental. Las copias de seguridad de tipo incremental se ejecutan mediante el uso de RMAN. CUMULATIVE El tipo de copia de seguridad es RMAN incremental. Las copias de seguridad de tipo incremental se ejecutan mediante el uso de RMAN. NO Valor INCREMENTAL_CATALOG_CONNECT_ STRING1 INCREMENTAL1 Nombre Tabla 42. Parámetros de Tivoli Storage FlashCopy Manager en el archivo de configuración del cliente SAP con Oracle, archivo .utl (continuación) Sólo modalidad avanzada Notas: 1. Este parámetro sólo se puede utilizar con RMAN. 2. Si utiliza IBM Tivoli Storage Manager para planificación de recursos empresariales, los parámetros contenidos en el archivo de configuración del cliente de Tivoli Storage FlashCopy Manager se pueden insertar directamente en el archivo de configuración de Tivoli Storage Manager para planificación de recursos empresariales, el archivo .utl de Tivoli Storage Manager para planificación de recursos empresariales. Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Perfil de configuración de SAP® BR*Tools (.sap) Este perfil de configuración se ubica en el directorio $ORACLE_HOME/dbs. El perfil .sap se describe con detalle en la publicación SAP® database guide for Oracle proporcionada por SAP®, y es posible que tenga ya un archivo .sap existente en su entorno. Esta guía es una referencia de todos los parámetros de perfil válidos en el perfil .sap. La lista siguiente contiene parámetros que lo más probable es que tenga que añadir o actualizar en el archivo .sap existente. Esta configuración hace referencia a las palabras clave siguientes en ese perfil: backup_type Identifica el tipo predeterminado de la copia de seguridad de base de datos. Este parámetro solo lo utiliza brbackup (el valor predeterminado es offline). backup_dev_type Determina el soporte de copia de seguridad utilizado (el valor predeterminado es tape (cinta)). Para crear una copia de seguridad de instantánea utilizando Tivoli Storage FlashCopy Manager, este parámetro se debe establecer en util_vol o en util_vol_online. (Recomendación: minimice el tiempo durante el que se degrada la base de datos). util_par_file Si ejecuta FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning, establezca este parámetro en la vía de acceso completa del perfil de IBM Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl). De este modo FlashCopy Manager utiliza la configuración que se ha añadido al archivo de configuración de IBM Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl). Si ejecuta FlashCopy Manager en un entorno donde no está configurado IBM Tivoli Storage Manager for Enterprise Resource Planning, establezca este parámetro en la vía de acceso completa del perfil de FlashCopy Manager. De este modo FlashCopy Manager utiliza la configuración que se ha agregado a la sección CLIENT del perfil de FlashCopy Manager. util_path Especifica la vía de acceso del ejecutable de backint. Si ejecuta FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning, no tiene que establecer este parámetro. 166 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Si ejecuta FlashCopy Manager en un entorno donde IBM Tivoli Storage Manager for Enterprise Resource Planning no esté disponible, establezca este parámetro en INSTANCE_DIR (<directorio $HOME propietario instancia>/acs/>). util_vol_unit Especifica la unidad más pequeña de la que se puede una hacer copia de seguridad con una instantánea o un clon y además determina la granularidad de restauración. Los valores posibles son sap_data (granularidad de restauración más fina), all_data yall_dbf (no se recomiendan). Nota: SAP requiere que el valor de este parámetro describa correctamente el diseño de disco de la base de datos. Utilice sap_data si el diseño de disco consta de: v Al menos un grupo de volúmenes para cada directorio sapdata v Al menos un grupo de volúmenes para cada directorio origlog v Al menos un grupo de volúmenes para cada directorio mirrlog Para sap_data, debe haber exactamente un grupo de volúmenes para cada directorio sapdata, exactamente un grupo de volúmenes para cada directorio origlog y exactamente un grupo de volúmenes para cada directorio mirrlog. Si uno de los directorios sapdata, origlog o mirrlog contiene más de un grupo de volúmenes, hay un valor de un cuarto parámetro disk_vol que se debe utilizar. SAP no recomienda los parámetros disk_vol y all_dbf porque contradicen la recomendación de SAP sobre la separación de archivos de datos y archivos de registro de rehacer. El valor predeterminado que SAP establece es sap_data. Utilice all_data si el diseño de disco consta de: v Al menos un grupo de volúmenes para sapdata v Al menos un grupo de volúmenes para origlog v Al menos un grupo de volúmenes para mirrlog util_vol_access Especifica la accesibilidad de los volúmenes copia de seguridad de instantánea v none (se requiere en el sistema de producción) v copy (no se admite) v mount (se requiere en el sistema de copia de seguridad si está instalado SAP® BR*Tools en el sistema de copia de seguridad) v both (no se admite) util_vol_nlist = (<nombre1_narchivo>, <nombre2_narchivo>, ...) | no_check Este parámetro define una lista de archivos no de base de datos o directorios ubicados en los volúmenes de disco de base de datos pero no tienen que aparecer en la lista de archivos para copia de seguridad en el archivo de entrada. Estos archivos se incluyen automáticamente en la copia de seguridad, pero nunca se notifican en los mensajes de la interfaz BACKINT, especialmente no en el mensaje #ERRFILE. Durante una restauración, estos archivos (y posiblemente los archivos corregidos) podrían sobrescribirse sin previo aviso. no_check desactiva la comprobación BACKINT de los volúmenes de copia de seguridad. Esta comprobación asegura que los volúmenes de copia de seguridad no contienen archivos no de base de datos ni archivos de base Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 167 de datos que pertenecen a una base de datos que no sea de la que se va a realizar la copia de seguridad. Cuando está establecido no_check, el usuario acepta la responsabilidad de asegurarse de que los volúmenes de base de datos (directorios sapdata, origlog y mirrlog) contienen solo archivos de base de datos de la base de datos de la que se va a realizar la copia de seguridad. O bien, si los volúmenes de base de datos contienen archivos no de base de datos o archivos de base de datos de una base de datos que no sea de la que se va a realizar una copia de seguridad, el usuario acepta que estos archivos se pueden sobrescribir sin previo aviso. util_options = <opciones_backint_adicionales> Este parámetro define opciones BACKINT adicionales que BR*Tools sitúa después de las opciones de línea de mandato estándar al llamar al programa BACKINT. Con este parámetro, se pueden especificar las opciones de backint de FlashCopy Manager '-O <valor TSM_BACKUP_FROM_SNAPSHOT> y '-S <clase de dispositivo>'. Si desea más información sobre estas opciones backint, consulte “BR*TOOLS Interfaz de usuario de Oracle en entornos SAP” en la página 105. Ejemplo: util_options = "-O yes -S STANDARD" Sección ORACLE La sección ORACLE es una ampliación de la sección CLIENT para los entornos ORACLE. Los parámetros no dependen del dispositivo de almacenamiento. 168 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 169 DATABASE_CONTROL_ FILE_RESTORE DATABASE_BACKUP_ SCRIPT_FILE TARGET_DATABASE_ PARAMETER_FILE CATALOG_DATABASE_ USERNAME Serie de conexión de catálogo de recuperación CATALOG_DATABASE_ CONNECT_STRING Un valor de yes restaura los archivos de control de Oracle y el usuario hará la recuperación incompleta hasta el punto en que se ha realizado copia de seguridad de los archivos de control. Un valor de no no restaurará los archivos de control de Oracle y el usuario hará la recuperación completa hasta la imagen actual de la base de datos de Oracle con los archivos de control existentes que residen en el sistema. Especifique si se van a restaurar los archivos de control de Oracle después de que se completa el proceso de restauración de instantánea. YES, NO Nombre del script de copia de seguridad RMAN que contiene las variables de entorno de Data Protection for Oracle. Consulte la nota 8 en “Notas sobre parámetros de perfil” en la página 195. Este valor especifica la vía de acceso resuelta completa y el nombre de archivo del archivo de parámetros de Oracle (init<SID>.ora de forma predeterminada) para la base de datos de destino. Recuerde que este archivo debe ser un archivo de parámetros de Oracle basado en texto (PFILE) y no un archivo de servidor de Oracle. Archivo de parámetros de la base de datos de destino Este valor especifica un nombre de usuario que tiene privilegios de administrador de base de datos del sistema de Oracle en la base de datos de Catálogo de recuperación. Nombre de usuario Este valor especifica la serie de conexión de la base de datos de Catálogo de recuperación que se va a utilizar para catalogar la información de copia de seguridad. Este valor debe corresponder al valor definido en el archivo $ORACLE_HOME/network/admin/tnsnames.ora. Valor Nombre Parámetro Tabla 43. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección ORACLE Sí NO Sí No El usuario debe especificar este parámetro para realizar configuraciones con traspaso de datos. El valor predeterminado es ${ORACLE_HOME}/dbs/ init${ORACLE_SID}.ora No No El usuario debe especificar este parámetro. El usuario debe especificar este parámetro. Sólo modalidad avanzada Valor predeterminado 170 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux ASM_ROLE ASM_INSTANCE_ID Nombre de usuario ASM_INSTANCE_USER Especifique el rol que se debe utilizar al conectarse a la instancia ASM. Se debe especificar el rol 'sysdba' al utilizar Oracle 10g. Especifique 'sysasm' si utiliza Oracle 11g, sysdba | sysasm Realmente Oracle no lo recomienda pero es posible tener un SID para la instancia ASM que no sea '+ASM'. En entornos de este tipo, se puede utilizar este parámetro de perfil para especificar el SID de instancia ASM. SID de la instancia ASM Cuando este parámetro está establecido en AUTO, se utiliza el usuario de la base de datos que ejecuta el proceso. Especifique el nombre de usuario del propietario de la instancia ASM. Utilice este parámetro si la base de datos de destino y la instancia ASM están en ejecución bajo ID de usuario distintos. La instancia ASM debe tener permiso sysdba, sysasm o sysadm. AUTO Valor Nombre Parámetro Tabla 43. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección ORACLE (continuación) sysdba No No No AUTO +ASM Sólo modalidad avanzada Valor predeterminado Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Sección CLONING La sección CLONING del perfil de Tivoli Storage FlashCopy Manager contiene los parámetros utilizados para las operaciones de clonación. Los parámetros son independientes del dispositivo de almacenamiento o aplicación. Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 171 172 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux x x x x x x x x SAP® con Oracle x Oracle nativo x DB2 Entorno de base de datos Copia el archivo de configuración de base de datos del sistema de producción en el sistema de clonación. NO No se copia el archivo de configuración de base de datos del sistema de producción en el sistema de clonación. Consulte la nota 26 en “Notas sobre parámetros de perfil” en la página 195. YES [ON DBPARTITIONNUM lista de particiones] nombre de archivo completo Especifique este parámetro para incluir los sistemas de archivos (en la operación de FlashCopy) que no forman parte de los archivos de base de datos. Consulte la nota 25 en “Notas sobre parámetros de perfil” en la página 195. USE_FOR_CLONING lista nombres base datos clonación condiciones ON_DBPARTITIONNUMS <lista de particiones> Este parámetro es necesario. Consulte la nota 24 en “Notas sobre parámetros de perfil” en la página 195. clase de dispositivo Identifique al clase de dispositivo para utilizar al clonar una base de datos. Valor Consulte la nota 27 en “Notas sobre parámetros de perfil” en la página 195. Especifique el nombre del archivo de parámetros de Oracle para la base de datos de producción. TARGET_DATABASE_ PARAMETER_FILE Archivo de parámetros de la base de datos de destino de producción. OVERWRITE_ DATABASE_ PARAMETER_FILE FLASH_DIR_LIST DEVICE_CLASS Nombre Parámetro Tabla 44. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLONING ${ORACLE_HOME}/dbs/ init${ORACLE_SID}.ora YES No se ha especificado ningún nombre de archivo Valor predeterminado Sí No Sí No Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 173 x x x x x x x x x x x x x x x x x x x x x Oracle nativo x DB2 x x x x x x x x x x x SAP® con Oracle Entorno de base de datos GLOBAL_SYSTEM_ IDENTIFIER TIMEOUT_ COMPLETERESTORE TIMEOUT_FLASHRESTORE TIMEOUT_CLOSE TIMEOUT_VERIFY TIMEOUT_FLASH TIMEOUT_PREPARE TIMEOUT_PARTITION LVM_FREEZE_THAW NEGATIVE_LIST DATABASE_SCHEMA Nombre Parámetro Consulte la descripción de este parámetro en la sección CLIENT. Consulte la descripción del parámetro TIMEOUT_<PHASE> en la nota 23 en “Notas sobre parámetros de perfil” en la página 195. Consulte la descripción del parámetro TIMEOUT_<PHASE> en la nota 23 en “Notas sobre parámetros de perfil” en la página 195. Consulte la descripción de este parámetro en la nota 23 en “Notas sobre parámetros de perfil” en la página 195. Consulte la descripción del parámetro TIMEOUT_<PHASE> en la nota 23 en “Notas sobre parámetros de perfil” en la página 195. Consulte la descripción de este parámetro en la nota 22 en “Notas sobre parámetros de perfil” en la página 195. Consulte la descripción del parámetro TIMEOUT_<PHASE> en la nota 23 en “Notas sobre parámetros de perfil” en la página 195. Consulte la descripción del parámetro TIMEOUT_<PHASE> en la nota 23 en “Notas sobre parámetros de perfil” en la página 195. Consulte la descripción de este parámetro en la sección CLIENT. Consulte la descripción de este parámetro en la sección CLIENT. Especifique el esquema de base de datos de producción correcto. Consulte la nota 28 en “Notas sobre parámetros de perfil” en la página 195. Valor Tabla 44. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección CLONING (continuación) Sí Sí Sí Sí Consulte el valor predeterminado de este parámetro en la nota 23. Consulte el valor predeterminado de este parámetro en la nota 23. Consulte el valor predeterminado de este parámetro en la nota 23. Consulte el valor predeterminado de este parámetro en la nota 23. Sí Sí Consulte el valor predeterminado de este parámetro en la nota 22. Consulte el valor predeterminado de este parámetro en la sección CLIENT. Sí Sí Consulte el valor predeterminado de este parámetro en la nota 23. Consulte el valor predeterminado de este parámetro en la nota 23. Sí Consulte el valor predeterminado de este parámetro en la sección CLIENT. Sí Sí Consulte la nota 28. Consulte el valor predeterminado de este parámetro en la sección CLIENT. Sólo modalidad avanzada Valor predeterminado Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Sección DEVICE_CLASS dispositivo El perfil de Tivoli Storage FlashCopy Manager contiene una o varias secciones DEVICE_CLASS. Estas secciones están pensadas para configurar Tivoli Storage FlashCopy Manager para su uso con un dispositivo de almacenamiento concreto. Los parámetros no dependen de la aplicación que está protegida. 174 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 175 x x x x SVC o Storwize V7000 x DS Aplicabilidad de dispositivo x x XIV CLONE_DATABASE COPYSERVICES_ HARDWARE_TYPE ALLOW_NOCOPY_ FLASHCOPY Nombre Parámetro Valor predeterminado IBM XIV Storage System IBM Controlador de volumen SAN o IBM Storwize V7000 Utiliza la clase de dispositivo para clonación. NO No utiliza la clase de dispositivo para clonación. Consulte la nota 29 en “Notas sobre parámetros de perfil” en la página 195. YES Solo se puede especificar un sistema. XIV SVC DS8000 IBM DS8100 IBM DS8300 IBM DS8700 IBM DS8800 Sistema de almacenamiento en que reside la base de datos: No Sí Sólo modalidad avanzada No Este parámetro no lo establece explícitamente el usuario. El asistente lo preestablece de acuerdo a que sea una sección CLIENT o una sección CLONING la que utilice la clase de dispositivo. Este parámetro es necesario. Se utiliza en combinación con CLONE_DATABASE. YES NO Permite la creación de un clon de FlashCopy Manager en destinos eficientes con el espacio. Para ello, utilice destinos eficientes con el espacio para esta clase de dispositivo y establezca FLASHCOPY_TYPE en NOCOPY. No se pueden realizar copias de seguridad de FlashCopy en los mismos volúmenes de origen. NO Permite la creación de un clon de FlashCopy Manager en destinos eficientes con el espacio. Si las operaciones de copia de seguridad y clonación deben realizarse en los mismos volúmenes de origen, la clonación debe realizarse en destinos completos y ALLOW_NOCOPY_FLASHCOPY debe establecerse en NO. Valor Tabla 45. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE 176 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux x x DS x SVC o Storwize V7000 Aplicabilidad de dispositivo x XIV COPYSERVICES_ SERVERNAME COPYSERVICES_ SECONDARY_ SERVERNAME COPYSERVICES_ PRIMARY_ SERVERNAME Nombre Parámetro Valor predeterminado 'none' Especifique el nombre de host de IBM XIV Storage System. 'none' Este parámetro sñolo es válido cuando COPYSERVICES_HARDWARE_ TYPE especifica XIV. Especifique el nombre del servidor de Copy Services de copia de seguridad ubicado en un clúster de snapshot devices. Puede especificar la dirección IP numérica o el nombre de DNS del servidor. El valor predeterminado es none. Este parámetro sólo está permitido en entornos con DS8000 en combinación con el agente CIM de proxy. nombre o dirección del servidor host local Define la dirección TCP/IP del host que ejecuta el agente CIM para la API de DS Open (que puede gestionar los servidores Copy Services primarios o secundarios del clúster de DS8000), la consola maestra de Controlador de volumen SAN, el agente CIM incorporado y el agente CIM incorporado en Storwize V7000. Para SVC, el parámetro COPYSERVICES_PRIMARY_ SERVERNAME, si se especifica, debe apuntar directamente al clúster de SVC con el servidor CIM incorporado. Si una consola SVC (CIM proxy) se utiliza temporalmente, debe conectarse a sólo un clúster de SVC, o los nombres de volumen deben ser únicos en todos los clústeres conectados. En Storwize V7000, el parámetro COPYSERVICES_PRIMARY_ SERVERNAME debe apuntar al clúster de Storwize V7000. Valor Tabla 45. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE (continuación) No Sí No Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 177 x x x x SVC o Storwize V7000 x x DS Aplicabilidad de dispositivo x x XIV COPYSERVICES_TIMEOUT COPYSERVICES_ SERVERPORT PATH_TO_XCLI COPYSERVICES_USERNAME Nombre Parámetro tiempo de espera Longitud máxima de tiempo (en minutos) que el Cliente CIM esperará la respuesta a una llamada emitida al CIMOM (Agente CIM). Si el Cliente CIM no recibe una respuesta dentro de este periodo de tiempo, se emitirá un mensaje de error. puerto del servidor Define el número de puerto en el host que ejecuta el agente CIM para la API DS Open (que puede gestionar los servidores Copy Services primarios o secundarios del clúster DS8000), la consola maestra de Controlador de volumen SAN, el agente CIM incorporado o Storwize V7000. Especifique la vía de acceso donde se ha instalado la interfaz de línea de mandatos de XIV (XCLI). No hay ningún valor predeterminado. Este parámetro sñolo es válido cuando COPYSERVICES_HARDWARE_ TYPE especifica XIV. Usuario de Storwize V7000 Nombre de usuario que va a iniciar sesión en Storwize V7000 Usuario de XIV Nombre de usuario para iniciar una sesión en el sistema XIV. usuario de svc Clúster o consola maestra de Controlador de volumen SAN usuario de cim El CIM Agent para la API DS Open (que puede gestionar los servidores Copy Services primarios y secundarios del clúster de DS8000. Nombre de usuario para: Valor Tabla 45. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE (continuación) 6 Consulte la nota 6 en “Notas sobre parámetros de perfil” en la página 195. Ninguno superusuario Valor predeterminado Sí Sí No No Sólo modalidad avanzada 178 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux x x x x x x x x x SVC o Storwize V7000 x DS Aplicabilidad de dispositivo XIV Comunicación en modalidad no segura Consulte la nota 5 en “Notas sobre parámetros de perfil” en la página 195. HTTPS Comunicación en modalidad segura HTTP Protocolo que se va a utilizar para la comunicación con el Agente CIM. Valor FLASHCOPY_TYPE (cont'd) FLASHCOPY_TYPE (cont'd) Similar a COPY. Difiere de COPY por el hecho de que sólo copia las pistas que se han modificado desde que se creó la FlashCopy incremental anterior. NOCOPY Dirige el sistema de almacenamiento para realizar una copia de nivel de bits de una pista si los datos se modifican después de la solicitud de FlashCopy. Se suele hacer referencia a esta técnica como copy-on-write (copiar al grabar). INCR v Se desea una copia de los datos de base de datos en el volumen de destino. v Tiene pensado realizar una restauración (instantánea) rápida de una base de datos de la que se ha realizado una copia de seguridad FLASHCOPY_TYPE (consulte la nota 10 en Especifica si el subsistema de almacenamiento realiza una copia de datos bit a bit de un volumen lógico a otro. “Notas sobre parámetros de perfil” en la página 195.) COPY Dirige el sistema de almacenamiento para realizar una copia de los datos a nivel de bits de un volumen físico a otro. Se recomienda este valor bajo las condiciones siguientes: COPYSERVICES_ CERTIFICATEFILE COPYSERVICES_ COMMPROTOCOL Nombre Parámetro Tabla 45. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE (continuación) COPY COPY COPY NO_CERTIFICATE HTTPS Valor predeterminado No No No Sí No Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 179 x x x x x x x SVC o Storwize V7000 x DS Aplicabilidad de dispositivo x XIV VOLUMES_FILE VOLUMES_DIR TARGET_SETS STORAGE_SYSTEM_ID Nombre Parámetro Ninguno. Valor predeterminado Consulte la nota 20 y “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212. Especifique el nombre del archivo de volúmenes de destino (.fct). Consulte la nota 20 y “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212. La vía de acceso completa del directorio de volúmenes en el que deben residir los archivos de volúmenes de destino de FlashCopy. Consulte la nota 20 y “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212. – TARGET_NAMING <serie con comodines %SOURCE y %TARGETSET> v <lista de nombres de conjunto de destino> (sólo Controlador de volumen SAN o Storwize V7000) v VOLUMES_FILE v VOLUMES_DIR El usuario especifica este parámetro. El usuario especifica este parámetro. Especifique los volúmenes de destino que se deben utilizar El usuario especifica este en la operación FlashCopy utilizando uno de estos valores: parámetro. Consulte la nota 21 y “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212. Especifique el ID del sistema de almacenamiento del clúster al que hace referencia el sistema de almacenamiento DS8000, IBM XIV, Controlador de volumen SAN o Storwize V7000 en un entorno duplicado del gestor de volúmenes lógicos de AIX. Valor Tabla 45. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE (continuación) No No No No Sólo modalidad avanzada 180 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux x x DS x SVC_CLEAN_RATE SVC_GRAIN_SIZE x x RESTORE_FORCE SVC_COPY_RATE x Nombre TARGET_NAMING <serie con comodines %SOURCE y %TARGETSET> XIV Parámetro x SVC o Storwize V7000 Aplicabilidad de dispositivo NO Sí Sí 256 Tamaño de la granularidad de las correlaciones de FlashCopy para discos virtuales eficientes con el espacio en SVC o IBM Storwize V7000, medido en KB. Para obtener un mejor rendimiento, el tamaño de la granularidad del disco virtual eficiente con el espacio debe coincidir con el tamaño de la granularidad de FlashCopy. No obstante, aunque los tamaños de granularidad sean diferentes, la correlación se llevará a cabo. Valores posibles: 32, 64, 128, 256 Una vez establecido este valor, no se puede cambiar hasta que se suprima la copia de seguridad con la opción -F para eliminar las correlaciones. YES, NO (consulte la nota 15 en “Notas sobre parámetros de perfil” en la página 195.) Sí No No El usuario especifica este parámetro. 50 Sólo modalidad avanzada Valor predeterminado Especifique la tasa de limpieza para la correlación de FlashCopy. Introduzca un valor de 1 a 100. Consulte la nota 16 en “Notas sobre parámetros de perfil” en la página 195. prioridad Especifica la prioridad que dará Controlador de volumen SAN o Storwize V7000 al proceso en segundo plano de FlashCopy para la copia de seguridad o restauración actual. Introduzca un valor de 0 a 100. El nombre del volumen de destino en que se almacena la copia de seguridad es el nombre especificado una vez que las series %SOURCE y %TARGETSET se sustituyen por los valores respectivos en la operación actual. Siempre que es necesario un volumen de copia de seguridad durante la copia de seguridad, FlashCopy Manager ha determinado ya el nombre del conjunto de destino de la operación actual y el nombre del volumen de origen del que se va a realizar una copia de seguridad. Especifique el convenio de denominación de los volúmenes de destino. Valor Tabla 45. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE (continuación) Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 181 x x DS x x SVC o Storwize V7000 Aplicabilidad de dispositivo RECON_INTERVAL GRACE_PERIOD x x BACKUP_HOST_NAME USE_CONSISTENCY_ GROUPS x x USE_WRITABLE_ SNAPSHOTS Nombre x XIV Parámetro Especifique el intervalo (en horas) para realizar la reconciliación del sistema de almacenamiento. 12 horas Sí Sí Especifique el periodo de tiempo (en horas) para conservar 24 horas las instantáneas después de que se han creado que no están incluidas en el repositorio de instantánea o que no están incluidas en IBM XIV Storage System. Un valor 0 reconcilia todas las instantáneas. Este parámetro sñolo es válido cuando COPYSERVICES_HARDWARE_ TYPE especifica XIV. Sí YES No Sí Sólo modalidad avanzada AUTO Valor predeterminado Especifique el nombre del host de copia de seguridad como está configurado en el subsistema de almacenamiento utilizado durante las copias de seguridad de cinta descargadas. Consulte la nota 32 en “Notas sobre parámetros de perfil” en la página 195. YES|NO Especifique si se deben utilizar grupos de coherencia. El uso de grupos de coherencia disminuye el tiempo necesario para la operación de FlashCopy. Es necesario un valor YES en entornos ASM. YES|NO|AUTO Especifique si se deben utilizar instantáneas grabables. Son necesarias las instantáneas grabables en entornos duplicados de LVM. El valor AUTO selecciona automáticamente el valor recomendado basándose en el entorno. Valor Tabla 45. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DEVICE (continuación) Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Sección OFFLOAD La sección OFFLOAD contiene información relacionada con las copias de seguridad de Tivoli Storage Manager desde una instantánea. Los nombres de archivo especificados en esta sección suelen apuntar a los archivos que residen en un servidor de copia de seguridad. La sección de descarga es opcional y puede existir para DB2 (no SAP, SAP), ORACLE (no SAP, SAP) y aplicaciones personalizadas. Los parámetros no dependen del dispositivo de almacenamiento. 182 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 183 Oracle nativo x DB2 x x SAP® con Oracle Entorno de base de datos x Aplic. personalizadas BACKUP_METHOD Nombre Parámetro Valor predeterminado Sólo modalidad avanzada Consulte la nota 31 en “Notas sobre parámetros de perfil” en la página 195. v Aplicación personalizada - TSM_CLIENT v Oracle (SAP) - BACKINT v Oracle (no SAP) - ORACLE v Servidor DB2 en espera - TSM_CLIENT n/d El valor está preestablecido por el asistente en función Preestablecido por el del entorno de la aplicación dada: asistente en función del entorno de la aplicación dada v DB2 (SAP, no SAP) - DB2 Valor Tabla 46. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD 184 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux DB2 Oracle nativo SAP® con Oracle Entorno de base de datos Nombre MODE Aplic. personalizadas x Parámetro Valor predeterminado Crea una copia de seguridad diferencial de todos los archivos y directorios especificados en la solicitud de copia de seguridad. Los directorios se procesan de forma recursiva. Esta operación hace una copia de seguridad de los cambios producidos desde la última copia de seguridad completa. Crea una copia de seguridad completa de todos los archivos y directorios especificados en la solicitud de copia de seguridad. Los directorios se procesan de forma recursiva. USE_FOR clase de dispositivo Permite que se cambie la modalidad de copia de seguridad basándose en la clase de dispositivo utilizada para crear la instantánea. Se puede utilizar esta opción para definir las reglas con las que se crea una copia de seguridad completa semanal y las copias de seguridad incrementales a diario. Nota: Puede utilizar la opción USE_FOR para definir varias sentencias MODE en la sección OFFLOAD. Consulte la nota 31 en “Notas sobre parámetros de perfil” en la página 195. DIFF FULL ARCHIVE Crea una copia de seguridad/archivado de todos los archivos y directorios especificados en la solicitud de copia de seguridad. Los directorios se procesan de forma recursiva. FULL Este parámetro determina cuál de las funciones de copia de seguridad siguientes del Cliente de copia de seguridad/archivado de Tivoli Storage Manager se va a utilizar al crear una copia de seguridad descargada de Tivoli Storage Manager: Valor Tabla 46. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD (continuación) No Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 185 DB2 x Oracle nativo SAP® con Oracle Entorno de base de datos DMS_OPT DSM_LOG x x OVERWRITE_ DATABASE_ PARAMETER_FILE DSM_DIR VIRTUALFSNAME x x ASNODENAME Nombre Parámetro x Aplic. personalizadas NO YES No se copia el archivo de configuración de base de datos del sistema de producción en el sistema de copia de seguridad. Se sustituye el archivo de configuración de base de datos en el sistema de copia de seguridad por la versión definida en el sistema de producción, para asegurarse de que son idénticos. Este parámetro opcional identifica la vía de acceso utilizada para el archivo de registro de errores del cliente de Tivoli Storage Manager (dsmerror.log). Este parámetro opcional identifica la vía de acceso y el nombre de archivo del archivo de opciones del cliente de Tivoli Storage Manager (dsm.opt). Este parámetro opcional identifica la vía de acceso utilizada para la variable de entorno DSM_DIR. Para UNIX y Linux, especifique la vía de acceso donde residen el archivo ejecutable dsmc, los archivos de recursos y el archivo dsm.sys. Este parámetro identifica el nombre de espacio de archivo virtual de un grupo de copia de seguridad. Está disponible cuando el parámetro MODE indica un valor de FULL o DIFF. VIRTUALFSNAME es opcional. nombre ASNODENAME es la misma opción que se puede establecer en el archivo dsm.sys. Este parámetro identifica el nombre del nodo en que se almacenan los datos durante una copia de seguridad descargada de Tivoli Storage Manager. nombre de nodo Valor Tabla 46. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD (continuación) Sí Serie vacía. No Sí Serie vacía. YES Sí Serie vacía. Sí No Este parámetro es necesario. fcm Sólo modalidad avanzada Valor predeterminado 186 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux NUM_SESSIONS NUM_BUFFERS x x DATABASE_ BACKUP_ INCREMENTAL_ LEVEL Nombre Parámetro PARALLELISM Aplic. personalizadas x SAP® con Oracle OPTIONS x Oracle nativo x DB2 Entorno de base de datos AUTO n n AUTO n DB2 calculará el valor óptimo para este parámetro. Número de almacenamientos intermedios que va a utilizar DB2. El número de sesiones de E/S que se deben crear entre DB2 y Tivoli Storage Manager. DB2 calcula un valor óptimo. Número de espacios de tabla que el programa de utilidad de copia de seguridad puede leer en paralelo. Consulte la nota 14 en “Notas sobre parámetros de perfil” en la página 195. @filename Especifica que las opciones que se van a utilizar para la operación de copia de seguridad de Tivoli Storage Manager están contenidas en un archivo ubicado en el servidor de copia de seguridad. La serie se pasará directamente al programa de utilidad de copia de seguridad. <serie de opciones> Especifica las opciones que se van a utilizar para esta operación de copia de seguridad de Tivoli Storage Manager. La serie se pasa directamente al programa de utilidad de copia de seguridad. Nivel de copia de seguridad que se va a realizar. Puede introducir cualquier valor numérico. Consulte la nota 7 en “Notas sobre parámetros de perfil” en la página 195. n Valor Tabla 46. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD (continuación) AUTO 1 AUTO Sí No Sí No No 0 Serie vacía. Sólo modalidad avanzada Valor predeterminado Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 187 Nombre Parámetro x DATABASE_MEMORY PARALLEL_BACKUP Aplic. personalizadas x SAP® con Oracle BUFFER_SIZE Oracle nativo x DB2 Entorno de base de datos La copia de seguridad de Tivoli Storage Manager de todas las particiones participantes se ejecutará de forma secuencial. La copia de seguridad de Tivoli Storage Manager de todas las particiones participantes se ejecutará en paralelo. DB2 calcula el valor óptimo si la copia de seguridad se ha iniciado de forma automática. El valor de este parámetro especifica el tamaño, en páginas de 4 KB, del almacenamiento intermedio utilizado por DB2 cuando se crea la imagen de copia de seguridad. El valor mínimo son 8 páginas. NO AUTO Valor predeterminado 0 Para Tivoli Storage FlashCopy Manager, debe ser posible iniciar la base de datos DB2 en el sistema de copia de seguridad durante la descarga de esta base de datos en Tivoli Storage Manager. Para iniciar esta base de datos en el sistema de copia de seguridad, DB2 necesita que se especifique el tamaño de memoria de la base de datos en la base de datos DB2 en el sistema de producción. En algunos casos, la base de datos DB2 debe iniciarse en el sistema de copia de seguridad con menos memoria. Este parámetro especifica el tamaño de la memoria compartida de la base de datos DB2 en el sistema de copia de seguridad. Si especifica una serie vacía o 0, se utiliza el tamaño de memoria de DB2 especificado en la configuración de la base de datos DB2 en el sistema de producción. Antes de establecer este parámetro en YES, revise las notas del release para consultar los requisitos que se deben observar. NO YES AUTO n Valor Tabla 46. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD (continuación) Sí Sí Sí Sólo modalidad avanzada 188 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux x DB2 x Oracle nativo x SAP® con Oracle Entorno de base de datos Aplic. personalizadas ASM_INSTANCE_USER PROFILE NUMBER_BACKUPS_IN_ PARALLEL Nombre Parámetro Valor predeterminado Se utiliza este parámetro para el servidor de copia de seguridad. Cuando este parámetro está establecido en AUTO, se utiliza el usuario de la base de datos que ejecuta el proceso. Especifique el nombre de usuario del propietario de la instancia ASM. Utilice este parámetro si la base de datos de destino y la instancia ASM están en ejecución bajo ID de usuario distintos. La instancia ASM debe tener permiso sysdba, sysasm o sysadm. AUTO Nombre de usuario Nombre del perfil SAP Backint externo Si no se especifica para la sección OFFLOAD, se utiliza el valor de este parámetro (como se ha especificado en la sección ORACLE) para el servidor de copia de seguridad. Este parámetro es necesario. En entornos DPF de DB2 con más de una partición de 0 DB2, puede ser útil iniciar la copia de seguridad de Tivoli Storage Manager con traspaso de datos en paralelo para varias particiones de DB2. Al ejecutar en entornos DPF de DB2 de gran tamaño con más de un sistema de copia de seguridad, el rendimiento de la copia de seguridad de Tivoli Storage Manager con traspaso de datos global aumenta si las copias de seguridad de Tivoli Storage Manager de cada partición de DB2 se inician en paralelo en cada uno de los sistemas de copia de seguridad. Este parámetro de perfil especifica el grado de paralelismo que se va a utilizar durante la copia de seguridad con traspaso de datos. Si especifica un valor de entero positivo para este parámetro, el número especificado de copias de seguridad de Tivoli Storage Manager se inicia en paralelo en cada uno de los sistemas de copia de seguridad. Por ejemplo, si especifica un valor de 1, se inicia una copia de seguridad en paralelo en cada sistema de copia de seguridad. Si se especifica un valor de 0, no se utiliza ningún paralelismo. Si desea utilizar un valor mayor que 0 para NUMBER_BACKUPS_IN_ PARALLEL, debe establecer el valor PARALLEL_BACKUP en NO. Valor Tabla 46. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD (continuación) Sí Sí Sí Sólo modalidad avanzada Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 189 DB2 ASM_ROLE Nombre Parámetro x Aplic. personalizadas ASM_INSTANCE_ID SAP® con Oracle x Oracle nativo Entorno de base de datos Se utiliza este parámetro para el servidor de copia de seguridad. Especifique el rol que se debe utilizar al conectarse a la instancia ASM. Se debe especificar el rol 'sysdba' al utilizar Oracle 10g. Especifique 'sysasm' si utiliza Oracle 11g, sysdba | sysasm Se utiliza este parámetro para el servidor de copia de seguridad. Realmente Oracle no lo recomienda pero es posible tener un SID para la instancia ASM que no sea '+ASM'. En entornos de este tipo, se puede utilizar este parámetro de perfil para especificar el SID de instancia ASM. SID de la instancia ASM Valor Tabla 46. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección OFFLOAD (continuación) Sí Sí Si no se especifica para la sección OFFLOAD, se utiliza el valor de este parámetro (como se ha especificado en la sección ORACLE) para el servidor de copia de seguridad. Si no se especifica para la sección OFFLOAD, se utiliza el valor de este parámetro (como se ha especificado en la sección ORACLE) para el servidor de copia de seguridad. Sólo modalidad avanzada Valor predeterminado Referencia relacionada: “Notas sobre parámetros de perfil” en la página 195 Sección DB2STANDBY La sección DB2STANDBY es igual que la sección CLIENT, excepto que se ha configurado para una base de datos DB2 que actúa como un DB2 HADR secundario. Después de un cambio de control, cuando está activa la base de datos, se utiliza la sección CLIENT. Los parámetros no dependen del dispositivo de almacenamiento. 190 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 191 DB2_ALIAS DB2_PRODUCTION_SERVER POST_FLASH_CMD serie de mandato PRE_FLASH_CMD Especifique el nombre de alias de la base de datos DB2 que se ejecuta en el servidor HADR primario. nombre de alias Los dos valores deben ir separados por un espacio y es necesario especificarlos. Puerto TCP/IP El puerto TCP/IP en el que la instancia de base de datos de producción de DB2 escucha las conexiones remotas (parámetro de configuración del gestor de bases de datos DB2 SVCENAME) nombre de host o nombre de TCP/IP Especifique el nombre de TCP/IP o el nombre de host del servidor DB2 en el que se ejecuta el servidor HADR primario (sistema de producción). Este parámetro contiene dos valores: Este parámetro es necesario en el perfil o se tiene que especificar en la línea de mandatos. Si se ha especificado en la línea de mandatos, altera temporalmente el parámetro correspondiente del perfil. Este parámetro identifica el script del mandato o el archivo ejecutable que se utiliza para reanudar el DB2 en espera o el DB2 HADR secundario inmediatamente después de la creación de la instantánea. Si el valor de este parámetro contiene argumentos de mandato, encierre el valor entre dobles comillas ("). serie de mandato Este parámetro es necesario en el perfil o se tiene que especificar en la línea de mandatos. Si se ha especificado en la línea de mandatos, altera temporalmente el parámetro correspondiente del perfil. Este parámetro identifica el script del mandato o el archivo ejecutable que se utiliza para inmovilizar el DB2 en espera o el DB2 HADR secundario, inmediatamente antes de que empiece la operación de instantánea. Si el valor de este parámetro contiene argumentos de mandato, encierre el valor entre dobles comillas ("). Valor Nombre de parámetro Tabla 47. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DB2STANDBY Este parámetro es necesario. Este parámetro es necesario. Valor predeterminado No No No No Sólo modalidad avanzada 192 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux DB2_AUTH_TYPE DB2_USERNAME Nombre de parámetro GSSPLUGIN Especifica que la autenticación tiene lugar mediante un mecanismo de seguridad de plug-in basado en la API de GSS externa. DATA_ENCRYPT Especifica que la autenticación tiene lugar en el nodo que contiene la base de datos de destino y que las conexiones deben utilizar el cifrado de datos. SERVER_ENCRYPT Especifica que la autenticación tiene lugar en el nodo que contiene la base de datos de destino y que la contraseña de autenticación se va a cifrar. CLIENT La autenticación del nombre de usuario y la contraseña tiene lugar en el cliente. SERVER La autenticación del nombre de usuario y la contraseña tiene lugar en el servidor. Especifique el valor del parámetro AUTHENTICATION de la instancia de DB2 en el servidor DB2 HADR primario. Este parámetro es opcional. Los valores válidos son: SERVER, CLIENT, SERVER_ENCRYPT, DATA_ENCRYPT, GSSPLUGIN Especifique el usuario de DB2 que se utiliza para conectar desde el servidor HADR en espera a la base de datos DB2 que se ejecuta en el servidor HADR primario. Usuario de DB2 Valor No Sí El nombre de usuario del usuario que ha iniciado la operación tsm4acs. SERVER_ENCRYPT Sólo modalidad avanzada Valor predeterminado Tabla 47. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DB2STANDBY (continuación) Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 193 MAX_VERSIONS n Número máximo de versiones de instantánea que se van a mantener. Cuando se alcanza este límite, se suprime la versión más anterior. ADAPTIVE El número máximo varía según el espacio disponible. Tivoli Storage FlashCopy Manager reutiliza el conjunto de destino más antiguo como el destino de la copia de seguridad actual. Este parámetro contiene los valores siguientes: Se evalúa este parámetro en lugar del parámetro especificado en la sección CLIENT cuando el sistema DB2 actúa como un servidor DB2 en espera o un HADR secundario. Consulte la nota 18 en “Notas sobre parámetros de perfil” en la página 195 para obtener definiciones completas de parámetros. v USE_FOR lista de clases de dispositivo v TSM_ONLY v NO v LATEST v MANDATE v YES Este parámetro acepta los valores siguientes: ADAPTIVE Cuando el sistema DB2 actúa como un servidor DB2 en espera o como un No HADR secundario, se evalúa este parámetro, en lugar del parámetro especificado en la sección CLIENT. En ese caso, FlashCopy Manager evalúa la sección OFFLOAD DB2STANDBY en lugar de la sección OFFLOAD para crear una copia de seguridad de Tivoli Storage Manager desde la instantánea. TSM_BACKUP Valor predeterminado Valor Nombre de parámetro Tabla 47. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DB2STANDBY (continuación) Sí Sí Sólo modalidad avanzada 194 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux DEVICE_CLASS Nombre de parámetro <lista de clases de dispositivo> [<condiciones>] Una de las clases de dispositivo enumeradas se utiliza durante la copia de seguridad en la sentencia DEVICE_CLASS para la que la condición es verdadera. La sentencia de condición es opcional y tiene esta sintaxis: [USE_AT <días de la semana>] [FROM <hora> TO <hora>] (bases de datos DB2 con particiones) [ON_DBPARTITIONNUMS] <lista de particiones> Consulte la nota 9 en “Notas sobre parámetros de perfil” en la página 195 para obtener información completa. Este parámetro contiene los valores siguientes: Se evalúa este parámetro en lugar del parámetro especificado en la sección CLIENT cuando el sistema DB2 actúa como un servidor DB2 en espera o un HADR secundario. Valor Sólo modalidad avanzada Sí Valor predeterminado STANDARD Tabla 47. Parámetros de perfil de Tivoli Storage FlashCopy Manager - Sección DB2STANDBY (continuación) Referencia relacionada: “Notas sobre parámetros de perfil” Sección OFFLOAD_DB2STANDBY La sección OFFLOAD_DB2STANDBY tiene la misma semántica que la sección OFFLOAD, excepto que se evalúa si se produce una copia de seguridad con traspaso de datos de un DB2 HADR secundario, en lugar del DB2 HADR primario. Los parámetros de la sección OFFLOAD_DB2STANDBY son iguales que los de la sección OFFLOAD, excepto por la adición de los parámetros marcados para las aplicaciones personalizadas. Los parámetros no dependen del dispositivo de almacenamiento. El parámetro BACKUP_METHOD se establece en TSM_CLIENT para esta variante en espera de la sección OFFLOAD. Referencia relacionada: “Sección OFFLOAD” en la página 182 Notas sobre parámetros de perfil Se incluye información adicional sobre los parámetros de perfil de Tivoli Storage FlashCopy Manager. 1. ACS_DIR El directorio de IBM Tivoli Storage FlashCopy Manager contiene los subdirectorios siguientes: v El subdirectorio logs contiene toda la información de registro y rastreo que IBM Tivoli Storage FlashCopy Manager genera. Si desea que todos los nodos de cliente almacenen información de registro y rastreo en un único directorio, puede utilizar una unidad compartida NFS para este subdirectorio. v El subdirectorio shared se utilizar para la información que es necesario compartir entre todos los componentes de Tivoli Storage FlashCopy Manager. Puede utilizar un sistema de archivos NFS para compartir esta información entre varios servidores o transferir una copia de este subdirectorio a todos los sistemas en que está instalado Tivoli Storage FlashCopy Manager. El subdirectorio shared contiene actualmente solo el archivo de contraseña (pwd.acsd). Este archivo mantiene las contraseñas de todos los dispositivos especificados en el perfil (consulte la sección device) y una contraseña maestra, que se utiliza desde todos los componentes para la autenticación al conectarse a Management Agent. Consulte “Archivo de contraseña de Tivoli Storage FlashCopy Manager” en la página 212. Nota: Mediante la correlación de ACS_DIR (o cualquiera de los subdirectorios logs y shared) en una unidad compartida NFS accesible a todos los componentes de Tivoli Storage FlashCopy Manager, obtiene acceso centralizado a todos los registros y elimina la necesidad de distribuir el archivo de contraseña. No obstante, el método preferido es la configuración remota con SSH desde l sistema de producción, no la compartición NFS. 2. ACS_REPOSITORY Especifica el directorio en que reside el repositorio de IBM Tivoli Storage FlashCopy Manager. El repositorio de IBM Tivoli Storage FlashCopy Manager es fundamental para la restauración. Debe situarse en una ubicación segura. Si se pierde el repositorio, de hecho se suprimen todas las copias de seguridad. El directorio al que hace referencia Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 195 ACS_REPOSITORY no puede estar en un sistema de archivos que participa en la copia de seguridad de instantánea. De lo contrario, Tivoli Storage FlashCopy Manager podría producir un error. Se recomienda que el repositorio de IBM Tivoli Storage FlashCopy Manager no esté en el directorio principal de IBM Tivoli Storage FlashCopy Manager (ACS_DIR). Una ubicación preferida es un subdirectorio de <ACS_DIR>: <ACS_DIR>/acsrepository Nota: La vía de acceso de ACS_REPOSITORY debe existir antes de la configuración inicial, pero el directorio en sí no debe existir. El asistente de configuración indicará un error si este directorio ya existe pero no contiene un repositorio válido. De forma alternativa, el directorio podría existir y contener un repositorio válido. 3. ADMIN_ASSISTANT Si se define este parámetro, Tivoli Storage FlashCopy Manager enviará información de copia de seguridad y restauración a Administration Assistant si están instalados Tivoli Storage Manager for ERP y el componente Administration Assistant. <servidor> y <puerto> se separan con un espacio. Este parámetro se pasa por alto en entornos no SAP. 4. REPOSITORY_LABEL Especifique un prefijo que se agregará a cada nombre de instantánea en el dispositivo de almacenamiento. El prefijo contiene tres caracteres de uno de los rangos siguientes: [a-z] [A-Z] [0-9] Este parámetro opcional sólo se utiliza con IBM XIV Storage Systems. El valor predeterminado es TSM. Nota: Si se cambia la etiqueta de repositorio, las copias de seguridad creadas con la etiqueta de repositorio anterior se excluyen de la reconciliación. 5. COPYSERVICES_CERTIFICATEFILE Si COPYSERVICES_ COMMPROTOCOL está establecido en (o toma de forma predeterminada) HTTPS: nombre de archivo de certificado Nombre de un archivo de certificado creado para la comunicación segura entre el Cliente CIM y el Agente CIM. NO_CERTIFICATE Seleccione una modalidad de proveedor nula. De forma predeterminada, el Agente CIM para DS8000, que está preinstalado en HMC, requiere la comunicación en modalidad segura. En este caso, los clientes como Tivoli Storage FlashCopy Manager tienen que conectarse utilizando HTTPS en lugar de HTTP. Esto requiere que el Cliente CIM deba obtener primero la clave pública utilizada para el cifrado del certificado de almacén de confianza en el Agente CIM y luego autenticarse utilizando el nombre de usuario y la contraseña. Para habilitar el protocolo HTTPS, el parámetro de perfil de Tivoli Storage FlashCopy Manager COPYSERVICES_COMMPROTOCOL debe especificar HTTPS (valor predeterminado). En este caso, el parámetro 196 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux COPYSERVICES_CERTIFICATEFILE puede definir un nombre de archivo de certificado y Tivoli Storage FlashCopy Manager exporta el certificado utilizando este archivo. El Agente CIM proporciona también otra modalidad de comunicación conocida como modalidad de proveedor fiable. En este caso, el Agente CIM no verifica que el certificado pasado por el cliente coincide con un certificado conocido. En su lugar, acepta cualquier certificado del cliente, incluida una serie vacía para el nombre de archivo. Para habilitar esta modalidad, el valor de COPYSERVICES_CERTIFICATEFILE debe ser NO_CERTIFICATE. Se recomienda esta modalidad solo si los sistemas de producción y de copia de seguridad, así como el sistema de almacenamiento, están protegidos por un cortafuegos. Si está en vigor NO_CERTIFICATE, el parámetro de cimom.properties DigestAuthentication debe ser 'false'. 6. COPYSERVICES_SERVERPORT El número de puerto predeterminado depende de los valores de COPYSERVICES_HARDWARE_TYPE y COPYSERVICES_COMMPROTOCOL: COPYSERVICES_HARDWARE_TYPE DS8000 SVC o Storwize V7000 COPYSERVICES_COMMPROTOCOL HTTPS HTTP HTTPS HTTP Default Port 5989 5988 5989 5988 7. DATABASE_BACKUP_INCREMENTAL_LEVEL Se aplican estas condiciones: v Un valor de 0 realiza una copia de seguridad completa. Este es el valor predeterminado. – Se debe realizar una copia de seguridad completa antes de que se pueda realizar una copia de seguridad incremental. v Un valor numérico mayor que 0 realiza una copia de seguridad incremental. – Las copias de seguridad incrementales son progresivas. Por ejemplo, se debe realizar una copia de seguridad de nivel 0 antes de que pueda producirse una copia de seguridad de nivel 1. Se debe realizar una copia de seguridad de nivel 1 antes de que se produzca una copia de seguridad de nivel 2, etc. 8. DATABASE_BACKUP_SCRIPT_FILE El script debe: 1. Contener mandatos válidos para la base de datos de sistema de copia de seguridad (aplicable en una base de datos con copias de archivo de datos) 2. Contener la variable de entorno de Data Protection for Oracle TDPO_OPTFILE. Especifique el nombre de vía de acceso completo del archivo de opciones tdpo.opt con la variable de entorno TDPO_OPTFILE. 3. Coloque el mandato allocate channel y el parámetro ENV en la misma línea. Por ejemplo: allocate channel t1 type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=..)’; 4. Ponga el mandato de base de datos especificado en una línea aparte del mandato backup. Por ejemplo: backup (base de datos); Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 197 9. DEVICE_CLASS Durante la copia de seguridad, Tivoli Storage FlashCopy Manager utilizará una de las clases de dispositivo enumeradas en la lista de clases de dispositivo de la sentencia DEVICE_CLASS para la que las condiciones se evalúan como verdaderas. Si varias sentencias condicionales se evalúan como verdaderas la operación producirá un error. Las clases de dispositivo enumeradas en la lista de clases de dispositivo (separadas por espacios) Tivoli Storage FlashCopy Manager se utilizarán 'cíclicamente'. Para ser más preciso, Tivoli Storage FlashCopy Manager utiliza la clase de dispositivo que sigue a la clase de dispositivo, que se ha utilizado por última vez, para la operación de copia de seguridad siguiente. Si se ha utilizado la última clase de dispositivo de la lista durante la última copia de seguridad o nunca se ha utilizado ninguna clase de dispositivo de la lista para una copia de seguridad, Tivoli Storage FlashCopy Manager utilizará la primera clase de dispositivo de la lista. El valor del parámetro DEVICE_CLASS tiene esta sintaxis: lista de clases de dispositivo [condiciones] Una de las clases de dispositivo enumeradas se utiliza durante la copia de seguridad en la sentencia DEVICE_CLASS para la que la condición es verdadera. La sentencia condicional es opcional y tiene esta opcional: [USE_AT días de la semana] [FROM hora TO hora] (bases de datos DB2 particionadas) [ON_DBPARTITIONNUMS lista de particiones] Son posibles varias secciones representan distintos dispositivos. Se puede seleccionar cualquier sección de ese tipo con el parámetro de perfil DEVICE_CLASS o la opción de proveedor. Durante la restauración, Tivoli Storage FlashCopy Manager utiliza siempre el mismo valor de DEVICE_CLASS que se ha utilizado durante la copia de seguridad. 10. FLASHCOPY_TYPE v Este parámetro se aplica generalmente a cualquier dispositivo de instantánea. Los valores INCR y NOCOPY sólo se aplican a los dispositivos de FlashCopy. v Es necesario COPY, INCR o NOCOPY (Controlador de volumen SAN 5.1 o posterior) si el cliente tiene pensado ejecutar una restauración de instantánea. v Se recomienda INCR si se desean copias de seguridad de Tivoli Storage Manager de copias de disco, que se crean con menos carga en el sistema de almacenamiento que para la opción COPY. Se recomienda también este valor bajo las siguientes condiciones: – Tiene pensado realizar una restauración de instantánea de la base de datos de la que se ha realizado copia de seguridad. – Tiene pensado planificar copias de seguridad más frecuentes de la base de datos. Para IBM System Storage DS8000, sólo debe haber un conjunto de destino especificado en el archivo de volúmenes de destino (.fct) para las instantáneas INCREMENTAL. Podrían producirse errores de CIM si hay más de un destino especificado. v Se recomienda NOCOPY bajo las condiciones siguientes: – No se desea una copia completa de los volúmenes de origen en que residen los archivos de base de datos. – Las restricciones de tiempo de copia de seguridad son un problema 198 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Es posible una copia de seguridad satisfactoria de la base de datos en el Tivoli Storage Manager Server aun cuando el parámetro esté establecido en NOCOPY. Para Controlador de volumen SAN y Storwize V7000, si se especifica FLASHCOPY_TYPE como NOCOPY o INCR, se fuerza el valor de 0 en SVC_COPY_RATE. 11. LVM_FREEZE_THAW YES Habilita el bloqueo antes de la instantánea y el desbloqueo después. Para AIX, el valor YES es válido sólo si todos los sistemas de archivos implicados en la copia de seguridad son sistemas de archivos JFS2. NO No se realiza un bloqueo. Para establecer este parámetro en NO, es necesaria una versión con licencia de Tivoli Storage FlashCopy Manager y es necesario un servidor de copia de seguridad para montar la instantánea a fin de asegurar la coherencia del sistema de archivos. Es necesario el valor NO si está relacionado al menos un sistema de archivos JFS. AUTO Si TARGET_DATABASE_SUSPEND es YES, se trata como LVM_FREEZE_THAW YES. Consulte también “Interdependencia de LVM_FREEZE_THAW y TARGET_DATABASE_SUSPEND” en la página 211. 12. MAX_VERSIONS ADAPTIVE El número máximo varía según el espacio disponible. Tivoli Storage FlashCopy Manager reutiliza el conjunto de destino más antiguo como el destino de la copia de seguridad actual. n Número máximo de versiones de instantánea que se van a mantener. Cuando se alcanza este límite, se suprime la versión más anterior. (DB2 con Tivoli Storage Manager for Advanced Copy Services) Acepta sólo los valores '1' y '2' para este parámetro si se utiliza el producto Tivoli Storage Manager for Advanced Copy Services y no la versión con licencia completa de Tivoli Storage FlashCopy Manager. 13. NEGATIVE_LIST En función del dispositivo de almacenamiento, Tivoli Storage FlashCopy Manager realiza las operaciones de copia de seguridad y restauración con granularidad de grupo de volúmenes. Se utiliza el parámetro NEGATIVE_LIST para controlar el proceso cuando no se almacena ningún archivo de base de datos en los mismos sistemas de archivos relacionados en la operación de copia de seguridad y restauración. Este parámetro es necesario. NO_CHECK No se comprueba si hay archivos adicionales y la operación pasa por alto los archivos adicionales descubiertos. Atención: Tenga en cuenta que durante el proceso de restauración, este valor dará como resultado todos los archivos que residen en uno de los sistemas de archivos o grupos de volúmenes (que son el sujeto de la restauración) sobrescritos. Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 199 WARN Emite un aviso para cada archivo descubierto en el volumen que no forma parte de la operación de FlashCopy (el proceso continúa). En caso de una restauración, la operación de restauración sobrescribirá los archivos adicionales encontrados en los sistemas de archivos que se van a restaurar. ERROR Emite un error para cada archivo descubierto en el volumen que no forma parte de la operación FlashCopy (el proceso finaliza). En un entorno Oracle ASM, la salida que se muestra cuando se descubre un archivo se detalla a continuación: #ERRFILE +<archivo_asm> <-> + <enlace_asm> o bien #ERRFILE +<enlace_asm> <-> + <archivo_asm> Ambas expresiones, <archivo_asm> y <enlace_asm>, identifican la misma entidad. Para permitir este archivo adicional en la operación FlashCopy, añada la expresión apropiada <archivo_asm> o <enlace_asm> al archivo de lista negativa. nombre de archivo Cuando existen archivos que no forman parten de los archivos de espacio de tabla de base de datos, pero se van a incluir en la operación FlashCopy, especifique los nombres completos de estos archivos y directorios (una entrada por línea) en este archivo de lista negativa (nombre_archivo). Continúa el proceso aun cuando se descubran estos archivos. Cuando se descubren otros archivos que no están incluidos en este archivo de lista negativa, finaliza el proceso. Observe que cualquier directorio enumerado en el archivo de lista negativa se procesa de forma recursiva; por ejemplo, permite que se procesen todos los archivos del directorio (y cualquier subdirectorio) durante una solicitud de copia de seguridad o restauración. Este parámetro no está disponible para SAP® con Oracle porque SAP® BR*Tools proporciona directamente un mecanismo similar. Consulte la documentación de SAP® para este fin. 14. OPTIONS (DB2) Una especificación de archivo debe ser un nombre de archivo completo. Si IBM Tivoli Storage Manager for Enterprise Resource Planning se está utilizando, se debe especificar el archivo de opciones de proveedor de IBM Tivoli Storage Manager for Enterprise Resource Planning DB2 (vendor.env). (DB2) Para poder configurar particiones individuales en un entorno DPF de una manera diferente, se puede incorporar la serie de marcador %DB2NODE en la serie de opciones. Durante la ejecución, se sustituirá por el número de partición adecuado para el que se ha emitido la copia de seguridad. Este marcador puede ser parte de la entrada de archivo de opciones de proveedor, de este modo se permiten distintos archivos de configuración según la partición. Por ejemplo, si hay dos particiones OPTIONS @/db2/T01/tdpr3/vendor_%DB2NODE.env 200 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux hace referencia a los dos archivos /db2/T01/tdpr3/vendor_0.env /db2/T01/tdpr3/vendor_1.env El primer archivo se utilizará para la partición 0, el segundo para la partición 1.Al especificar este parámetro se altera temporalmente el valor especificado mediante el parámetro de configuración de base de datos VENDOROPT. 15. RESTORE_FORCE En el caso de una restauración de instantánea, se emite el mensaje FMM0200E si el proceso de copia en segundo plano del dispositivo de almacenamiento de la restauración de instantánea anterior todavía está en ejecución y RESTORE_FORCE no está establecido en YES. Hay dos opciones: v Esperar hasta que termine el proceso de copia en segundo plano v Especificar RESTORE_FORCE YES en el perfil y volver a ejecutar la restauración de instantánea. Esto retirará las relaciones de origen/destino existentes y creará nuevas, con lo que se producirá una copia completa. Nota: Si establece RESTORE_FORCE en YES en una situación concreta, pero no desea que se aplique a todas las restauraciones, debeía considerar hacerlo en un perfil temporal. 16. SVC_COPY_RATE El valor representa una prioridad que puede variar entre 0 y 100. Un valor de 100 es la máxima prioridad pero tiene el mayor impacto en la receptividad del sistema de almacenamiento. Un valor de 0 suprime el proceso de copia en segundo plano y fuerza el valor NOCOPY en FLASHCOPY_TYPE. 17. TARGET_DATABASE_SUSPEND Este valor especifica si se va a suspender la actividad en la base de datos de destino hasta que se completa la operación FlashCopy. Introduzca uno de los valores siguientes: YES Suspenda la base de datos de destino hasta que se completa la operación FlashCopy. Se recomienda este valor cuando hay un alto volumen de proceso de transacciones. NO No se suspende la base de datos de destino. OFFLINE Todas las copias de seguridad deben estar fuera de línea. Si SAP solicita una copia de seguridad fuera de línea, se pasa por alto este parámetro. Los valores YES y NO implican un tipo de copia de seguridad 'online'. Al realizar una copia de seguridad con OFFLINE especificado, la base de datos de destino en el sistema de producción debe estar en un estado "montaje de inicio" en el momento en que se emite acsora o acsutil. De lo contrario se debe realizar la recuperación para restaurar la base de datos. Consulte también “Interdependencia de LVM_FREEZE_THAW y TARGET_DATABASE_SUSPEND” en la página 211. 18. TSM_BACKUP / TSM_BACKUP_FROM_SNAPSHOTS Para crear una copia de seguridad de Tivoli Storage Manager desde una Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 201 instantánea, instale Tivoli Storage FlashCopy Manager en un servidor de copia de seguridad. Se puede ejecutar Offload Agent para desencadenar una copia de seguridad de TSM desde cualquier instantánea creada con TSM_BACKUP establecido en YES, MANDATE o LATEST. Si se utiliza FlashCopy Manager con IBM Tivoli Storage Manager for Enterprise Resource Planning, este parámetro se mueve al archivo .utl bajo el nombre nuevo "TSM_BACKUP_FROM_SNAPSHOTS" para los entornos SAP con Oracle. YES Cree una copia de seguridad de Tivoli Storage Manager desde esta instantánea. Está permitido reutilizar el conjunto de destino si la operación de copia de seguridad de Tivoli Storage Manager no se completa correctamente. MANDATE A diferencia de YES, no reutilice el conjunto de destino hasta que se complete la copia de seguridad de Tivoli Storage Manager. LATEST Cuando se realiza una copia de seguridad de instantánea con TSM_BACKUP LATEST y no se ha iniciado la copia de seguridad descargada en Tivoli Storage Manager o ha producido un error, cualquier nueva copia de seguridad de instantánea con la opción TSM_BACKUP establecida en LATEST, YES o MANDATE, elimina la solicitud de copia de seguridad a Tivoli Storage Manager de la copia de seguridad anterior. Esto impide que las solicitudes de copia de seguridad a Tivoli Storage Manager se pongan en cola si no se han podido completar en este momento. NO Conserva la copia de seguridad de instantánea y no la utiliza como origen de una operación de copia de seguridad de cinta subsiguiente. TSM_ONLY La copia de seguridad se marca automáticamente para la supresión durante la operación unmount, una vez que se ha completado la copia de seguridad de Tivoli Storage Manager. Esto sucede independientemente de que la copia de seguridad haya sido satisfactoria o no. USE_FOR lista de clases de dispositivo Este atributo se puede combinar con cualquiera de estas opciones para limitar su aplicación a las instantáneas realizadas con clases de dispositivo concretas como se ha especificado en el perfil. Todas las clases de dispositivo enumeradas deben ir separadas por espacios. Nota: (DB2) La capacidad de crear una copia de seguridad de Tivoli Storage Manager desde una instantánea requiere una licencia de Tivoli Storage FlashCopy Manager. 19. TARGET_SETS Especifique los volúmenes de destino que se deben utilizar en la operación FlashCopy utilizando uno de estos valores: VOLUMES_DIR Especifique un directorio que contiene todos los archivos de volúmenes de destino (.fct). Si ha migrado los datos de Tivoli Storage Manager for Advanced Copy Services a Tivoli Storage FlashCopy Manager, el 202 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux parámetro VOLUMES_DIR sigue en vigor. No obstante, el parámetro VOLUMES_FILE es el método preferido para especificar el archivo de volúmenes de destino. VOLUMES_FILE Especifique el nombre del archivo de volúmenes de destino (.fct). lista de nombres de conjunto de destino (solo Controlador de volumen SAN) Especifique una lista de nombres de conjunto de destino, por ejemplo, TARGET_SETS 1 2 3. Para definir el convenio de denominación de los volúmenes de destino, especifique el parámetro TARGET_NAMING. TARGET_NAMING <serie con comodines %SOURCE y %TARGETSET> Define el convenio de denominación de los volúmenes de destino. Siempre que es necesario un volumen de copia de seguridad durante la copia de seguridad, Tivoli Storage FlashCopy Manager ha determinado ya el nombre del conjunto de destino de la operación actual y el nombre del volumen de origen del que se va a realizar una copia de seguridad. El nombre del volumen de destino en que se almacena la copia de seguridad es el nombre especificado una vez que las series %SOURCE y %TARGETSET se sustituyen por los valores respectivos en la operación actual. 20. STORAGE_SYSTEM_ID Especifique el ID del sistema de almacenamiento del clúster al que el sistema de almacenamiento DS8000, IBM XIV, Controlador de volumen SAN o Storwize V7000 hace referencia en un entorno duplicado del gestor de volúmenes lógicos o en un entorno duplicado de ASM. Este parámetro es obligatorio en entornos duplicados LVM y no debe utilizarse en entornos no duplicados. Si diversas clases de dispositivos hacen referencia al mismo archivo de volúmenes de destino en un entorno duplicado, este parámetro también debe especificarse en el archivo de volúmenes de destino. En entornos duplicados de Oracle ASM, este parámetro es obligatorio si los grupos de anomalía se distribuyen en varios sistemas de almacenamiento. En XIV, STORAGE_SYSTEM_ID se refiere al ID de 4 dígitos hexadecimales del sistema XIV. En Controlador de volumen SAN o Storwize V7000, el ID del sistema se refiere al ID del clúster de Controlador de volumen SAN. Se debe especificar este parámetro en la sección DEVICE_CLASS del perfil cuando existe cualquiera de estos valores de parámetro: v TARGET_SETS VOLUMES_FILE v TARGET_SETS VOLUMES_DIR v TARGET_SETS lista de nombres de conjunto de destino (solo Controlador de volumen SAN) Se debe especificar también este parámetro en el archivo de volúmenes de destino (.fct) cuando existe este valor de parámetro: v TARGET_SETS VOLUMES_DIR Nota: Puede que este parámetro sea necesario para ASM. Si desea más información, consulte “Entornos de duplicación de LVM y grupos de anomalías ASM” en la página 43. 21. PARTITION_GROUP Este parámetro se utiliza en entornos DB2 con varias particiones, si residen varias particiones en el mismo grupo de volúmenes (compartición de Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 203 volúmenes). Utilícelo para especificar todas las particiones que comparten el mismo grupo de volúmenes. Este parámetro se puede especificar varias veces. Cuando se utiliza PARTITION_GROUP, se debe utilizar el parámetro VOLUMES_FILE para especificar el archivo .fct. No se puede utilizar el parámetro VOLUMES_DIR con PARTITION_GROUP. Puede especificar: <nombre de grupo> Especifique un identificador del grupo de particiones. <nodo db2> Especifique el nombre de nodo de DB2. Si se especifican varias entradas, cada una debe ir separada por un espacio. Este es un ejemplo de una entrada PARTITION_GROUP: >>> CLIENT ... PARTITION_GROUP ONE 0 1 PARTITION_GROUP TWO 2 3 ... <<< Si desea un ejemplo de un archivo .fct de este entorno, consulte “Archivo de definición de conjunto de destino para las bases de datos DB2 con varias particiones” en la página 38. 22. TIMEOUT_FLASH Especifique el tiempo máximo (en segundos) que el agente de base de datos debe esperar respuesta a la llamada de Management Agent durante la fase 'flash'. Si el agente de base de datos no recibe respuesta en el período especificado, se emite un mensaje de error. Este parámetro permite que se especifique el tiempo máximo que se permite que esté suspendida la base de datos. Esto implica también el tiempo máximo durante el que se permite que estén bloqueados los sistemas de archivos JFS2. Si se alcanza el tiempo de espera, se desbloquean los sistemas de archivos, se reanuda la base de datos y finaliza la operación de copia de seguridad con un error. Si el parámetro LVM_FREEZE_THAW está establecido en AUTO o YES, el valor mínimo permitido para TIMEOUT_FLASH es 5 segundos. De lo contrario, el valor mínimo es 1 segundo. 23. TIMEOUT_<PHASE> Especifique el tiempo máximo (en segundos) que el agente de base de datos debe esperar respuesta a la llamada del agente de gestión durante la fase <fase>. Si el agente de base de datos no recibe respuesta en el período especificado, finaliza la operación de copia de seguridad o restauración y se emite un mensaje de error. El valor predeterminado es 3600 segundos. Puede especificar uno de estos valores de fase para una copia de seguridad de FlashCopy (por ejemplo, TIMEOUT_PREPARE): v PARTITION v v v v PREPARE FLASH (consulte la descripción individual de este parámetro) VERIFY CLOSE Puede especificar uno de estos valores de fase para una restauración de FlashCopy (por ejemplo, TIMEOUT_FLASHRESTORE): v PREPARERESTORE 204 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux v FLASHRESTORE v COMPLETERESTORE v CLOSE 24. DEVICE_CLASS clase dispositivo USE_FOR_CLONING lista nombres base datos clonación [condiciones] Especifique este parámetro en la sección CLONING del perfil para identificar la clase de dispositivo para utilizar al clonar una base de datos. Es necesaria la sentencia USE_FOR_CLONING. La sentencia condiciones es opcional y utiliza esta sintaxis: (bases de datos DB2 particionadas) [ON_DBPARTITIONNUMS <lista de particiones>] 25. FLASH_DIR_LIST [ON DBPARTITIONNUM lista de particiones] nombre de archivo completo Especifique este parámetro en la sección CLONING del perfil para incluir los sistemas de archivos en la operación FlashCopy que no forman parte de los archivos de base de datos. Debe incluir estos archivos en determinadas circunstancias. Por ejemplo, al clonar un sistema SAP® Advanced Business Application Programming y un sistema Java, la instancia Java no forma parte de los archivos de base de datos. Como resultado, se debe crear un clon de la instancia de Java junto con el clon de la base de datos. Utilice el parámetro FLASH_DIR_LIST en esta situación para incluir los directorios de la instancia Java y, por lo tanto, simplificar el proceso de clonación. Especifique un nombre de directorio y nombre de archivo completos. En el archivo, especifique un archivo o directorio completo en cada línea. FlashCopy Manager utiliza la función FlashCopy para hacer copias flash de los grupos de volúmenes completos en los que residen los archivos o directorios especificados. En los entornos DPF DB2 (Data Partitioning Feature) que contienen varias particiones, se puede especificar un nombre de archivo diferente para cada partición. En esta situación, debe especificar el parámetro ON DBPARTITIONNUM porque se especifican nombres de archivos diferentes para particiones distintas. Cada número de partición se debe separar por un espacio. El valor predeterminado es una lista vacía. Este valor impide que los archivos o directorios adicionales participen en la operación FlashCopy. 26. OVERWRITE_ DATABASE_PARAMETER_FILE YES|NO Importante: Utilícelo con bases de datos Oracle solo. Este parámetro también existe en la sección OFFLOAD del perfil y especifica si el archivo de configuración de base de datos en el servidor de copia de seguridad se sobrescribe con el archivo del servidor de producción. No obstante, el valor de parámetro de la sección OFFLOAD no es aplicable a las operaciones de clonación y se pasa por alto. Especifique este parámetro en la sección CLONING del perfil para copiar el archivo de configuración de base de datos desde el sistema de producción al sistema de clonación.Tivoli Storage FlashCopy Manager requiere que estén disponibles dos archivos de configuración de base de datos en la instancia de clonación en el sistema de clonación. El nombre de archivo de configuración de base de datos predeterminado es ${ORACLE_HOME}/dbs/init${ORACLE_SID}.ora. Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 205 En un escenario en que el sistema de producción es ${ORACLE_SID}=P01 y el sistema de clonación es ${ORACLE_SID}=C01, son necesarios estos archivos de configuración de base de datos: /oracle/C01/102_64/dbs/initP01.ora /oracle/C01/102_64/dbs/initC01.ora El archivo initP01.ora se utiliza durante el proceso de clonación para recuperar la base de datos (se utiliza en la operación FlashCopy) en el sistema de clonación. Se utiliza el archivo initC01.ora para renombrar e iniciar la base de datos de clonación. Especifique uno de estos valores: YES Copia el archivo de configuración de base de datos del sistema de producción en el sistema de clonación. Se produce el siguiente proceso: v El archivo de configuración de base de datos de clonación initP01.ora se copia en el sistema de clonación. Se sobrescribe el archivo existente (/oracle/C01/102_64/dbs/initP01.ora). v El archivo de configuración de base de datos de clonación /oracle/C01/102_64/dbs/initP01.ora se copia en /oracle/C01/102_64/dbs/initC01.ora. Se sobrescribe el archivo (/oracle/C01/102_64/dbs/initC01.ora) existente. Todas las apariciones de P01 en este archivo se renombran como C01. NO No se copia el archivo de configuración de base de datos del sistema de producción en el sistema de clonación.Este valor requiere que los archivos de configuración de base de datos /oracle/C01/102_64/dbs/initP01.ora y /oracle/C01/102_64/dbs/ initC01.ora estén disponibles en el sistema de clonación. Debe verificar que estos archivos están disponibles y son válidos. Consejo: Si el nombre del archivo de configuración de base de datos en la base de datos de producción no es el nombre de archivo predeterminado (${ORACLE_HOME}/dbs/init${ORACLE_SID}.ora), utilice el parámetro TARGET_DATABASE_PARAMETER_FILE (en la sección CLONING) para especificar el nombre correcto. En esta situación, se crea el nombre de archivo de base de datos de clonación sustituyendo el valor ${ORACLE_SID} de la base de datos de producción por el nombre de la base de datos de clonación. 27. TARGET_DATABASE_PARAMETER_FILE archivo de parámetros de la base de datos de producción de destino Importante: Utilícelo con bases de datos Oracle solo. Este parámetro existe también en la sección ORACLE del perfil y especifica el nombre de archivo de configuración de base de datos. No obstante, el valor de parámetro de la sección ORACLE no es aplicable a las operaciones de clonación y se pasa por alto. Especifique este parámetro en la sección CLONING del perfil para identificar el nombre del archivo de parámetros Oracle de la base de datos de producción. Introduzca la vía de acceso y el nombre de archivo completamente resuelto del archivo de parámetros Oracle (initSID.ora de forma predeterminada) de la base de datos de producción. Este archivo debe ser de parámetros Oracle basado en texto (PFILE) y no un archivo de servidor de Oracle. El valor predeterminado es ${ORACLE_HOME}/dbs/ 206 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux init${ORACLE_SID}.ora. Si la base de datos de producción se configura para utilizar un archivo de servidor de Oracle, se omite este parámetro. 28. DATABASE_SCHEMA esquema de base de datos de producción El esquema de base de datos no cambia cuando se crea una base de datos de clonación desde una base de datos de producción. Como consecuencia, la base de datos de clonación utiliza el mismo esquema de base de datos que la base de datos de producción. Utilice el parámetro de perfil DATABASE_SCHEMA para especificar el esquema de base de datos correcto. DATABASE_SCHEMA es necesario para bases de datos no SAP. No hay ningún valor de esquema de base de datos predeterminado. DATABASE_SCHEMA es opcional para bases de datos SAP. El valor de esquema de base de datos predeterminado se determina a través de las siguientes variables de entorno, si estas variables de entorno se establecen en el entorno del propietario de la instancia de base de datos de producción: (DB2) dbs_db6_schema (Oracle) dbs_ora_schema Si no están establecidas estas variables de entorno, el valor de esquema de base de datos predeterminado es SAPR3. Cuando se utiliza DATABASE_SCHEMA (para una base de datos SAP), el valor de esquema de base de datos especificado altera temporalmente todos los valores de esquema de base de datos predeterminados. DATABASE_SCHEMA se evalúa solo cuando existen las condiciones siguientes: v Se utiliza un script de proceso con el mandato preproc_clone o postproc_clone. v Se emite el mandato refresh_clone con el parámetro de clonación -X o -Y. v Se emite el mandato create_clone con el parámetro de clonación -Y. 29. CLONE_DATABASE YES|NO El asistente de perfiles prestablece este parámetro. Especifique este parámetro de perfil de clonación en la sección del dispositivo DEVICE_CLASS del perfil. Especifique el valor YES con este parámetro para asignar una clase de dispositivo que se va a utilizar con la clonación. Especifique uno de estos valores: YES Se utiliza la clase de dispositivo para clonación. Cuando este parámetro especifica YES, la clase de dispositivo se considera no disponible para operaciones de copia de seguridad o restauración no de clonación. Se pasa por alto la clase de dispositivo durante el proceso de reconciliación y caducidad de copia de seguridad. NO No se utiliza la clase de dispositivo para clonación. Cuando este parámetro especifica NO, cualquier solicitud de clonación produce un error con un mensaje de error y un código de retorno 2. En este ejemplo se muestra el parámetro CLONE_DATABASE especificado en la sección DEVICE_CLASS dispositivo del perfil: >>> DEVICE_CLASS STANDARD CLONE_DATABASE YES COPYSERVICES_HARDWARE_TYPE XIV # STORAGE_SYSTEM_ID Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 207 PATH_TO_XCLI /home/xivtest/XCLI COPYSERVICES_SERVERNAME nextra COPYSERVICES_USERNAME admin # RECON_INTERVAL 12 # GRACE_PERIOD 24 # USE_WRITABLE_SNAPSHOTS AUTO USE_CONSISTENCY_GROUPS NO BACKUP_HOST_NAME acsback5 <<< 30. APPLICATION_TYPE Cuando este parámetro indica GENERIC, están disponibles los valores opcionales siguientes y se pueden especificar en la sección CLIENT del perfil: INFILE archivo Este parámetro identifica el archivo que contiene una lista de todos los objetos que se van a procesar. El archivo debe satisfacer estos requisitos: v Cada línea especifica solo un archivo o directorio del que se va a realizar una copia de seguridad. v Un directorio y todos los subdirectorios se procesan de forma recursiva. Se siguen los enlaces simbólicos cuando se expande el directorio. v Cuando se especifica un enlace simbólico en un archivo, Tivoli Storage FlashCopy Manager protege el sistema de archivos en el que se encuentra el archivo. Sin embargo, se omite el sistema de archivos donde se encuentra el enlace simbólico. Puede modificar el parámetro INFILE especificando un mandato en la línea de mandatos. Si no especifica INFILE en el perfil, debe especificarlo en la línea de mandatos. Las funciones de fcmcli inquire, inquireDetails y delete no reconocen el parámetro INFILE. La función restore acepta INFILE como un parámetro opcional. PRE_FLASH_CMD archivo Este parámetro opcional identifica el script de mandato o el archivo ejecutable utilizado para desactivar temporalmente la aplicación inmediatamente antes de que comienza la operación de instantánea. Puede modificar el parámetro PRE_FLASH_CMD especificando un mandato en la línea de mandatos. Si el valor del parámetro PRE_FLASH_CMD contiene argumentos de mandato, encierre el valor entre dobles comillas ("). POST_FLASH_CMD archivo Este parámetro opcional identifica el script de mandato o el archivo ejecutable utilizado para reanudar la aplicación inmediatamente antes de que finaliza la operación de instantánea. Puede modificar el parámetro POST_FLASH_CMD especificando un mandato en la línea de mandatos. Si el valor del parámetro POST_FLASH_CMD contiene argumentos de mandato, encierre el valor entre dobles comillas ("). 31. BACKUP_METHOD El asistente de perfiles prestablece este parámetro basándose en el entorno de la aplicación. Para los entornos de aplicación personalizada (APPLICATION_TYPE=GENERIC) y secciones de descarga relacionadas 208 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux con los servidores DB2 en espera, BACKUP_METHOD se establece en TSM_CLIENT. Se pueden especificar los siguientes valores opcionales en la sección OFFLOAD del perfil: MODE Este parámetro determina cuál de las funciones de copia de seguridad del cliente de copia de seguridad/archivado de Tivoli Storage Manager se va a utilizar al crear una copia de seguridad con traspaso de datos de Tivoli Storage Manager: ARCHIVE Crea una copia de seguridad/archivado de todos los archivos y directorios especificados en la solicitud de copia de seguridad. Los directorios se procesan de forma recursiva. La modalidad ARCHIVE es similar a la modalidad FULL, excepto que se utiliza la clase de gestión de archivado, en lugar de una clase de gestión de copia de seguridad. Una de las ventajas de la clase de gestión de archivado es que Tivoli Storage FlashCopy Manager no tiene que reenviar todos los datos al producirse una anomalía durante una operación de archivado. Solo se envía el resto de los datos después de la anomalía. FULL Crea una copia de seguridad completa de todos los archivos y directorios especificados en la solicitud de copia de seguridad. Los directorios se procesan de forma recursiva. DIFF Crea una copia de seguridad diferencial de todos los archivos y directorios especificados en la solicitud de copia de seguridad. Los directorios se procesan de forma recursiva. Esta operación hace una copia de seguridad de los cambios producidos desde la última copia de seguridad completa. USE_FOR clase de dispositivo Permite que se cambie la modalidad de copia de seguridad basándose en la clase de dispositivo utilizada para crear la instantánea. Utilice esta opción para definir reglas que crean una copia de seguridad completa semanal y copias de seguridad incrementales diarias. Consejo: Puede utilizar la opción USE_FOR para definir varias sentencias MODE en la sección OFFLOAD. ASNODENAME nombre de nodo Este parámetro identifica el nombre de nodo del sistema en el que se almacenan los datos durante una copia de seguridad descargada de Tivoli Storage Manager. Este parámetro es necesario solo para las aplicaciones personalizadas. En Tivoli Storage FlashCopy Manager, las copias de seguridad se hacen siempre desde un sistema de descarga, pero se restauran directamente en el sistema de producción. Para una configuración de aplicación personalizada, el parámetro ASNODENAME define un nodo dedicado que contiene los datos de la aplicación personalizada (en este caso, el sistema de producción). Tivoli Storage FlashCopy Manager utiliza el agente Offload Agent (tsm4acs) para crear copias de seguridad descargadas en el servidor Tivoli Storage Manager desde el sistema de descarga. El parámetro ASNODENAME garantiza que se hacen copias Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 209 de seguridad de estos datos, de forma que se puedan recuperar directamente en el entorno de producción utilizando el mandato dsmc. Este mandato depende de la opción de los parámetros de perfil MODE y VIRTUALFSNAME de la sección OFFLOAD y del valor del parámetro BACKUPIDPREFIX de la sección CLIENT. Nota: Debe especificar la opción PASSWORDACCESS GENERATE en el archivo de opciones del sistema cliente en el sistema de descarga y el sistema de producción. VIRTUALFSNAME nombre Este parámetro identifica el nombre de espacio de archivo virtual de un grupo de copia de seguridad. Está disponible cuando el parámetro MODE indica un valor de FULL o DIFF. VIRTUALFSNAME es opcional y el valor predeterminado es fcm. DSM_DIR Este parámetro opcional identifica la vía de acceso utilizada para la variable de entorno DSM_DIR. Para UNIX y Linux, especifique la vía de acceso en la que residen el archivo ejecutable dsmc, los archivos de recursos y el archivo dsm.sys. DSM_OPT Este parámetro opcional identifica la vía de acceso utilizada para el archivo de opciones del cliente de Tivoli Storage Manager. El valor predeterminado es la vía de acceso del directorio de instalación del cliente de Tivoli Storage Manager. 32. BACKUP_HOST_NAME Especifique el nombre del host de copia de seguridad utilizado durante las copias de seguridad de cinta descargadas solo. Los valores posibles del parámetro BACKUP_HOST_NAME dependen del subsistema de almacenamiento y de su uso. Tabla 48. Valores BACKUP_HOST_NAME de la sección DEVICE_CLASS dispositivo del perfil Tipo de subsistema de almacenamiento Valor BACKUP_HOST_NAME en la sección device del perfil Comentarios XIV, SVC, Storwize V7000, DS8000 NONE Utilice este valor si no tiene un servidor de copia de seguridad. XIV <host_servidor_copia_seguridad> Utilice este valor si tiene un servidor de copia de seguridad. Especifique el nombre de host o el nombre del clúster del servidor de copia de seguridad como está configurado en el subsistema XIV Storage Subsystem. SVC, Storwize V7000 PREASSIGNED_VOLUMES Utilice este valor si tiene un servidor de copia de seguridad y utiliza una correlación de volúmenes estática. Esta configuración significa que los discos de conjunto de destino de FlashCopy ya están correlacionados con el servidor de copia de seguridad y permanece sin cambios durante todas las operaciones de FCM. 210 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 48. Valores BACKUP_HOST_NAME de la sección DEVICE_CLASS dispositivo del perfil (continuación) Tipo de subsistema de almacenamiento Valor BACKUP_HOST_NAME en la sección device del perfil Comentarios SVC, Storwize V7000 <host_servidor_copia_seguridad> Utilice este valor si tiene un servidor de copia de seguridad y desea utilizar una correlación de volúmenes dinámica. Esta configuración significa que los discos de conjunto de destino se asignan automáticamente y se eliminan de un host si es necesario para la operación de FCM. Utilice este valor si tiene un servidor de copia de seguridad. Especifique el nombre de host del servidor de copia de seguridad como se ha configurado en Controlador de volumen SAN. DS8000 PREASSIGNED_VOLUMES Utilice este valor si tiene un servidor de copia de seguridad. Conceptos relacionados: “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212 Referencia relacionada: “Archivos y directorios clave” en la página 225 Interdependencia de LVM_FREEZE_THAW y TARGET_DATABASE_SUSPEND Los parámetros de perfil LVM_FREEZE_THAW y TARGET_DATABASE_SUSPEND son interdependientes. Estos dos parámetros de perfil de Tivoli Storage FlashCopy Manager son interdependientes de esta manera: v Si LVM_FREEZE_THAW está establecido en YES, se debe suspender la base de datos. De lo contrario, las operaciones de grabación en la base de datos podrían superar el tiempo de espera y dejar la base de datos en un estado incoherente. Si se especifica el valor YES en TARGET_DATABASE_SUSPEND se impide esta situación. v Si LVM_FREEZE_THAW está establecido en NO, es posible que el usuario prefiera suspender la base de datos sin bloquear el sistema de archivos. Además, si se utiliza JFS, no se admite el bloqueo ni el desbloqueo. v Si LVM_FREEZE_THAW está establecido en AUTO y el sistema de archivos soporta la función freeze (bloquear), el efecto de AUTO se describe en la tabla siguiente. Si los sistemas de archivos no soportan la función freeze, el valor de AUTO se resuelve en NO. Para entornos ASM de Oracle, TARGET_DATABASE_SUSPEND es independiente de LVM_FREEZE_THAW, y no se permite LVM_FREEZE_THAW para ASM. En la tabla siguiente se resumen las acciones realizadas en función de los valores de los dos parámetros: Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 211 Tabla 49. Acciones realizadas en función de los valores de LVM_FREEZE_THAW y TARGET_DATABASE_SUSPEND Valor de LVM_FREEZE_THAW Valor de TARGET_DATABASE_SUSPEND YES NO OFFLINE YES Suspender y bloquear Terminar con un mensaje de error adecuado. Parámetros en conflicto. Fuera de línea con bloqueo NO Suspender, no bloquear No suspender, no bloquear Fuera de línea sin bloqueo Tratar como LVM_FREEZE_THAW YES Tratar como LVM_FREEZE_THAW NO Fuera de línea con bloqueo AUTO Archivo de contraseña de Tivoli Storage FlashCopy Manager Tivoli Storage FlashCopy Manager requiere un archivo de contraseña para acceder al subsistema de almacenamiento donde se almacenan los volúmenes de base de datos. Este archivo de contraseña contiene también una contraseña maestra, que es necesaria para que Management Agent autentique los nodos de base de datos y Offload Agent. Es posible compartir un archivo de contraseña único entre todos los sistemas colocándolo en un sistema de archivos montado NFS disponible para todos los servidores en que está instalado Tivoli Storage FlashCopy Manager. Se pueden utilizar también instancias de archivo de contraseña individuales para nodos de base de datos distintos, para Management Agent y para Offload Agent (opcional). Las instancias de archivo de contraseña individuales de Management Agent requieren acceso a la contraseña del subsistema de almacenamiento. Para Offload Agent, es necesaria la contraseña maestra en todos los sistemas. Se puede crear un archivo de contraseña durante la configuración inicial de Tivoli Storage FlashCopy Manager con el script de configuración, que actualiza también /etc/inittab de modo correspondiente. El archivo de contraseña se almacena como <ACS_DIR>/shared/pwd.acsd donde <ACS_DIR> es el valor del parámetro ACS_DIR en el perfil. archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager El archivo de volúmenes de destino (.fct) identifica los volúmenes de destino que se deben utilizar para una copia de seguridad de FlashCopy. Durante una copia de seguridad de FlashCopy en IBM System Storage DS8000, Controlador de volumen SAN o Storwize V7000, es necesario un conjunto de volúmenes de destino (el conjunto de destino) para cada conjunto de volúmenes de origen que se van a copiar. Se puede definir más de un conjunto de destino para su uso en distintas copias de seguridad de FlashCopy. Los volúmenes de cada conjunto de destino utilizados en una copia de seguridad se deben especificar de una forma similar en un tema de conjunto de destino individual. Estos conjuntos de destino se especifican en un archivo de volúmenes de destino, el archivo .fct. El nombre de la sección del conjunto de destino empieza con el prefijo VOLUMES_SET_ (si se utiliza VOLUMES_DIR) oTARGET_SET (si se utiliza VOLUMES_FILE) y se anexa a un conjunto de destino nombre conjunto destino, que diferencia las distintas secciones de conjunto de destino. El nombre del conjunto de 212 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux destino puede adoptar cualquier valor alfanumérico. Tenga en cuenta que las definiciones de conjunto de destino no son necesarias en XIV®. En cada sección del tema del archivo de volúmenes de destino, utilice un parámetro TARGET_VOLUME para cada volumen de destino que va a ser utilizado en el conjunto de destino, tal como se indica en el ejemplo siguiente: >>> TARGET_SET 1 TARGET_VOLUME ... . . . TARGET_VOLUME ... <<< Para especificar varios conjuntos de destino en el archivo de volúmenes de destino, añada la siguiente sección de conjunto de destino con un ID de conjunto de destino único, tal como se especifica en este ejemplo: >>> TARGET_SET 2TARGET_VOLUME ... . . . TARGET_VOLUME ... <<< Se permiten comentarios antes de la primera sección del conjunto de destino sólo si se indican mediante un carácter "#" en la primera columna de cada línea. Se permiten los caracteres de tabulador. Si se especifica VOLUMES_FILE en el perfil, el archivo de volúmenes de destino puede tener cualquier nombre de archivo y no cumplir ningún convenio de denominación. Si se especifica VOLUMES_DIR en el perfil, el archivo de volúmenes de destino cumple con este convenio de denominación: <instancia-gbd>.<nombre-base-datos>.<clase-dispositivo>.<núm-partición>.fct v <instancia-gbd>: nombre de instancia de DB2 v <nombre-base-datos>: alias de la base de datos DB2 v <clase-dispositivo>: la clase de dispositivo especificada en el perfil o como opción de proveedor v <núm-partición>: 'NODEnnnn' donde 'nnnn" es el número de partición (ceros iniciales) El nombre del archivo de volúmenes de destino distingue entre mayúsculas y minúsculas. Por ejemplo: keon14.A01.STANDARD.NODE0000.fct Gestión de volúmenes de destino por sistema de almacenamiento Están disponibles distintos métodos de correlación de volúmenes de destino basándose en el sistema de almacenamiento disponible tal como se muestra en la tabla siguiente: Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 213 Tabla 50. Gestión de las LUN de volumen de destino por sistema de almacenamiento Controlador de volumen IBM System Storage DS8000 SAN o Storwize V7000 La creación manual de la LUN de destino mediante el archivo de volúmenes de destino (.fct) con el parámetro VOLUMES_FILE o VOLUMES_DIR La creación manual de la LUN de destino mediante el archivo de volúmenes de destino (.fct) con el parámetro VOLUMES_FILE o VOLUMES_DIR XIV® Creación automática de la LUN de destino sin utilizar el archivo de volúmenes de destino (.fct) o Convenio de denominación mediante el parámetro TARGET_NAMING En los sistemas de almacenamiento DS8000 y Controlador de volumen SAN o Storwize V7000, utilice el parámetro TARGET_SETS para especificar el archivo de volúmenes de destino (VOLUMES_FILE) o un directorio que contenga varios archivos de volúmenes de destino (VOLUMES_DIR). VOLUMES_FILE se puede utilizar para compartir un archivo de volumen de destino entre varias clases de dispositivos restringiendo un conjunto de destino a una DEVICE_CLASS específica. En un entorno DB2 con particiones, utilice el parámetro VOLUMES_FILE para crear las definiciones de conjunto de destino para las secciones PARTITION específicas. Este valor es necesario si dos particiones acceden al mismo TARGET_SET durante una única operación de copia de seguridad. Para simplificar más la correlación de destinos en el controlador de volumen SAN, el parámetro TARGET_NAMING permite que se especifique un convenio de denominación para los volúmenes de destino. Esto permite a Tivoli Storage FlashCopy Manager correlacionar volúmenes de origen con volúmenes de destino idóneos sin que sea necesario que el administrador del almacenamiento liste manualmente todos los destinos del archivo de volúmenes de destino. Tivoli Storage FlashCopy Manager utiliza los siguientes criterios para asociar un volumen de destino con un volumen de origen: v El volumen de origen y el volumen de destino se deben encontrar en el mismo sistema de almacenamiento. v El volumen de origen y el volumen de destino deben tener el mismo tamaño. Tivoli Storage FlashCopy Manager selecciona un volumen de destino para que se valide como un volumen de destino idóneo para el volumen de origen dado en función del valor del parámetro TARGET_SETS: v Sólo Controlador de volumen SAN o Storwize V7000: el convención de nomenclatura del parámetro TARGET_NAMING especificado: El siguiente ejemplo explica el uso del convenio de denominación especificado por los parámetros TARGET_SETS y TARGET_NAMING: – Se da por supuesto que los volúmenes de origen se llaman A01pro_1 y A01pro_2 – Se da por supuesto que el parámetro del perfil TARGET_SETS tiene un valor de 1 – Se da por supuesto que el valor de parámetro TARGET_NAMING es %SOURCE_t%TARGETSET 214 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux El uso de esta definición de denominación de destino, el volumen de origen A01pro_1, con el conjunto de destino denominado 1, genera el volumen de destino A01pro_1_t1 y el volumen de origen A01pro_2 da como resultado el volumen de destino A01pro_2_t1. v VOLUMES_FILE y VOLUMES_DIR: En ambos casos, se debe especificar un archivo de volúmenes de destino (.fct). Como mínimo, se debe especificar una lista de volúmenes de destino en el archivo de volúmenes de destino. Los volúmenes de origen y el tamaño son ambos opcionales. Si no se especifica ningún origen, en primer lugar, Tivoli Storage FlashCopy Manager comprueba cada uno de los volúmenes de destino especificados, si existe una relación de FlashCopy entre estos volúmenes de destino y uno de los volúmenes de origen. Si existe una relación de FlashCopy, se reutiliza para la siguiente copia de seguridad de FlashCopy. Si no existe ninguna relación de FlashCopy con uno de los volúmenes de origen, se crea una nueva relación entre un volumen de origen y este destino con la siguiente copia de seguridad de FlashCopy. En el último caso, los pares de origen-destino creados son impredecibles porque dependen del orden de los volúmenes de destino listados en el archivo de volúmenes de destino y, además, en el orden de los volúmenes de origen como se producen en el sistema operativo. Si desea pares de origen-destino predefinidos, debe especificar el volumen de origen dedicado para cada uno de los volúmenes de destino en el archivo de volúmenes de destino, o ya deben existir todas las relaciones de FlashCopy en el sistema de almacenamiento antes de que se inicie la copia de seguridad de FlashCopy. Este ejemplo muestra la sintaxis de los archivos de volúmenes de destino especificados por el parámetro VOLUMES_DIR: >>> VOLUMES_SET_<nombre> STORAGE_SYSTEM_ID <id del clúster de almacenamiento> TARGET_VOLUME <destino> [<origen>] [<tamaño>] [...] <<< [...] Este ejemplo muestra el sintaxis de los archivos de volúmenes de destino especificados por el parámetro VOLUMES_FILE: >>> TARGET_SET <nombre conjunto de destino> DEVICE_CLASS <nombre clase dispositivo> # este parámetro es opcional y permite # restringir el uso de este conjunto de destino a una # clase de dispositivo específica >>> PARTITION <nombre de partición> # por ejemplo, NODE0000 para partición 0 o NODE0001 para #partición 1, ... TARGET_VOLUME <destino> [<origen>] [<tamaño>] [...] <<< [...] <<< [...] En entornos de varias particiones de DB2 en SAP (especialmente, si se migra de Tivoli Storage Manager for Advanced Copy Services 5.4), algunos (o todos) Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 215 archivos de base de datos de las particiones de DB2 de un servidor de producción se pueden asignar en los mismos grupos de volúmenes y en los mismos volúmenes de origen en el sistema de almacenamiento. Se hace referencia a esto como la compartición de volumen. Tivoli Storage FlashCopy Manager soporta el volumen si el parámetro de perfil TARGET_SETS está establecido en VOLUMES_FILE y si se ha especificado el parámetro PARTITION_GROUP en DEVICE_CLASS. Esto es un ejemplo de dicha configuración: <ACS_DIR>/profile: ... >>> DEVICE_CLASS STANDARD ... PARTITION_GROUP GROUP_A 0 1 PARTITION_GROUP GROUP_B 2 3 ... TARGET_SETS VOLUMES_FILE VOLUMES_FILE <ACS_DIR>/acsvolumes/volumes_file.fct <<< <ACS_DIR>/acsvolumes/volumes_file.fct: >>> TARGET_SET 1 >>> PARTITION GROUP_A TARGET_VOLUME J01acs_td_0 TARGET_VOLUME J01acs_tl_0 TARGET_VOLUME J01acs_td_1 TARGET_VOLUME J01acs_tl_1 ... <<< PARTITION GROUP_A >>> PARTITION GROUP_B TARGET_VOLUME J01acs_td_2 TARGET_VOLUME J01acs_tl_2 TARGET_VOLUME J01acs_td_3 TARGET_VOLUME J01acs_tl_3 ... <<< PARTITION GROUP_B <<< TARGET_SET 1 >>> TARGET_SET 2 ... <<< TARGET_SET 2 Si ha migrado datos desde Tivoli Storage Manager for Advanced Copy Services 5.5 (o posterior) a Tivoli Storage FlashCopy Manager, el parámetro VOLUMES_DIR permanece efectivo. Sin embargo, especificar TARGET_SETS VOLUMES_FILE y definir el parámetro VOLUMES_FILE es el método preferido para especificar el archivo de volúmenes de destino. Para simplificar más la correlación de destinos en Controlador de volumen SAN, el parámetro TARGET_SETS permite que se especifique un convenio de denominación para los volúmenes de destino. Esto permite a Tivoli Storage FlashCopy Manager correlacionar volúmenes de origen con volúmenes de destino idóneos sin que sea necesario que el administrador del almacenamiento liste manualmente todos los destinos del archivo de volúmenes de destino. En un entorno de duplicación LVM de AIX, el ID del sistema de almacenamiento del clúster al que hace referencia el sistema de almacenamiento DS8000 o Controlador de volumen SAN se debe especificar en el archivo de volúmenes de destino con el parámetro STORAGE_SYSTEM_ID. Sin embargo, si se especifica la lista de nombres de conjunto de destino TARGET_SETS VOLUMES_FILE o TARGET_SETS, se debe especificar el parámetro STORAGE_SYSTEM_ID en DEVICE_CLASS. 216 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Referencia relacionada: “Parámetros de perfil de Tivoli Storage FlashCopy Manager” en la página 149 “Valores del parámetro de volumen de destino (configuración de DS8000)” “Valores del parámetro de volumen de destino para la configuración de Controlador de volumen SAN y Storwize V7000” en la página 218 Valores del parámetro de volumen de destino (configuración de DS8000) Todos los volúmenes de destino que se tiene pensando utilizar se deben especificar mediante su número de serie. Una operación de copia de seguridad de instantánea busca una correlación de volumen de origen y volumen de destino o una especificación de target-volume-only. Tabla 51. Parámetros del tema 'VOLUMES_SET_x' (DS8000) Nombre de parámetro TARGET_VOLUME <número serie volumen destino> <número serie volumen origen> <tamaño volumen origen> Valor Un archivo de definición de conjuntos de destino contiene una lista de volúmenes de destino organizados en conjuntos de destino. Tivoli Storage FlashCopy Manager intenta hacer coincidir los volúmenes de origen con los destinos idóneos dentro de un conjunto de destino durante la copia de seguridad. Para determinar las relaciones de origen y destino por anticipado, especifique un número de serie de origen con un número de serie de destino en el archivo de definición de conjuntos de destino. En esta situación, es necesaria la relación entre el origen y el destino y el proceso produce un error si uno de los destinos no está disponible para el origen especificado. Este ejemplo muestra una configuración donde el volumen de origen de DS8000 con el número de serie 75924811011 se debe utilizar en una FlashCopy con el volumen de destino con el número de serie 75924811001. TARGET_VOLUME 75924811001 75924811011 Size=2.0_GB Se puede omitir completamente el número de serie de origen y el tamaño o se pueden especificar guiones en los dos campos como caracteres de relleno, como se muestra en el ejemplo siguiente: TARGET_VOLUME 75924811001 - Los guiones se pasan por alto. Tenga en cuenta los requisitos de volumen de destino para una FlashCopy: v El tamaño debe ser igual que el del volumen de origen v Los volúmenes de origen y destino enumerados en un TARGET_SET deben estar en el mismo subsistema de almacenamiento Nota: No cambie el orden de los números de serie de los parámetros (número serie volumen destino, número serie volumen origen, tamaño volumen origen). Si desea obtener información detallada sobre los criterios utilizados para asociar un volumen de destino a un volumen de origen, consulte “Gestión de volúmenes de destino por sistema de almacenamiento ” en la página 213. Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 217 El parámetro FLASHCOPY_TYPE es válido sólo para DS8000 y Controlador de volumen SAN o Storwize V7000. Si resulta necesario realizar cualquiera de estos cambios: v Cambiar el valor de FLASHCOPY_TYPE de un conjunto de destino existente v Eliminar un volumen de destino de un conjunto de destino existente v Eliminar un conjunto de destino completo Debe utilizar la secuencia de mandatos descritos en “Supresión de copias de seguridad de instantánea de Tivoli Storage FlashCopy Manager” en la página 114 con la opción force. Referencia relacionada: “Archivo de volúmenes de destino de ejemplo (configuración de DS8000)” en la página 248 Valores del parámetro de volumen de destino para la configuración de Controlador de volumen SAN y Storwize V7000 Todos los volúmenes de destino que se tiene pensando utilizar se deben especificar mediante su nombre de disco virtual. Una operación de copia de seguridad de instantánea busca una correlación de volumen de origen y volumen de destino o una especificación de target-volume-only. 218 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 52. Parámetros del tema 'VOLUMES_SET_x' (Controlador de volumen SAN y Storwize V7000) Nombre de parámetro Valor Un archivo de definición de conjuntos de destino contiene una lista de volúmenes de destino organizados en conjuntos de destino. Tivoli TARGET_VOLUME <nombre disco virtual volumen destino> Storage FlashCopy Manager intenta hacer coincidir los volúmenes de <nombre disco virtual volumen origen> origen con los destinos idóneos dentro de un conjunto de destino durante la copia de seguridad. Para determinar las relaciones de origen <tamaño volumen origen> y destino por anticipado, especifique un nombre de disco virtual de origen con un nombre de disco virtual de destino en el archivo de definición de conjuntos de destino. En esta situación, es necesaria la relación entre el origen y el destino y el proceso produce un error si uno de los destinos no está disponible para el origen especificado. Este ejemplo muestra una configuración donde el volumen de origen de Controlador de volumen SAN con el nombre del disco virtual svdfsrc4 se debe utilizar en una FlashCopy con el volumen de destino con el nombre de disco virtual svdftgt4. TARGET_VOLUME svdftgt4 svdfsrc4 Size=2.0_GB Se puede omitir completamente el nombre de disco virtual de origen y el tamaño o se pueden especificar guiones en los dos campos como caracteres de relleno, como se muestra en el ejemplo siguiente: TARGET_VOLUME svdftgt4 - Los guiones se pasan por alto. Tenga en cuenta los requisitos de volumen de destino para una FlashCopy: v El tamaño debe ser igual que el del volumen de origen v Los volúmenes de origen y destino enumerados en un TARGET_SET deben estar en el mismo clúster de Controlador de volumen SAN. Nota: No cambie el orden de los parámetros (nombre volumen destino, nombre volumen origen, tamaño volumen origen). Si desea obtener información detallada sobre los criterios utilizados para asociar un volumen de destino a un volumen de origen, consulte “Gestión de volúmenes de destino por sistema de almacenamiento ” en la página 213. El parámetro FLASHCOPY_TYPE es válido sólo para DS8000, Controlador de volumen SAN y Storwize V7000. Si resulta necesario realizar cualquiera de estos cambios: v Cambiar el valor de FLASHCOPY_TYPE de un conjunto de destino existente v Eliminar un volumen de destino de un conjunto de destino existente v Eliminar un conjunto de destino completo Debe utilizar la secuencia de mandatos descritos en “Supresión de copias de seguridad de instantánea de Tivoli Storage FlashCopy Manager” en la página 114 con la opción force. Nota: Controlador de volumen SAN 5.1 (o posterior) y Storwize V7000: Tivoli Storage FlashCopy Manager sólo permite la supresión de las correlaciones de FlashCopy que no dependen de otras correlaciones de FlashCopy. Como resultado, sólo se pueden suprimir las correlaciones de FlashCopy de origen y destino de la copia de seguridad más antigua. Si se utilizan varias generaciones de copia de seguridad y desea suprimir una copia de seguridad que no es la más antigua, se retrasa la generación en segundo plano que suprime realmente las correlaciones Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 219 hasta se suprimen también que todas las copias de seguridad más antiguas o las reutiliza una nueva solicitud de copia de seguridad. Ejemplo: Esta es una cascada SE MTFC típica: S->T4->T3->T2->T1 S = Volumen de origen T1-T4 = Instantáneas tomadas en t1, t2, t3, t4 donde T1 es la más antigua, T4 es la más reciente T1 depende de T2,T3,T4,S T2 depende de T3,T4,S etc. El camino de S a T4 se denomina "en sentido descendente"; la dirección contraria se denomina "en sentido ascendente". Ejemplo 1: se restaura T2 Se detienen todas las correlaciones de instantánea en sentido ascendente: T3,T4 Ejemplo 2: una nueva copia de seguridad sobrescribe T2 Se detienen todas las correlaciones de instantánea en sentido descendente: T1 Referencia relacionada: “Archivo de volúmenes de destino de ejemplo (configuración de Controlador de volumen SAN o Storwize V7000)” en la página 251 Manejo del conjunto de destino para clonación Las operaciones de clonación requieren valores determinados de conjuntos de destino. El parámetro del perfil TARGET_SETS identifica los volúmenes de destino que se van a utilizar en la operación de FlashCopy. Se debe especificar este parámetro en la sección device class del perfil. Puede especificar uno de estos valores con las operaciones de clonación: VOLUMES_FILE nombre del archivo de volúmenes de destino (.fct) Especifique el nombre del archivo de volúmenes de destino (.fct). La sentencia USE_FOR_CLONING lista nombres base datos clonación identifica el conjunto de destino correcto que se va a utilizar para un nombre de base de datos de clonación específico. Cuando se ha especificado en la lista más de un nombre de base de datos de clonación, se utiliza el conjunto de destino al que se hace referencia para todos los nombres de base de datos de clonación especificados. En esta situación, solo las bases de datos de clonación identificadas en la lista deben utilizar el conjunto de destino. La lista USE_FOR_CLONING de nombres de base de datos de clonación se debe especificar en el archivo de volúmenes de destino. TARGET_NAMING serie con comodines %SOURCE USE_FOR_CLONING lista nombres base datos clonación Sólo disponible para Controlador de volumen SAN. Especifique el convenio de denominación de los volúmenes de destino. Siempre que es necesario un volumen de copia de seguridad durante la copia de seguridad, Tivoli Storage FlashCopy Manager ha determinado ya el nombre del conjunto de destino de la operación actual y el nombre del volumen de origen del que se va a realizar 220 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux una copia de seguridad. El nombre del volumen que almacena la copia de seguridad es el nombre especificado cuando la serie %SOURCE se sustituye por el valor respectivo de la operación actual. La sentencia USE_FOR_CLONING lista nombres base datos clonación necesaria identifica el conjunto de destino correcto que se va a utilizar para un nombre de base de datos de clonación específico. Cuando se ha especificado en la lista más de un nombre de base de datos de clonación, se utiliza el conjunto de destino al que se hace referencia para todos los nombres de base de datos de clonación especificados. En esta situación, solo las bases de datos de clonación identificadas en la lista deben utilizar el conjunto de destino. La lista USE_FOR_CLONING de nombres de base de datos de clonación se debe especificar con el parámetro TARGET_NAMING en sí. Es posible tener varias entradas TARGET_NAMING en la clase de dispositivo donde cada una representa un nombre de base de datos de clonación distinto. Restricción: Controlador de volumen SAN 5.1 y Storwize V7000: cuando se inicia una nueva copia de seguridad en un volumen de destino que no es el más antiguo de la cadena, Controlador de volumen SAN detiene todas las correlaciones con volúmenes de destino más recientes. Cuando se solicita una restauración de un volumen de destino que no es el más reciente de la cadena, Controlador de volumen SAN detiene todas las correlaciones con volúmenes de destino más recientes. Cuando se detiene una correlación con un volumen de destino en cualquiera de estas situaciones, este volumen de destino se pone fuera de línea inmediatamente si existe cualquiera de estas condiciones: v El volumen de destino es un volumen eficiente con el espacio. v La correlación era para una copia incremental que estaba en curso. v La correlación era para una copia completa que estaba en curso. Como resultado, los volúmenes de destino para la base de datos de producción que se van a clonar y los volúmenes de destino para la copia de seguridad de FlashCopy de la misma base de datos no deben residir en el mismo clúster de Controlador de volumen SAN o Storwize V7000. Si clona bases de datos en un entorno de duplicación de volúmenes lógicos (LVM) de AIX, utilice la clonación de FlashCopy en uno de los clústeres de Controlador de volumen SAN o Storwize V7000 y la copia de seguridad de FlashCopy en el otro clúster de Controlador de volumen SAN o Storwize V7000. No se recomienda utilizar volúmenes de destino eficientes con el espacio para clonación. Si se utilizan volúmenes de destino eficientes con el espacio, el parámetro de perfil ALLOW_NOCOPY_FLASHCOPY YES debe especificarse en la sección DEVICE CLASS de clonación del perfil. Ejemplos de clonación del archivo de volúmenes de destino (.fct) El archivo de volumen de destino (especificado por el parámetro VOLUMES_FILE) debe tener la siguiente sintaxis (para la DB2 de varias particiones): Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 221 >>> TARGET_SET nombre conjunto destino DEVICE_CLASS <clases dispositivo> USE_FOR_CLONING <lista nombres base datos clonación> # este parámetro es obligatorio para la clonación FlashCopy y permite # restringir el uso de este conjunto de destino a una clase de dispositivo determinada # y a un nombre de base de datos de clonación específico o a una lista de nombres de # base de datos de clonación >>> PARTITION nombre de partición # por ej., NODE0000 para la partición 0 o NODE0001 para la partición 1, ... # o bien el nombre de un PARTITION_GROUP TARGET_VOLUME destino [origen] [tamaño] [...] <<< [...] <<< [...] El archivo de volúmenes de destino (especificado por el parámetro VOLUMES_FILE) debe tener la siguiente sintaxis (DB2 y Oracle de una sola partición): >>> TARGET_SET nombre conjunto destino DEVICE_CLASS <clases dispositivo> USE_FOR_CLONING <lista nombres base datos clonación> # este parámetro es obligatorio para la clonación FlashCopy y permite # restringir el uso de este conjunto de destino a una clase de dispositivo determinada # y a un nombre de base de datos de clonación específico TARGET_VOLUME destino [origen] [tamaño] [...] <<< [...] Archivos de opciones de Tivoli Storage Manager para Oracle nativo Tivoli Storage Manager proporciona estas opciones para ayudarle en la configuración del entorno Oracle nativo. Archivos de opciones de Tivoli Storage Manager que Data Protection for Oracle utiliza Tenga en cuenta los nombres y las ubicaciones de estos archivos de opciones de Tivoli Storage Manager al utilizar Data Protection for Oracle. v v v v Opciones del sistema cliente (dsm.sys) Opciones de usuario del cliente (dsm.opt) Opciones de Data Protection for Oracle (tdpo.opt) Script de copia de seguridad de RMAN Archivos de Tivoli Storage FlashCopy Manager Tenga en cuenta los nombres y las ubicaciones de estos archivos de opciones de Tivoli Storage FlashCopy Manager. v Opciones del sistema cliente (dsm.sys) v Perfil de Tivoli Storage FlashCopy Manager (<ACS_DIR>/profile 222 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Archivos de configuración utilizados para la clonación Se proporciona información sobre los archivos de configuración para su uso con la clonación de FlashCopy. Tivoli Storage FlashCopy Manager utiliza los archivos de configuración de preproceso y postproceso durante las operaciones de clonación (por ejemplo, /oracle/P01/acs/preprocessing.ini). Las funciones proporcionadas por los scripts de proceso dependen del entorno de clonación donde se han emitido. Todos los archivos de configuración y los scripts de proceso definidos en los archivos de configuración deben cumplir los requisitos siguientes: v Deben existir en el sistema de clonación. v Deben tener un permiso mínimo de acceso de lectura y ejecución para el propietario de la instancia de base de datos de clonación. Los scripts previos y posteriores al proceso deben tener un permiso mínimo de acceso de lectura y ejecución para el usuario que es propietario de los scripts y que es el operador de los scripts. De forma adicional, si los scripts se han diseñado para ser ejecutados por cualquier usuario registrado en el sistema, los scripts deben ser propiedad del usuario root y deben tener un permiso mínimo de lectura y ejecución para el grupo de usuarios Usuario, Grupo y Mundo. v Deben tener un permiso mínimo de acceso de lectura para el propietario de instancia de base de datos de producción. Atención: No se debe otorgar un nivel de acceso de grabación para el grupo de usuarios Mundo. Dicho acceso podría provocar una exposición de seguridad. Al añadir archivos de configuración de proceso, coloque cada script en una línea separada tal como se muestra en este ejemplo: /oracle/P01/acs/scripts/PreProcessing_stopsap.sh /oracle/P01/acs/scripts/PreProcessing_stopdb.sh Ambos archivos de configuración de proceso soportan los comentarios de usuario incrustados. Una línea de comentarios del archivo de configuración se denota por el carácter de signo numérico (#). Los scripts se deben especificar con los nombres de archivo completos. Cada línea del archivo de configuración de proceso representa un script de proceso. El agente Tivoli Storage FlashCopy Manager Offload Agent (tsm4acs) utiliza estos argumentos y sus valores al llamar a los scripts: DBNAME_PROD El nombre de base de datos en el sistema de producción. DBNAME_CLONE El nombre de la base de datos en el sistema de clonación. DBHOST_PROD El nombre de host del sistema de producción. DBHOST_CLONE El nombre de host del sistema de clonación. CLONE_TIMESTAMP La indicación de fecha y hora de cuando se ha creado el clon. Esta entrada también es la hora en la que se suspendió la base de datos de producción y se inicia la operación de FlashCopy. El formato de la indicación de fecha y hora es AAAAMMDDhhmmss. Durante el preproceso, la indicación de fecha y Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 223 hora identifica cuando se creó el clon anterior de FlashCopy. Durante el postproceso, la indicación de fecha y hora identifica cuando se creó el clon actual de FlashCopy. SCHEMA El esquema de base de datos de la base de datos de producción como ha especificado el parámetro de perfil DATABASE_SCHEMA. En función del release de SAP Kernel, este esquema es SAPR3 o SAPDBname. Puede utilizar los siguientes scripts de proceso: v Scripts SQL (DB2 SQL u Oracle SQL) con la extensión .sql. v Los scripts de shell con la ampliación .sh. Los scripts de shell pueden ser iniciados por un usuario de base de datos que sea diferente del usuario de la base de datos de clonación. Esta característica es útil en determinadas situaciones. Por ejemplo, al instalar la licencia de SAP® para el sistema SAP® clonado, inicie el script de shell de postproceso como el usuario de administración de SAP® sidadm: scripts/PostProcessing_saplicense.sh:c01adm Al añadir :c01adm al nombre del archivo de script, el script se ejecuta como el usuario c01adm, en lugar de orac01 o db2c01. Esta adición requiere que el propietario del script sea idéntico al usuario que está previsto que sea el operador del script (c01adm en este ejemplo). La única excepción es si un script de preproceso o postproceso es propiedad del usuario 'root', que indica que el script puede ser ejecutado por cualquier usuario registrado en el sistema. Los scripts de proceso definidos en los archivos de configuración de proceso se ejecutan de forma secuencial. El código de retorno de cada script se valida y tiene estos valores: v RC=0: el proceso ha finalizado correctamente. Continúe con la clonación si ha sido el último script para ejecutarse o continúe con el siguiente script. v RC=1: el proceso ha finalizado correctamente pero con avisos. Continúe con la clonación si ha sido el último script para ejecutarse o continúe con el siguiente script. v RC=2: el proceso ha terminado con error. Detenga la clonación inmediatamente sin ejecutar más scripts. El código de retorno para cada script se escribe en los archivos de registro de clonación. La salida se escribe en los archivos de registro dedicados con estos nombres de archivo. clone_preproc.<indicación de fecha y hora> clone_postproc.<indicación de fecha y hora> Ejemplo de proceso: clonación de archivos de configuración En el siguiente ejemplo de proceso, la base de datos de producción se llama P01 y la base de datos de clonación se llama C01: ./fcmcli -f preproc_clone -u db2c01 -C C01 -X /oracle/C01/acs/preprocessing.ini ./fcmcli -f postproc_clone -u db2c01 -C C01 -Y /oracle/C01/acs/postprocessing.ini Si un script de proceso necesita opciones adicionales de la línea de mandatos, añada estas opciones a cada línea del archivo de configuración. En este ejemplo, el argumento adicional de línea de mandatos LC01 se añade a la entrada del script del archivo de configuración: /oracle/C01/acs/scripts/PostProcessing_startListener.sh LC01 224 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tivoli Storage FlashCopy Manager (fcmcli) llama al script de proceso con los seis primeros argumentos predeterminados listados arriba y llama a las siguientes opciones adicionales de la línea de mandatos. En este ejemplo, el argumento adicional de la línea de mandatos LC01 se pasa al script PostProcessing_startListener.sh como el séptimo argumento: #!/bin/ksh # SE REALIZAN LAS ACCIONES SIGUIENTES --------------------------------------------# iniciar el Oracle Listener DBNAME_PROD=$1 DBNAME_CLONE=$2 DBHOST_PROD=$3 DBHOST_CLONE=$4 CLONE_TIMESTAMP=$5 # ${SCHEMA} es el propietario del esquema (para SAP Kernel > 6.10, para el ID # de usuario que no sea SAPR3) SCHEMA=$6 SCHEMA=$(echo ${SCHEMA} | tr [a-z] [A-Z]) # ${LISTENER} es el nombre del receptor que se va a iniciar (tomado de listener.ora) LISTENER=$7 lsnrctl start ${LISTENER} Si un script SQL de DB2 necesita opciones adicionales de línea de mandatos, utilice un script de shell como un derivador con los mandatos SQL de DB2. Tivoli Storage FlashCopy Manager requiere que el script SQL de DB2 utilice un delimitador de punto y coma (;). Si se especifica otro carácter delimitador, utilice otro derivador de script de shell que llame al script SQL de DB2 con el carácter delimitador correcto en la entrada de la línea de mandatos. Este ejemplo muestra un derivador de script de shell que especifica el carácter delimitador correcto: #/bin/ksh DELIMITER=# db2 -td${DELIMITER} -svf PostProcessing_script1.sql Archivos y directorios clave Determinados archivos y directorios se consideran importantes al utilizar Tivoli Storage FlashCopy Manager. Las tablas siguientes muestran los archivos y directorios principales asociados al utilizar Tivoli Storage FlashCopy Manager en las distintas configuraciones de base de datos: Tabla 53. Archivos y directorios clave (DB2) Directorio de archivo Directorio de instalación de DB2 Directorio de inicio del propietario de la instancia del gestor de bases de datos DB2 Variable de entorno, opción de proveedor, parámetro de perfil u opción Ubicación predeterminada o recomendada Ejemplos y comentarios /opt/IBM/db2/<versión> o /opt/IBM/db2/V9.5 /opt/ibm/db2/<versión> Se aplica a la instalación 'raíz'. DB2DIR HOME, INSTHOME /home/db2inst1 /home/<propietario instancia DB2> o /db2/<propietario instancia DB2> Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 225 Tabla 53. Archivos y directorios clave (DB2) (continuación) Directorio de archivo Variable de entorno, opción de proveedor, parámetro de perfil u opción Ubicación predeterminada o recomendada Ejemplos y comentarios Directorio de instancia de DB2 $HOME/sqllib /home/db2inst1/sqllib Directorio de instalación de Tivoli Storage FlashCopy Manager v (AIX): /usr/tivoli/tsfcm/acs_3.1.0.0 /usr/tivoli/tsfcm/acs_3.1.0.0 Directorio de trabajo de Tivoli Storage FlashCopy Manager v (Linux): /opt/tivoli/tsfcm/acs_3.1.0.0 v (Solaris): /opt/tivoli/tsfcm/acs_3.1.0.0 v .(HP-UX): /opt/tivoli/tsfcm/acs_3.1.0.0 ACS_DIR Directorio Log/trace Recomendado por el instalador: <directorio $HOME de propietario de instancia DB2>/acs /home/db2inst1/acs <ACS_DIR>/logs /home/db2inst1/acs/logs Consulte “Resumen de archivos de registro y rastreo” en la página 270. Directorio compartido de Tivoli Storage FlashCopy Manager <ACS_DIR>/shared Archivo de contraseña <ACS_DIR>/shared/pwd.acsd Biblioteca de copia de seguridad de instantánea libacsdb2.a o libacsdb2.so Archivo de licencia de Tivoli Storage FlashCopy Manager <directorio de instancia DB2>/acs/tsmacs.lic /home/db2inst1/acs/shared Consulte “Archivo de contraseña de Tivoli Storage FlashCopy Manager” en la página 212. Perfil PROFILE-p perfil Recomendado por el instalador: $HOME/acs/profile con el enlace a este archivo desde <directorio instancia DB2>/acs/profile Directorio de archivo de volúmenes de destino VOLUMES_DIR Archivo de volúmenes de destino VOLUMES_FILE Perfil: /home/db2inst1/acs/profile Enlace: /home/db2inst1/sqllib/acs/profile –> /home/db2inst1/acs/profile Valor predeterminado: ninguno. /home/db2inst1/acs/acsvolumes Recomendado por el instalador: $HOME/acs/acsvolumes Se recomienda que no resida en <directorio instancia DB2> Consulte las notas. 226 Valor predeterminado: ninguno. Consulte las notas. Se recomienda que no resida en <directorio instancia DB2> IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 53. Archivos y directorios clave (DB2) (continuación) Directorio de archivo Directorio de repositorio de Tivoli Storage FlashCopy Manager Variable de entorno, opción de proveedor, parámetro de perfil u opción Ubicación predeterminada o recomendada Ejemplos y comentarios ACS_ REPOSITORY Valor predeterminado: ninguno. /home/db2inst1/acs/acsrepository Recomendado por el instalador: $HOME/acs/acsrepository Se recomienda que no resida en <directorio instancia DB2> Consulte las notas. <VOLUMES_DIR>/<nombre_archivo> Archivo o archivos de volúmenes de destino Consulte las notas y “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212. Nota: 1. Por convención, la instancia de DB2 se creará en el directorio $HOME del propietario de la instancia de DB2. 2. Tivoli Storage FlashCopy Manager creará el directorio especificado por ACS_REPOSITORY y no debe existir en el momento de la configuración inicial. No obstante, debe existir la vía de acceso de este directorio. Tabla 54. Archivos y directorios clave (Oracle) Directorio de archivo Variable de entorno, opción de proveedor, parámetro de perfil u opción Directorio de instalación de Tivoli Storage FlashCopy Manager Directorio de trabajo de Tivoli Storage FlashCopy Manager Directorio Log/trace Ubicación predeterminada o recomendada Ejemplos y comentarios v (AIX): /usr/tivoli/tsfcm/acs_3.1.0.0 /usr/tivoli/tsfcm/acs_3.1.0.0 v (Linux): /opt/tivoli/tsfcm/acs_3.1.0.0 v (Solaris): /opt/tivoli/tsfcm/acs_3.1.0.0 v (HP-UX): /opt/tivoli/tsfcm/acs_3.1.0.0 ACS_DIR Recomendado por el instalador: $HOME/acs, donde $HOME es el directorio de inicio del propietario de instancia de Oracle ora<SID>, donde <SID> es el valor de ORACLE_SID. /oracle/C21/acs <ACS_DIR>/logs /oracle/C21/acs/acs/logs Consulte “Resumen de archivos de registro y rastreo” en la página 270. Directorio compartido de Tivoli Storage FlashCopy Manager <ACS_DIR>/shared Archivo de contraseña <ACS_DIR>/shared/pwd.acsd Archivo de licencia de Tivoli Storage FlashCopy Manager <ACS_DIR>/tsmacs.lic /oracle/C21/acs/shared Consulte “Archivo de contraseña de Tivoli Storage FlashCopy Manager” en la página 212. /oracle/C21/acs/tsmacs.lic Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 227 Tabla 54. Archivos y directorios clave (Oracle) (continuación) Directorio de archivo Variable de entorno, opción de proveedor, parámetro de perfil u opción Ubicación predeterminada o recomendada Ejemplos y comentarios Recomendado por el instalador: $HOME/acs/profile con el enlace a este archivo desde <directorio instancia de Oracle>/acs/profile Perfil: /oracle/C21/acs/profile Perfil backint de SAP® Valor predeterminado: $ORACLE_HOME/ dbs/init<DBSID>.utl /oracle/C21/102_64/dbs/initC21.utl (SAP® con Oracle solo) Perfil BR*Tools de SAP® Valor predeterminado: $ORACLE_HOME/ dbs/init<DBSID>.sap /oracle/C21/102_64/dbs/initC21.sap (SAP® con Oracle sólo) Valor predeterminado: ninguno. /oracle/C21/acs/acsvolumes Recomendado por el instalador: $HOME/acs/acsvolumes Consulte las notas. Perfil PROFILE-p perfil Directorio de archivo de volúmenes de destino VOLUMES_ DIR Archivo de volúmenes de destino VOLUMES_FILE Directorio de repositorio de Tivoli Storage FlashCopy Manager ACS_ REPOSITORY Valor predeterminado: ninguno. Se recomienda que no resida en $HOME/acs/acsvolumes Valor predeterminado: ninguno. /oracle/C21/acs/repository Recomendado por el instalador: $HOME/acs/acsrepository Consulte las notas. Archivo o archivos de volúmenes de destino <VOLUMES_DIR>/<nombre_archivo> Archivo de opciones de Data Protection for Oracle (tdpo.opt) Valor predeterminado: ninguno. Solo Oracle nativo Su ubicación se debe especificar en el script RMAN que se utiliza para realizar la copia de seguridad. Consulte http://publib.boulder.ibm.com/ infocenter/tivihelp/v1r1/topic/ com.ibm.itsmfd.doc/ab5u000444.htm en la publicación IBM Tivoli Storage Manager for Databases: Data Protection for Oracle para UNIX y Linux Guía de instalación y usuario si desea más información. Archivo de opciones de sistema cliente Tivoli Storage Manager (dsm.sys) Valor predeterminado por AIX: /usr/tivoli/tsm/client/api/bin64/dsm.sys Archivos de opciones de usuario de cliente Tivoli Storage Manager (dsm.opt) Valor predeterminado para AIX: /usr/tivoli/tsm/client/api/bin64/dsm.opt Consulte las notas y “archivo de volúmenes de archivo de Tivoli Storage FlashCopy Manager” en la página 212. Valor predeterminado para Linux, Solaris y HP-UX: /opt/tivoli/tsm/client/api/bin64/ dsm.sys Valor predeterminado para Linux, Solaris y HP-UX: /opt/tivoli/tsm/client/api/bin64/ dsm.opt Nota: Tivoli Storage FlashCopy Manager creará el directorio especificado por ACS_REPOSITORY y no debe existir en el momento de la configuración inicial. No obstante, debe existir la vía de acceso de este directorio. 228 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 55. Archivos y directorios clave (aplicaciones personalizadas) Directorio de archivo Variable de entorno, opción de proveedor, parámetro de perfil u opción Directorio de instalación de Tivoli Storage FlashCopy Manager Directorio de trabajo de Tivoli Storage FlashCopy Manager Ubicación predeterminada o recomendada Ejemplos y comentarios v (AIX): /usr/tivoli/tsfcm/acs_3.1.0.0 v (Linux): /opt/tivoli/tsfcm/acs_3.1.0.0 v (Solaris): /opt/tivoli/tsfcm/acs_3.1.0.0 v (HP-UX): /opt/tivoli/tsfcm/acs_3.1.0.0 ACS_DIR Directorio Log/trace Recomendado por el asistente de configuración: $HOME/acs <ACS_DIR>/logs /home/db2inst1/acs/logs Consulte “Resumen de archivos de registro y rastreo” en la página 270. Perfil -p perfil Directorio de repositorio de Tivoli Storage FlashCopy Manager ACS_ REPOSITORY Archivo de volúmenes de destino VOLUMES_FILE Recomendado por el instalador: $HOME/acs/profile Valor predeterminado: ninguno. Recomendado por el instalador: $HOME/acs/acsrepository Valor predeterminado: ninguno. Archivo de opciones de sistema cliente Tivoli Storage Manager (dsm.sys) Valor predeterminado por AIX: /usr/tivoli/tsm/client/api/bin64/dsm.sys Archivos de opciones de usuario de cliente Tivoli Storage Manager (dsm.opt) Valor predeterminado para AIX: /usr/tivoli/tsm/client/api/bin64/dsm.opt Valor predeterminado para Linux, Solaris y HP-UX: /opt/tivoli/tsm/client/api/bin64/ dsm.sys Valor predeterminado para Linux, Solaris y HP-UX: /opt/tivoli/tsm/client/api/bin64/ dsm.opt Nota: Tivoli Storage FlashCopy Manager creará el directorio especificado por ACS_REPOSITORY y no debe existir en el momento de la configuración inicial. No obstante, debe existir la vía de acceso de este directorio. Capítulo 6. Archivos de configuración de Tivoli Storage FlashCopy Manager 229 230 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Apéndice A. Especificación de línea de mandatos de Tivoli Storage FlashCopy Manager Se incluye la sintaxis de todos los mandatos de Tivoli Storage FlashCopy Manager. Si desea obtener descripciones de las opciones enumeradas aquí, consulte Capítulo 5, “Mandatos y scripts de Tivoli Storage FlashCopy Manager”, en la página 93. fcmcli -f contraseña Si desea más información sobre el mandato fcmcli -f contraseña, consulte “Administración de contraseñas” en la página 127. fcmcli -f contraseña -p perfil , :contraseña-maestra sección : contraseña , -b archivo-contraseña sección : contraseña contraseña-maestra acsd Si desea más información sobre el mandato acsd, consulte “Management Agent (acsd)” en la página 130. acsd -p perfil-acsd -c puerto-acsd -r repositorio-acs -d directorio-acs -t -b -a servidor-administration-assistant archivo-contraseña : puerto-ayuda-administración Sintaxis para obtener información de versión o de ayuda: acsd -v -h acsgen Si desea más información sobre el mandato acsgen, consulte “Generic Device Agent (acsgen)” en la página 132. © Copyright IBM Corp. 2001, 2011 231 acsgen -p perfil -c nombre_host-acsd : puerto-acsd -s clase-dispositivo,dispositivo-claseN -l directorio-acs -H nombre_host -D -M -t fcmcli -f used_capacity Si desea más información sobre el mandato fcmcli -f used_capacity, consulte “Capacidad gestionada de consulta (fcmcli -f used_capacity)” en la página 129. fcmcli -f used_capacity -p profile [-c] acsora Si desea más información sobre el mandato acsora, consulte “acsora - Interfaz de usuario de Oracle en entornos no SAP” en la página 103. acsora [-p profile] -f <función> [-B backupID] [-F] [-s <DEVICE_CLASS>] donde <función> adopta una de estos valores: backup restore delete inquire inquire_detail acsutil Si desea más información sobre el mandato acsutil, consulte “acsutil - Snapshot Object Manager for Oracle” en la página 107. acsutil [-p <perfil>] backint Si desea más información sobre el mandato backint, consulte “BR*TOOLS Interfaz de usuario de Oracle en entornos SAP” en la página 105. backint [-p perfil] -f <función> -t <tipo_copia_seguridad> [-F] tsm4acs Si desea más información sobre el mandato tsm4acs, consulte “Offload Agent (tsm4acs)” en la página 137. tsm4acs cláusula-función -p perfil -c nombre-host_acsd : 232 puerto_acsd IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux -l directorio-acs -D -t -i nombre-instancia -N lista_números_partición -K -d nombre-base_datos -B ID-copia_seguridad -P nombre_grupo_partición -S TSM_BACKUP=yes|no En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: operaciones de descarga de FlashCopy En un entorno DB2, la instalación de Tivoli Storage FlashCopy Manager permite la funcionalidad de descarga que de otro modo no está disponible para la funcionalidad de copia de seguridad de instantánea incorporada que se entrega con DB2. La opción de mandato de tsm4acs -f 'función' admite estas funciones: -f tape_backup -d nombre-base_datos -i nombre de instancia -N lista_números_partición -K Las funciones mount, unmount o tape_backup no pueden ejecutarse en paralelo en el mismo servidor de copia de seguridad. La función 'update_status' está soportada por el mandato tsm4acs: -f update_status -B -d nombre-base_datos ID de copia de seguridad -i nombre-instancia -S TSM_BACKUP=yes|no fcmcli Si desea más información sobre el mandato fcmcli consulte los temas siguientes: v “Mandatos de copia de seguridad y restauración para DB2” en la página 93 v “Mandatos de copia de seguridad y restauración para las aplicaciones personalizadas” en la página 109 v “Mandatos de clonación de Tivoli Storage FlashCopy Manager” en la página 116 v “Montaje y desmontaje de instantáneas en un sistema secundario” en la página 134 fcmcli cláusula-función -p perfil -c nombre-host_acsd : puerto_acsd Apéndice A. Especificación de línea de mandatos de Tivoli Storage FlashCopy Manager 233 -l directorio-acs -B ID-copia_seguridad -t -d nombre-base_datos -i nombre-instancia -P nombre_grupo_partición En las secciones siguientes se describen los valores del parámetro cláusula-función. function-clause: las operaciones de FlashCopy de DB2 con grupo de particiones Las funciones siguientes están soportadas por la opción del mandato fcmcli -f 'function' para las restauraciones FlashCopy de DB2 con grupo de particiones: -f restore -B ID de copia de seguridad -P nombre_grupo_particiones -d nombre-base_datos -i nombre-instancia function-clause: las operaciones de FlashCopy de DB2 con y sin grupo de particiones Las siguientes funciones están soportadas por la opción -f 'function' del mandato fcmcli para la consulta y la supresión de FlashCopy de las instantáneas de DB2: -f inquire -f inquire_detail -f delete -B ID de copia de seguridad -F function-clause: operaciones de FlashCopy de aplicaciones personalizadas La opción de mandato de fcmcli -f 'función' para copias de seguridad de IBM Tivoli Storage FlashCopy Manager for Custom Applications de aplicaciones personalizadas admite estas funciones: -f backup -I nombre-infile -E mandato-previo-flash -Q mandato-posterior-flash -s DEVICE_CLASS Las siguientes funciones están soportadas por la opción fcmcli -f 'function' para la restauración, la consulta y la supresión de FlashCopy de aplicaciones personalizadas: -f restore -I nombre-infile 234 -B ID de copia de seguridad IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux -f inquire -f inquire_detail -f delete -B ID de copia de seguridad -F function-clause: operaciones de FlashCopy de las bases de datos DB2 HADR Las siguientes funciones están soportadas por la opción del mandato fcmcli -f 'function' para las copias de seguridad de FlashCopy de las bases de datos DB2 HADR: -f backup_db2standby -E mandato-previo-flash -Q mandato-posterior-flash -s DEVICE_CLASS Las siguientes funciones están soportadas por la opción del mandato fcmcli -f 'function' para la restauración, la consulta y la supresión de FlashCopy de las bases de datos DB2 HADR: -f restore_db2standby -f inquire_db2standby -B ID de copia de seguridad -F -f inquire_detail_db2standby -F -f delete_db2standby -F function-clause: operaciones de clonación de FlashCopy Las siguientes funciones están soportadas por la opción de mandato fcmcli -f 'function' para las operaciones de clonación de FlashCopy: -f create_clone -C nombre-base_datos_clonación -F -f refresh_clone -F -f preproc_clone -f postproc_clone -f inquire_clone -F -f inquire_detail_clone -F -f delete_clone -F -u usuario-base_datos-clonación -d nombre-base_datos-producción -B ID de clon -X nombre_archivo-configuración-preproceso Apéndice A. Especificación de línea de mandatos de Tivoli Storage FlashCopy Manager 235 -Y 236 nombre_archivo-configuración-postproceso IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Apéndice B. Ejemplos de Tivoli Storage FlashCopy Manager Consulte estos ejemplos de Tivoli Storage FlashCopy Manager al configurar, actualizar o realizar las tareas de producto. Ejemplos (DB2) Ejemplo de diseño de disco general para un entorno DB2 Consulte este ejemplo al configurar el diseño de disco para un entorno de DB2. La figura siguiente muestra los sistemas de archivos implicados en un diseño de disco de ejemplo. Copia de seguridad (magellan) Producción (columbus) SVC 1 Volúmenes de origen 4 Volúmenes de destino b_disk p_disk 2 5 3 db_disk db_log p_db_disk TSM_disk (opcional) Figura 15. Ejemplo de diseño de disco general para un entorno DB2 Las categorías de disco respectivas contienen los siguientes tipos de disco que se utilizan para los distintos sistemas de archivos: 1. Discos locales en el sistema de producción (categoría p_disk) para los sistemas de archivos /db2/D01 /db2/D01/db2dump /db2/D01/db2event /db2/D01/sqllib /sapmnt/D01 /usr/sap/D01 /usr/sap/trans /opt/IBM/db2/V9.5 /db2/D01/acs (ACS_DIR) 2. Discos de volumen de origen en el sistema de producción (categoría db_disk) para los sistemas de archivos /db2/D01/sapdata1 /db2/D01/sapdata2 /db2/D01/sapdata3 /db2/D01/sapdata4 © Copyright IBM Corp. 2001, 2011 237 /db2/D01/sapdata5 /db2/D01/sapdata6 /db2/D01/sapdatat /db2/D01/db2d01 Discos de volumen de origen en el sistema de producción (categoría db_log) para el sistema de archivos /db2/D01/log_dir 3. Discos locales en el sistema de producción (categoría p_db_disk) para los sistemas de archivos /db2/D01/log_archive /db2/D01/log_retrieve 4. Discos locales en el sistema de copia de seguridad (categoría b_disk) para los sistemas de archivos /db2/D01 /opt/IBM/db2/V9.5 /db2/D01/acs (ACS_DIR) 5. Discos para el Tivoli Storage Manager Server (categoría TSM_disk) para los sistemas de archivos /tsmdb Perfil de ejemplo para Tivoli Storage FlashCopy Manager para DB2 Consulte este ejemplo al editar el perfil de Tivoli Storage FlashCopy Manager. Lo siguiente describe un perfil de ejemplo utilizado para un entorno DPF de DB2. Sólo realiza instantáneas de 06am a 8pm e instantáneas con copias de seguridad con traspaso de datos para el tiempo restante. Estas copias de seguridad con traspaso de datos utilizan dos clústeres diferentes de Controlador de volumen SAN, uno de 00am a 6am y el otro clúster de 8pm a 12pm. Un sistema de copia de seguridad individual hace una copia de seguridad de cada clúster, aunque este hecho no es obvio en el ejemplo. >>> GLOBAL ACS_DIR /db2/D01/acs ACSD acsprod5 57328 TRACE NO <<< >>> ACSD ACS_REPOSITORY /db2/D01/acs/acsrepository # ADMIN_ASSISTANT NO # REPOSITORY_LABEL TSM <<< >>> OFFLOAD BACKUP_METHOD DB2 OPTIONS @/db2/D01/tdp_r3/vendor.env # PARALLELISM AUTO # NUM_SESSIONS 1 # NUM_BUFFERS AUTO # BUFFER_SIZE AUTO <<< >>> CLIENT # BACKUPIDPREFIX DB2___ APPLICATION_TYPE DB2 TSM_BACKUP YES TSM_BACKUP NO USE_FOR SVC_NO_TSM MAX_VERSIONS ADAPTIVE # LVM_FREEZE_THAW AUTO # NEGATIVE_LIST NO_CHECK # TIMEOUT_FLASH 120 238 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux # GLOBAL_SYSTEM_IDENTIFIER DEVICE_CLASS SVC2 FROM 00:00 TO 05:59 DEVICE_CLASS SVC_NO_TSM FROM 06:00 TO 20:00 DEVICE_CLASS SVC1 FROM 20:01 <<< >>> DEVICE_CLASS SVC_NO_TSM COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME 192.168.1.104 # COPYSERVICES_USERNAME superuser # SVC_COPY_RATE 80 # SVC_CLEAN_RATE 50 # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE COPY # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO STORAGE_SYSTEM_ID TSMDEVSVC2 TARGET_SETS VOLUMES_FILE VOLUMES_FILE /db2/D01/acs/acsvolumes/fct.file BACKUP_HOST_NAME PREASSIGNED_VOLUMES <<< >>> DEVICE_CLASS SVC1 COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME 192.168.1.101 # COPYSERVICES_USERNAME superuser # SVC_COPY_RATE 80 # SVC_CLEAN_RATE 50 # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE INCR # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO STORAGE_SYSTEM_ID TSMDEVSVC1 TARGET_SETS VOLUMES_FILE VOLUMES_FILE /db2/D01/acs/acsvolumes/fct.file BACKUP_HOST_NAME PREASSIGNED_VOLUMES <<< >>> DEVICE_CLASS SVC2 COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME 192.168.1.104 # COPYSERVICES_USERNAME superuser # SVC_COPY_RATE 80 # SVC_CLEAN_RATE 50 # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE INCR # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO STORAGE_SYSTEM_ID TSMDEVSVC2 TARGET_SETS VOLUMES_file VOLUMES_FILE /db2/D01/acs/acsvolumes/fct.file BACKUP_HOST_NAME PREASSIGNED_VOLUMES <<< Ejemplos (Oracle nativo) Apéndice B. Ejemplos 239 Diseño de disco general de ejemplo para un entorno Oracle nativo Consulte este ejemplo cuando configure el diseño de disco en un entorno Oracle nativo. La figura siguiente muestra los sistemas de archivos implicados en un diseño de disco de ejemplo. Copia de seguridad Producción SVC 1 Volúmenes de origen 4 Volúmenes de destino b_disk p_disk 2 5 3 db_disk TSM_disk (opcional) p_db_disk Figura 16. Diseño de disco general de ejemplo para un entorno Oracle nativo Las categorías de disco respectivas contienen los siguientes tipos de disco que se utilizan para los distintos sistemas de archivos: 1. Discos locales en el sistema de producción (categoría p_disk) para los sistemas de archivos /oracle/A01 parte de VG ora_principal /oracle/A01/acs (ACS_DIR) Los archivos binarios de la base de datos Oracle se encuentran en el directorio definido por la variable de entorno ORACLE_HOME. 2. Discos de volumen de origen en el sistema de producción (categoría db_disk) para los sistemas de archivos /oracle/A01/oradata/system /oracle/A01/oradata/temp /oracle/A01/oradata/custom parte de VG ora_d1 parte de VG ora_d2 parte de VG ora_d3 /oracle/A01/origlogA /oracle/A01/origlogB parte de VG ora_l1 parte de VG ora_l1 /oracle/A01/mirrlogA /oracle/A01/mirrlogB parte de VG ora_l2 parte de VG ora_l2 Los sistemas de archivos para los archivos de control no deben residir en los grupos de volúmenes que forman parte de la copia de seguridad de FlashCopy. Para la clonación de FlashCopy, como mínimo, debe residir uno de los tres archivos de control de Oracle en un grupo de volúmenes que forme parte de la operación de clonación de FlashCopy. /oracle/A01/cntrl/cntrlA01.dbf parte de VG ora_principal /oracle/A01/misc/cntrlA01.dbf parte de VG ora_misc /oracle/A01/arch/cntrlA01.dbf parte de VG ora_arch 240 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux 3. La categoría p_db_disk no se utiliza para esta configuración. 4. Discos locales en el sistema de copia de seguridad (categoría b_disk) para el sistema de archivos /oracle/A01 /oracle/A01/acs (ACS_DIR) No es necesario crear grupos de volúmenes separados para los archivos de registro y de control. Perfil de ejemplo para Tivoli Storage FlashCopy Manager para Oracle nativo Consulte este ejemplo al editar el perfil de Tivoli Storage FlashCopy Manager. Lo que aparece a continuación describe un perfil de ejemplo: >>> GLOBAL ACS_DIR /oracle/A10/acs # directorio para registros, archivo de contraseña, etc. ACSD prodsrv 57328 # <servidor> <puerto> # TRACE NO # YES | NO <<< >>> CLIENT APPLICATION_TYPE ORACLE # TARGET_DATABASE_SUSPEND YES # YES | NO | OFFLINE # TSM_BACKUP NO # YES | NO # MAX_VERSIONS ADAPTIVE # num | ADAPTIVE # LVM_FREEZE_THAW AUTO # AUTO | YES | NO # NEGATIVE_LIST NO_CHECK # NO_CHECK | WARN | ERROR | <vía archivo de lista negativa> # DEVICE_CLASS STANDARD # <<< >>> OFFLOAD BACKUP_METHOD ORACLE # # OVERWRITE_DATABASE_PARAMETER_FILE YES # YES | NO # DATABASE_BACKUP_INCREMENTAL_LEVEL 0 # <<< >>> ORACLE CATALOG_DATABASE_CONNECT_STRING cat_db # *parámetro obligatorio* CATALOG_DATABASE_USERNAME rman # *parámetro obligatorio* DATABASE_BACKUP_SCRIPT_FILE /oracle/A10/acs/tsm_backup.scr # *parámetro obligatorio* TARGET_DATABASE_PARAMETER_FILE /oracle/A10/10gr2/dbs/initA10.ora # *parámetro obligatorio* # DATABASE_CONTROL_FILE_RESTORE NO # YES | NO DATABASE_CONTROL_FILE_RESTORE NO # YES | NO <<< >>> ACSD ACS_REPOSITORY /oracle/A10/acs/acsrepository # *parámetro obligatorio* # ADMIN_ASSISTANT NO # NO | <servidor> <puerto> <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE SVC # *parámetro obligatorio* SVC | DS8000 | XIV COPYSERVICES_PRIMARY_SERVERNAME cim_srv # TARGET_SETS VOLUMES_FILE # *parámetro obligatorio* VOLUMES_FILE /oracle/A01/acs/volumes/volumes_file.fct # COPYSERVICES_SECONDARY_SERVERNAME # # COPYSERVICES_USERNAME superuser # # SVC_COPY_RATE 80 # num # COPYSERVICES_COMMPROTOCOL HTTPS # HTTP | HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # NO_CERTIFICATE | <archivo de certificado> COPYSERVICES_SERVERPORT 5999 # *parámetro obligatorio* # FLASHCOPY_TYPE COPY # COPY | INCR | NOCOPY # COPYSERVICES_TIMEOUT 6 # num # RESTORE_FORCE NO # YES | NO BACKUP_HOST_NAME NONE <<< Apéndice B. Ejemplos 241 Perfil de ejemplo para Tivoli Storage FlashCopy Manager para Oracle con ASM Consulte este ejemplo cuando edite el perfil de Tivoli Storage FlashCopy Manager para Oracle con ASM. Lo que aparece a continuación describe un perfil de ejemplo: >>> GLOBAL ACS_DIR /oracle/A10/acs ACSD prodsrv 57328 # TRACE NO <<< >>> CLIENT APPLICATION_TYPE ORACLE TARGET_DATABASE_SUSPEND YES # TSM_BACKUP NO # MAX_VERSIONS ADAPTIVE # LVM_FREEZE_THAW AUTO # NEGATIVE_LIST NO_CHECK # DEVICE_CLASS STANDARD VOLUME_MANAGER ASM <<< >>> OFFLOAD BACKUP_METHOD ORACLE # OVERWRITE_DATABASE_PARAMETER_FILE YES # DATABASE_BACKUP_INCREMENTAL_LEVEL 0 #ASM_INSTANCE_USER AUTO #ASM_INSTANCE_ID +ASM #ASM_ROLE SYSDBA # directorio para registros, archivo de contraseña, etc. # <servidor> <puerto> # YES | NO # # # # # # # # YES | NO | OFFLINE YES | NO num | ADAPTIVE AUTO | YES | NO NO_CHECK | WARN | ERROR | <vía archivo de lista negativa> ASM|LVM # # YES | NO # # Nombre usuario | AUTO # SID instancia ASM | +ASM # SYSDBA o SYSASM | SYSDBA <<< >>> ORACLE CATALOG_DATABASE_CONNECT_STRING cat_db # *parámetro obligatorio* CATALOG_DATABASE_USERNAME rman # *parámetro obligatorio* DATABASE_BACKUP_SCRIPT_FILE /oracle/A10/acs/tsm_backup.scr # *parámetro obligatorio* TARGET_DATABASE_PARAMETER_FILE /oracle/A10/10gr2/dbs/initA10.ora # *parámetro obligatorio* DATABASE_CONTROL_FILE_RESTORE NO # YES | NO #ASM_INSTANCE_USER AUTO # Nombre usuario | AUTO #ASM_INSTANCE_ID +ASM # SID instancia ASM | +ASM #ASM_ROLE SYSDBA # SYSDBA o SYSASM | SYSDBA <<< >>> ACSD ACS_REPOSITORY /oracle/A10/acs/acsrepository # *parámetro obligatorio* # ADMIN_ASSISTANT NO # NO | <servidor> <puerto> <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE SVC # *parámetro obligatorio* SVC | DS8000 | XIV COPYSERVICES_PRIMARY_SERVERNAME cim_srv # TARGET_SETS VOLUMES_FILE # *parámetro obligatorio* VOLUMES_FILE /oracle/A01/acs/volumes/volumes_file.fct # COPYSERVICES_SECONDARY_SERVERNAME # # COPYSERVICES_USERNAME superuser # # SVC_COPY_RATE 80 # num # COPYSERVICES_COMMPROTOCOL HTTPS # HTTP | HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # NO_CERTIFICATE | <archivo de certificado> COPYSERVICES_SERVERPORT 5999 # *parámetro obligatorio* # FLASHCOPY_TYPE COPY # COPY | INCR | NOCOPY # COPYSERVICES_TIMEOUT 6 # num # RESTORE_FORCE NO # YES | NO BACKUP_HOST_NAME NONE <<< Nota: Los parámetros ASM_INSTANCE_USER, ASM_INSTANCE_ID y ASM_ROLE SYSDBA de la sección OFFLOAD contienen valores para el servidor de copia de seguridad. Se pueden comentar si los mismos parámetros de la sección ORACLE también son válidos para el servidor de copia de seguridad. 242 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Script de copia de seguridad de RMAN de ejemplo Consulte este ejemplo al configurar Data Protection for Oracle en el servidor de copia de seguridad. Se debe especificar el script de copia de seguridad de RMAN en el perfil con el parámetro DATABASE_BACKUP_SCRIPT_FILE. A continuación se detalla un ejemplo de un script de copia de seguridad de RMAN: run { allocate channel ’c1’ type ’sbt_tape’ parms ’ENV=(TDPO_OPTFILE=/home/oracle/tdpo.opt)’; backup (database); release channel c1; } Como se muestra en este ejemplo, es necesario el salto de línea después del mandato backup. Ejemplos (SAP con Oracle) Diseño de disco general de ejemplo para un entorno SAP® con Oracle Consulte este ejemplo cuando configure el diseño de disco en un entorno SAP® con Oracle. La figura siguiente muestra los sistemas de archivos implicados en un diseño de disco de ejemplo. Copia de seguridad Producción SVC 1 Volúmenes de origen 4 Volúmenes de destino b_disk p_disk 2 5 3 db_disk p_db_disk TSM_disk (opcional) Figura 17. Diseño de disco general de ejemplo para un entorno SAP® con Oracle Las categorías de disco respectivas contienen los siguientes tipos de disco que se utilizan para los distintos sistemas de archivos: 1. Discos locales en el sistema de producción (categoría p_disk) para los sistemas de archivos Apéndice B. Ejemplos 243 /oracle/A01 /usr/sap/A01 /usr/sap/trans /oracle/A01/920_64 /oracle/A01/sapbackup /oracle/A01/sapreorg /sapmnt/A01 /oracle/A01/acs (ACS_DIR) 2. Discos de volumen de origen en el sistema de producción (categoría db_disk) para los sistemas de archivos /oracle/A01/sapdata1 /oracle/A01/sapdata2 /oracle/A01/sapdata3 /oracle/A01/sapdata4 /oracle/A01/sapdata5 /oracle/A01/sapdata6 parte parte parte parte parte parte de VG sapfcl1 de VG sapfcl2 de VG sapfcl2 de VG sapfcl3 de VG sapfcl3 de VG sapfcl3 /oracle/A01/origlogA /oracle/A01/origlogB parte de VG sapfcs1 parte de VG sapfcs1 /oracle/A01/mirrlogA /oracle/A01/mirrlogB parte de VG sapfcs2 parte de VG sapfcs2 Los sistemas de archivos sapdata<x> se colocaron en distintos VG sólo con finalidades de prueba/desarrollo; también se podrían haber añadido en uno común. Los archivos de control de Oracle se colocan en $ORACLE_HOME/dbs/ init<SID>.ora. : /oracle/A01/sapdata1/cntrl/cntrlA01.dbf /oracle/A01/origlogA/cntrl/cntrlA01.dbf /oracle/A01/origlogB/cntrl/cntrlA01.dbf 3. Discos locales en el sistema de producción (categoría p_db_disk) para los sistemas de archivos /oracle/A01/saparch 4. Discos locales en el sistema de copia de seguridad (categoría b_disk) para los sistemas de archivos /oracle/A01 /usr/sap/A01 /usr/sap/trans /oracle/A01/acs (ACS_DIR) 5. (Tivoli Storage Manager Server) Los discos de Tivoli Storage Manager Server (categoría TSM_disk) para los sistemas de archivos utilizados para las bases de datos, los registros y los volúmenes de almacenamiento de Tivoli Storage Manager. Perfil de ejemplo para Tivoli Storage FlashCopy Manager para SAP® con Oracle (sólo disco) Consulte este ejemplo al editar el perfil de Tivoli Storage FlashCopy Manager. Lo que aparece a continuación describe un perfil de ejemplo: 244 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux >>> GLOBAL # ACS_DIR /oracle/A01/acs ACSD acsprod5 57328 # TRACE NO <<< >>> ACSD ACS_REPOSITORY /oracle/A01/acs/pmtest ADMIN_ASSISTANT no # REPOSITORY_LABEL TSM <<< >>> CLIENT # BACKUPIDPREFIX SAP___ APPLICATION_TYPE SAP_ORACLE TARGET_DATABASE_SUSPEND YES TSM_BACKUP YES # MAX_VERSIONS ADAPTIVE LVM_FREEZE_THAW 120 # TIMEOUT_FLASH 120 GLOBAL_SYSTEM_IDENTIFIER A01 # DEVICE_CLASS STANDARD <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE XIV # STORAGE_SYSTEM_ID PATH_TO_XCLI /home/xivtest/XCLI COPYSERVICES_SERVERNAME nextra COPYSERVICES_USERNAME admin # RECON_INTERVAL 12 # GRACE_PERIOD 24 # USE_WRITABLE_SNAPSHOTS AUTO USE_CONSISTENCY_GROUPS NO BACKUP_HOST_NAME acsback5 <<< Perfil de ejemplo para Tivoli Storage FlashCopy Manager para SAP® con Oracle (con traspaso de datos) Consulte este ejemplo cuando edite el perfil de Tivoli Storage FlashCopy Manager para una copia de seguridad con traspaso de datos utilizando IBM Tivoli Storage Manager for Enterprise Resource Planning. Algunos parámetros que normalmente se definen dentro del perfil de Tivoli Storage FlashCopy Manager se definen en el archivo .utl de IBM Tivoli Storage Manager for Enterprise Resource Planning, con algunos parámetros bajo nombres distintos. El perfil siguiente es un ejemplo de un perfil de SAP con Oracle que no contiene una sección CLIENT: Apéndice B. Ejemplos 245 >>> GLOBAL # ACS_DIR /oracle/CET/acs ACSD dooku 62000 TRACE YES <<< >>> ACSD ACS_REPOSITORY /oracle/CET/acs/repository # ADMIN_ASSISTANT NO REPOSITORY_LABEL CET <<< >>> OFFLOAD BACKUP_METHOD BACKINT PROFILE /oracle/oracle11R2/dbs/initCET.utl <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME 192.168.1.104 # COPYSERVICES_USERNAME superuser SVC_COPY_RATE 95 # SVC_CLEAN_RATE 50 # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE COPY # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO # STORAGE_SYSTEM_ID # RECON_INTERVAL 12 BACKUP_HOST_NAME bano TARGET_SETS T1 TARGET_NAMING %SOURCE_%TARGETSET <<< El extracto siguiente es un ejemplo de las secciones GLOBAL y CLIENT en un archivo .utl: ... ### parámetros TSM4ERP MAX_SESSIONS ... CONFIG_FILE ... BACKUPIDPREFIX CET___ ... ### parámetros FlashCopy Manager ACS_DIR /oracle/CET/acs/ ACSD dooku 62000 TRACE ON ... TARGET_DATABASE_SUSPEND YES LVM_FREEZE_THAW AUTO TSM_BACKUP_FROM_SNAPSHOT YES MAX_SNAPSHOT_VERSIONS ADAPTIVE DEVICE_CLASS STANDARD ... ### parámetros de sección del servidor TSM4ERP SERVER ... SESSIONS ... El ejemplo siguiente describe la situación cuando se crean dos perfiles para la misma instancia de base de datos: 246 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux >>> GLOBAL # ACS_DIR /oracle/CET/acs ACSD dooku 62000 TRACE NO <<< >>> ACSD ACS_REPOSITORY /oracle/CET/acs/repository # ADMIN_ASSISTANT NO REPOSITORY_LABEL CET <<< >>> CLIENT BACKUPIDPREFIX CET___ APPLICATION_TYPE SAP_ORACLE TARGET_DATABASE_SUSPEND NO # MAX_VERSIONS ADAPTIVE # LVM_FREEZE_THAW AUTO # TIMEOUT_FLASH 120 # GLOBAL_SYSTEM_IDENTIFIER # DEVICE_CLASS STANDARD <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME 192.168.1.104 # COPYSERVICES_USERNAME superuser # CLONE_DATABASE NO # SVC_COPY_RATE 80 # SVC_CLEAN_RATE 50 # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE INCR # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO # STORAGE_SYSTEM_ID # RECON_INTERVAL 12 BACKUP_HOST_NAME BANO TARGET_SETS T1 T2 T3 T4 TARGET_NAMING %SOURCE_%TARGETSET <<< Perfil de ejemplo para Tivoli Storage FlashCopy Manager para SAP® con Oracle incremental (con traspaso de datos) Consulte este ejemplo cuando edite el perfil de IBM Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl) para una copia de seguridad con traspaso de datos mediante Tivoli Storage Manager for Enterprise Resource Planning con Oracle RMAN. El siguiente extracto es un ejemplo de un perfil de Tivoli Storage Manager for Enterprise Resource Planning (archivo .utl) que se puede utilizar en el servidor de producción y de copia de seguridad: Apéndice B. Ejemplos 247 ... BACKUPIDPREFIX TPR___ INCREMENTAL DIFFERENTIAL INCREMENTAL_CHANNELS 2 INCREMENTAL_LEVEL 1 USE_AT MON TUE WED Thu Fri Sat INCREMENTAL_LEVEL 0 USE_AT SUN INCREMENTAL_CATALOG_CONNECT_STRING catdb INCREMENTAL_CATALOG_USER rman TARGET_DATABASE_SUSPEND NO MAX_SESSIONS MAX_ARCH_SESSIONS RL_COMPRESSION REDOLOG_COPIES MAX_VERSIONS 2 1 0 2 2 BUFFCOPY BUFFSIZE REPORT CONFIG_FILE PREVENT 131072 # block size in bytes 5 # all additional messages + summary /oracle/TPR/102_32/dbs/initTPR.bki SERVER PYXIS_1 SESSIONS 2 PASSWORDREQUIRED YES ADSMNODE TPR_ORA102_LNX BRBACKUPMGTCLASS MDBDISK1 BRARCHIVEMGTCLASS MLOG1 MLOG2 # # # # # # Servername Max sessions Use a password Tivoli Storage Manager Nodename Mgmt-Classes Mgmt-Classes Ejemplos de archivos de volúmenes de destino Archivo de volúmenes de destino de ejemplo (configuración de DS8000) Consulte este ejemplo cuando edite el archivo de volúmenes de destino para una configuración del subsistema de almacenamiento de DS8000. Los dos primeros ejemplos ilustran la misma configuración de entorno. Es obvio que el primero es el más práctico para implementar. Consejo: Estos dos ejemplos hacen referencia a la variante necesaria cuando el parámetro TARGET_SET especifica VOLUMES_DIR (legado). En el caso de TARGET_SETS = VOLUMES_FILE, la sintaxis del archivo es diferente. Los ejemplos tercero y cuarto ilustran el archivo de volúmenes de destino para TARGET_SETS=VOLUMES_FILE, que es la opción recomendada para utilizar para las nuevas configuraciones. #=====================================================================# #=== #=== Este archivo contiene información de configuración sobre volúmenes de #=== origen/destino tal como se utilizarán en la función FlashCopy. #=== #=== El archivo de volúmenes de destino identifica los volúmenes de destino #=== que se utilizarán para una copia de seguridad de FlashCopy. #=== El archivo cumple el siguiente convenio de denominación: #=== Para entornos DB2: #=== <nombre inst Db2>.<nombre bd DB2>.<clase dispositivo>.<núm par DB2>.fct #=== Para entornos Oracle nativos: #=== <Oracle SID>.ORCL_.<clase de dispositivo>.ORACLE.fct #=== Para entornos SAP para Oracle: #=== <DBSID>.<prefijo ID copia seguridad>.<clase de dispositivo>.SAP_ORACLE.fct #=== #=== #=== y reside en el directorio especificado por el parámetro VOLUMES_DIR #=== del perfil de Tivoli Storage FlashCopy® Manager. #=== 248 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux #=== Es necesario incorporar el parámetro TARGET_VOLUME #=== entre el parámetro de inicio de tema (>>> VOLUMES_SET_x) #=== donde x es un número entero que empieza por 1 #=== y el parámetro de finalización de tema sólo es (<<<). #=== #=== #=== #=== Nota: en la sentencia del parámetro TARGET_VOLUME, el #=== primer valor es número_serie_volumen_destino #=== segundo valor es número_serie_volumen_origen o #=== tercer valor es Size=2.0_GB o #=== #=== Si especifica el número de serie y el tamaño del volumen de origen, #=== debe asegurarse de que el tamaño del volumen de destino es el mismo. #=== #=== Debe estar disponible un volumen de destino en la misma unidad #=== de hardware en la que se accede al volumen de origen. #=====================================================================# # #*************************** Primer ejemplo ****************************# # >>> VOLUMES_SET_1 #=====================================================================# # Para cada volumen de destino que se tiene previsto utilizar en # la operación FlashCopy, el número de serie del volumen se debe especificar # como el primer parámetro seguido por - # Los caracteres ’-’ serán sustituidos por un número de serie de volumen (origen) # y el tamaño encontrado para dicho volumen de origen (si el tamaño coincide # con el tamaño del volumen de destino) por Tivoli Storage FlashCopy® Manager # una vez que la función FlashCopy se ha iniciado en el sistema de producción # y se han identificado todos los volúmenes (origen). # # # Sustituir todas las sentencias siguientes con los valores de instalación. # # Es necesaria la definición para cada volumen de destino. #=====================================================================# TARGET_VOLUME 75924811090 TARGET_VOLUME 75924811091 TARGET_VOLUME 75924811092 TARGET_VOLUME 75924811093 TARGET_VOLUME 75924811094 TARGET_VOLUME 75924811095 <<< #=====================================================================# # #************************** Segundo ejemplo ****************************# # #=====================================================================# >>> VOLUMES_SET_1 TARGET_VOLUME 75924811190 TARGET_VOLUME 75924811191 TARGET_VOLUME 75924811192 TARGET_VOLUME 75924811193 TARGET_VOLUME 75924811194 TARGET_VOLUME 75924811195 <<< 75924811290 75924811291 75924811292 75924811293 75924811294 75924811295 - #=====================================================================# Apéndice B. Ejemplos 249 El archivo siguiente es un ejemplo de un archivo VOLUMES_FILE .fct que incluye la configuración del conjunto de destino utilizado para la clonación: # #************************** Tercer ejemplo ****************************# # #=====================================================================# >>> TARGET_SET 1 >>> PARTITION NODE0000 TARGET_VOLUME 13ABCTA0111 - TARGET_VOLUME 13ABCTA0112 - TARGET_VOLUME 13ABCTA0113 - <<< <<< >>> TARGET_SET 3 DEVICE_CLASS CLONE USE_FOR_CLONING D98 >>> PARTITION NODE0000 TARGET_VOLUME 13ABCTA011D - TARGET_VOLUME 13ABCTA011E - TARGET_VOLUME 13ABCTA011F - <<< <<< #=====================================================================# El archivo siguiente muestra otro archivo VOLUMES_FILE .fct para las configuraciones de DB2 EEE: # #************************** Cuarto ejemplo ****************************# # #=====================================================================# >>> TARGET_SET 1 DEVICE_CLASS CLONE USE_FOR_CLONING >>> PARTITION NODE0000 TARGET_VOLUME S97p5d1_t1 TARGET_VOLUME S97p5d2_t1 <<< >>> PARTITION NODE0001 TARGET_VOLUME S97p5d3_t1 TARGET_VOLUME S97p5d4_t1 <<< >>> PARTITION NODE0002 TARGET_VOLUME S97p5l1_t1 TARGET_VOLUME S97p5l2_t1 <<< >>> PARTITION NODE0003 TARGET_VOLUME S97p5l3_t1 TARGET_VOLUME S97p5l4_t1 <<< <<< S98 - #=====================================================================# 250 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Archivo de volúmenes de destino de ejemplo (configuración de Controlador de volumen SAN o Storwize V7000) Consulte este ejemplo cuando edite el archivo de volúmenes de destino para una configuración del subsistema de almacenamiento de Controlador de volumen SAN o Storwize V7000. Los dos ejemplos siguientes ilustran la misma configuración de entorno. Es obvio que el primero es el más práctico para implementar. Nota: Estos ejemplos hacen referencia a la variante necesaria cuando el parámetro TARGET_SET especifica VOLUMES_DIR (legado). En el caso de TARGET_SETS = VOLUMES_FILE, la sintaxis del archivo es diferente. Consulte los ejemplos de TARGET_FILE en los ejemplos tercero y cuarto en “Archivo de volúmenes de destino de ejemplo (configuración de DS8000)” en la página 248. #=====================================================================# #=== #=== Este archivo contiene información de configuración sobre volúmenes de #=== origen/destino tal como se utilizarán en la función FlashCopy. #=== #=== El archivo de volúmenes de destino identifica los volúmenes de destino #=== que se utilizarán para una copia de seguridad de FlashCopy. #=== El archivo cumple el siguiente convenio de denominación: #=== Para entornos DB2: #=== <nombre inst Db2>.<nombre bd DB2>.<clase dispositivo>.<núm par DB2>.fct #=== Para entornos Oracle nativos: #=== <Oracle SID>.ORCL_.<clase de dispositivo>.ORACLE.fct #=== Para entornos SAP para Oracle: #=== <DBSID>.<prefijo ID copia seguridad>.<clase de dispositivo>.SAP_ORACLE.fct #=== #=== y reside en el directorio especificado por el parámetro VOLUMES_DIR #=== en el perfil de Tivoli Storage FlashCopy® Manager #=== #=== Es necesario incorporar el parámetro TARGET_VOLUMES #=== entre el parámetro de inicio de tema (>>>VOLUMES_SET_x) #=== y el parámetro de finalización de tema (<<<)#=== #=== #=== Nota: en la sentencia del parámetro TARGET_VOLUME, el #=== primer valor es el nombre de disco virtual de volumen_destino #=== segundo valor es el nombre de disco virtual del volumen_origen o #=== tercer valor es Size=2.0_GB o #=== #=== Si especifica el nombre y el tamaño del volumen de origen, #=== debe asegurarse de que el tamaño del volumen de destino es el mismo. #=== #=== Debe estar disponible un volumen de destino en el mismo clúster SVC #=== en el que se ha accedido al volumen de origen. #=====================================================================# # #*************************** primer ejemplo ****************************# # >>> TARGET_SET VOLUMES_SET_1 #=====================================================================# # Para cada volumen de destino que se tiene previsto utilizar en # la operación FlashCopy, el nombre de disco virtual se debe especificar # como el primer parámetro seguido por - # Los caracteres ’-’ serán sustituidos por un nombre de volumen (origen) # y el tamaño encontrado para dicho volumen de origen (si el tamaño coincide # con el tamaño del volumen de destino) por Tivoli Storage FlashCopy® Manager # una vez que se ha iniciado la función FlashCopy en el sistema de producción Apéndice B. Ejemplos 251 # y se han identificado todos los volúmenes (origen). # # # Sustituir todas las sentencias siguientes con los valores de instalación. # # Es necesaria la definición para cada volumen de destino. #=====================================================================# TARGET_VOLUME svdftgt1 - TARGET_VOLUME svdftgt2 - TARGET_VOLUME svdftgt3 - TARGET_VOLUME svdftgt4 - TARGET_VOLUME svdftgt5 - <<< #=====================================================================# # #************************** segundo ejemplo ****************************# # #=====================================================================# >>> TARGET_SET VOLUMES_SET_1 TARGET_VOLUME svdftgt1 svdrsrc2 TARGET_VOLUME svdftgt2 svdfsrc3 TARGET_VOLUME svdftgt3 svdfsrc4 TARGET_VOLUME svdftgt4 svdfsrc5 TARGET_VOLUME svdftgt5 svdfsrc6 <<< - #=====================================================================# Archivo de volumen de destino de ejemplo (configuración de duplicación en la configuración de DS8000) Consulte este ejemplo cuando edite el archivo de volúmenes de destino para una configuración de duplicación en una configuración del subsistema de almacenamiento de DS8000. El ejemplo siguiente ilustra la configuración de un archivo de volúmenes de destino tal como es necesario para ejecutar la copia de seguridad de FlashCopy si las duplicaciones de LVM de AIX se han configurado en DS8000 con el número de serie 7513158 (consulte la definición en el tema 'VOLUMES_SET_1') para una ejecución de copia de seguridad de FlashCopy y con la configuración de duplicaciones en DS8000 con el número de serie 7512067 (consulte la definición en el tema 'VOLUMES_SET_2') para ver otra ejecución de copia de seguridad. Los dos conjuntos de copia de LV se han configurado de acuerdo con los requisitos para configurar un conjunto de copias que indica que son necesarias 2 unidades de DS8000. #--------- Inicio del archivo de volúmenes de destino de ejemplo -----------#=== #=== Este archivo contiene información de configuración sobre volúmenes de #=== origen/destino tal como se utilizarán en la función FlashCopy. #=== #=== El archivo de volúmenes de destino identifica los volúmenes de destino #=== que se utilizarán para una copia de seguridad de FlashCopy. #=== El archivo cumple el siguiente convenio de denominación: #=== Para entornos DB2: #=== <nombre inst Db2>.<nombre bd DB2>.<clase dispositivo>.<núm par DB2>.fct #=== Para entornos Oracle nativos: #=== <Oracle SID>.ORCL_.<clase de dispositivo>.ORACLE.fct 252 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux #=== Para entornos SAP para Oracle: #=== <DBSID>.<prefijo ID copia seguridad>.<clase de dispositivo>.SAP_ORACLE.fct #=== #=== y reside en el directorio especificado por el perfil de #=== parámetro VOLUMES_DIR #=== #=== Es necesario incorporar los parámetros TARGET_VOLUME #=== entre el parámetro de inicio de tema (>>>VOLUMES_SET_x) #=== y el parámetro de finalización de tema (<<<) #=== #=== #=== Nota: en la sentencia del parámetro TARGET_VOLUME, el #=== primer valor es número_serie_volumen_destino #=== segundo valor es número_serie_volumen_origen o #=== tercer valor es Size=2.0_GB o #=== #=== Si especifica el número de serie y el tamaño del volumen de origen, #=== debe asegurarse de que el tamaño del volumen de destino es el mismo. #=== #=== Debe estar disponible un volumen de destino en la misma unidad de #=== hardware en la que se ha accedido al volumen de origen. #------------------------------------------------------------------# >>> VOLUMES_SET_1 #------------------------------------------------------------------# # STORAGE_SYSTEM_ID# Define en un entorno de duplicación de LVM de AIX, el #subsistema de almacenamiento que contiene un conjunto completo de, como mínimo, #1 copia de todos los LV de DB2 que van a ser el objeto del proceso de copia #de seguridad. Sólo los volúmenes de origen del subsistema de almacenamiento #serán utilizados en el sistema de producción por Tivoli Storage FlashCopy(R) #Manager para el proceso de FlashCopy. Posibles valores de parámetro : XXXXXXX #donde XXXXXXX es el número de serie del sistema de almacenamiento de 7 dígitos. #La definición de parámetro sólo se puede utilizar si se ha realizado una #configuración apropiada tal como se ha definido en el manual de Tivoli Storage #FlashCopy(R) Manager. # VALOR PREDETERMINADO : NO DEFINIDO # #------------------------------------------------------------------# STORAGE_SYSTEM_ID 7513158 #------------------------------------------------------------------# # # Para cada volumen de destino que se tiene previsto utilizar en # la operación FlashCopy, el número de serie del volumen se debe especificar # como el primer parámetro seguido por - # Los caracteres ’-’ serán sustituidos por un número de serie de volumen (origen) # y el tamaño encontrado para dicho volumen de origen (si el tamaño coincide # con el tamaño del volumen de destino) por Tivoli Storage FlashCopy® Manager # una vez que se ha iniciado la función FlashCopy en el sistema de producción # y se han identificado todos los volúmenes (origen). # # # Sustituir todas las sentencias siguientes con los valores de instalación. # #------------------------------------------------------------------# TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME <<< 75131581200 75131581201 75131581202 75131581203 75131581204 75131581205 75131581206 75131581207 75131581208 75131581209 - - >>> VOLUMES_SET_2 STORAGE_SYSTEM_ID 7512067 Apéndice B. Ejemplos 253 TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME TARGET_VOLUME <<< 75120671300 75120671301 75120671302 75120671303 75120671304 75120671305 75120671306 75120671307 75120671308 75120671309 - - #---------- Fin del archivo de volúmenes de destino de ejemplo -------------# El ejemplo siguiente muestra una configuración de SAP en un entorno de DB2 con varias particiones. <ACS_DIR>/profile: >>> DEVICE_CLASS STANDARD ... TARGET_SETS VOLUMES_FILE VOLUMES_FILE <ACS_DIR>/acsvolumes/volumes_file.fct <<< <ACS_DIR>/acsvolumes/volumes_file.fct: 254 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux >>> TARGET_SET 1 >>> PARTITION NODE0000 TARGET_VOLUME J01acs_td_0 TARGET_VOLUME J01acs_tl_0 <<< >>> PARTITION NODE0001 TARGET_VOLUME J01acs_td_1 TARGET_VOLUME J01acs_tl_1 <<< >>> PARTITION NODE0002 TARGET_VOLUME J01acs_td_2 TARGET_VOLUME J01acs_tl_2 <<< >>> PARTITION NODE0003 TARGET_VOLUME J01acs_td_3 TARGET_VOLUME J01acs_tl_3 <<< <<< >>> TARGET_SET 2>>> PARTITION NODE0000 TARGET_VOLUME J01acs_td_2_0 TARGET_VOLUME J01acs_tl_2_0 <<< >>> PARTITION NODE0001 TARGET_VOLUME J01acs_td_2_1 TARGET_VOLUME J01acs_tl_2_1 <<< >>> PARTITION NODE0002 TARGET_VOLUME J01acs_td_2_2 TARGET_VOLUME J01acs_tl_2_2 <<< >>> PARTITION NODE0003 TARGET_VOLUME J01acs_td_2_3 TARGET_VOLUME J01acs_tl_2_3 <<< <<< Perfil de ejemplo de IBM Tivoli Storage FlashCopy Manager for Custom Applications Este ejemplo contiene un perfil de ejemplo de IBM Tivoli Storage FlashCopy Manager for Custom Applications en un entorno de aplicación personalizada. >>> GLOBAL # ACS_DIR /home/gbauser/acs ACSD ehonda 61000 TRACE YES <<< >>> ACSD ACS_REPOSITORY /home/gbauser/acs/repository REPOSITORY_LABEL GBA <<< >>> OFFLOAD BACKUP_METHOD TSM_CLIENT # MODE FULL ASNODENAME GBA_eha_target # DSM_DIR # DSM_CONFIG # VIRTUALFSNAME fcm <<< Apéndice B. Ejemplos 255 >>> CLIENT BACKUPIDPREFIX GBA___ APPLICATION_TYPE GENERIC INFILE /home/gbauser/acs/infile PRE_FLASH_CMD /home/gbauser/acs/scripts/preflash.cmd POST_FLASH_CMD /home/gbauser/acs/scripts/postflash.cmd TSM_BACKUP YES # MAX_VERSIONS ADAPTIVE # LVM_FREEZE_THAW AUTO NEGATIVE_LIST NO_CHECK # TIMEOUT_FLASH 120 # GLOBAL_SYSTEM_IDENTIFIER DEVICE_CLASS STANDARD <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME 192.168.1.101 # COPYSERVICES_USERNAME superuser # CLONE_DATABASE NO SVC_COPY_RATE 90 # SVC_CLEAN_RATE 50 # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE INCR # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO # STORAGE_SYSTEM_ID # RECON_INTERVAL 12 BACKUP_HOST_NAME sagat TARGET_SETS TS1 TS2 TS3 TARGET_NAMING %SOURCE_%TARGETSET <<< Perfil de ejemplo para un entorno de servidor DB2 HADR en espera Este ejemplo contiene una configuración de ejemplo de un servidor DB2 HADR en espera. >>> GLOBAL ACS_DIR /db2/CET/acs ACSD ehonda 63000 TRACE YES <<< >>> ACSD ACS_REPOSITORY /db2/CET/acs/acsrepository REPOSITORY_LABEL CET <<< >>> CLIENT BACKUPIDPREFIX CET___ APPLICATION_TYPE DB2 # MAX_VERSIONS ADAPTIVE # LVM_FREEZE_THAW AUTO # NEGATIVE_LIST NO_CHECK # TIMEOUT_FLASH 120 # GLOBAL_SYSTEM_IDENTIFIER # DEVICE_CLASS STANDARD <<< >>> DB2STANDBY DB2_PRODUCTIVE_SERVER akuma 60050 DB2_ALIAS CET PRE_FLASH_CMD /db2/CET/acs/scripts/pre_flash_cmd 256 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux POST_FLASH_CMD /db2/CET/acs/scripts/post_flash_cmd # DB2_USERNAME db2cet DB2_AUTH_TYPE SERVER <<< >>> DEVICE_CLASS STANDARD COPYSERVICES_HARDWARE_TYPE SVC COPYSERVICES_PRIMARY_SERVERNAME 192.168.1.104 # COPYSERVICES_USERNAME superuser # CLONE_DATABASE NO SVC_COPY_RATE 95 # SVC_CLEAN_RATE 50 # COPYSERVICES_COMMPROTOCOL HTTPS # COPYSERVICES_CERTIFICATEFILE NO_CERTIFICATE # COPYSERVICES_SERVERPORT 5989 FLASHCOPY_TYPE INCR # COPYSERVICES_TIMEOUT 6 # RESTORE_FORCE NO # STORAGE_SYSTEM_ID # RECON_INTERVAL 12 BACKUP_HOST_NAME sagat TARGET_SETS TS1 TS2 TARGET_NAMING %SOURCE_%TARGETSET <<< Apéndice B. Ejemplos 257 258 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Apéndice C. Tareas especiales Estas tareas requieren valores y procedimientos especiales. Migración de datos de instantánea existente Revise esta información al utilizar IBM Tivoli Storage FlashCopy Manager con los datos de instantánea existente. Procedimiento de actualización de IBM Tivoli Storage FlashCopy Manager IBM Tivoli Storage FlashCopy Manager soporta la instalación simultánea de distintas versiones de producto. Normalmente, estas versiones se instalan debajo del directorio /usr/tivoli/tsfcm/acs_<número_versión>. Mediante la invocación del script de configuración de la instalación apropiada como un usuario root, puede configurarlo para proteger una nueva instancia de base de datos, o puede actualizar la versión que actualmente protege una instancia de base de datos. Aunque puede actualizar la versión actual de una instancia de base de datos particular, la imagen maestra de IBM Tivoli Storage FlashCopy Manager (bajo /usr/tivoli/tsfcm/acs_<número_versión>) no se elimina automáticamente. Para eliminar esta imagen, debe desinstalar el paquete invocando el mandato /usr/tivoli/tsfcm/acs_<número_versión>/uninstall/uninstaller.bin Nota: v Si existe una conexión OpenSSH con el servidor de copia de seguridad, la instalación y la configuración se puede realizar desde el sistema de producción. Si no existe una conexión OpenSSH, las tareas de instalación y actualización se deben realizar por separado en el sistema de producción y cada sistema de copia de seguridad. v Para los entornos DB2 con particiones físicas, ejecute la instalación y configuración desde un único nodo (normalmente, el nodo 0). Migración de Tivoli Storage Manager for Advanced Copy Services a IBM Tivoli Storage FlashCopy Manager en un sistema IBM XIV® Storage System Para IBM XIV® Storage System, IBM Tivoli Storage FlashCopy Manager conserva la configuración y el historial de copias de seguridad de una instalación existente de Tivoli Storage Manager for Advanced Copy Services. Las copias de seguridad creadas con Tivoli Storage Manager for Advanced Copy Services se pueden restaurar con IBM Tivoli Storage FlashCopy Manager. La actualización de Tivoli Storage Manager for Advanced Copy Services a IBM Tivoli Storage FlashCopy Manager se realiza como cualquier actualización estándar. Por ejemplo, seleccione las instancias de base de datos para proteger durante la instalación. Si tiene previsto actualizar las instancias de base de datos dedicadas después de instalar IBM Tivoli Storage FlashCopy Manager, ejecute el programa de utilidad de configuración de forma separada como usuario root. © Copyright IBM Corp. 2001, 2011 259 Además, inicie el script de configuración de instalación como propietario de la instancia de base de datos desde INSTANCE_DIR. Esta tarea actualiza el archivo de configuración actual. Como resultado, el perfil existente de Tivoli Storage Manager for Advanced Copy Services es utilizado por el IBM Tivoli Storage FlashCopy Manager. Nota: A diferencia de con Tivoli Storage Manager for Advanced Copy Services, el sistema de producción es utilizado por IBM Tivoli Storage FlashCopy Manager como el punto central de control de las copias de seguridad con traspaso de datos para Tivoli Storage Manager. Como resultado, la sección OFFLOAD es necesaria en el perfil en el sistema de producción. Se descartan las secciones OFFLOAD disponibles en el archivo de configuración del sistema de copia de seguridad. Migración desde Tivoli Storage Manager for Advanced Copy Services 5.4 en Controlador de volumen SAN o DS8000 IBM Tivoli Storage FlashCopy Manager utiliza Tivoli Storage Manager for Advanced Copy Services 5.4 como un producto separado, excepto para estas situaciones: v IBM Tivoli Storage FlashCopy Manager puede reutilizar los archivos de volúmenes de destino de Tivoli Storage Manager for Advanced Copy Services 5.4 (archivos .fct). v IBM Tivoli Storage FlashCopy Manager preserva las relaciones de FlashCopy incrementales que se establecieron con Tivoli Storage Manager for Advanced Copy Services 5.4. IBM Tivoli Storage FlashCopy Manager no restaura las copias de seguridad creadas con Tivoli Storage Manager for Advanced Copy Services 5.4. Utilice Tivoli Storage Manager for Advanced Copy Services 5.4 para dicho propósito. La actualización de Tivoli Storage Manager for Advanced Copy Services a IBM Tivoli Storage FlashCopy Manager se considera una nueva instalación. Si desea conservar los archivos de volúmenes existentes, copie todos los archivos de volúmenes en un único directorio utilizando los siguientes convenios de denominación. Si utiliza bases de datos con particiones lógicas, asegúrese de revisar también la nota al final de esta sección. v Entornos de DB2: <nombre instancia DB2>.<nombre base de datos DB2>.<clase dispositivo>. <número partición DB2>.fct v Entornos de Oracle nativo: <SID Oracle>.ORCL_.<clase dispositivo>.ORACLE.fct v Entornos de SAP® con Oracle: <DBSID>.<prefijo ID copia de seguridad>.<clase dispositivo>.SAP_ORACLE.fct Utilice los valores siguientes al configurar la sección DEVICE_CLASS del perfil: TARGET_SET VOLUMES_DIR VOLUMES_DIR <directorio para archivos .fct> IBM Tivoli Storage FlashCopy Manager y Tivoli Storage Manager for Advanced Copy Services se pueden utilizar de forma simultánea. Sin embargo, asegúrese de 260 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux que estos dos productos no se repercuten entre sí, si están accediendo a un conjunto de destino. Además, considere no utilizar Tivoli Storage Manager for Advanced Copy Services después de que IBM Tivoli Storage FlashCopy Manager se instale correctamente. Considere sólo utilizar Tivoli Storage Manager for Advanced Copy Services en situaciones de emergencia. Por ejemplo, utilizar Tivoli Storage Manager for Advanced Copy Services para restaurar a partir de estos conjuntos de destino no utilizados por IBM Tivoli Storage FlashCopy Manager. Antes de intentar una restauración con Tivoli Storage Manager for Advanced Copy Services, asegúrese de comprobar si IBM Tivoli Storage FlashCopy Manager ya ha utilizado el destino que ha seleccionado para la restauración. Realice la comprobación inspeccionando el archivo de registro de resumen de IBM Tivoli Storage FlashCopy Manager (mensaje FMM1582I). Este archivo de registro reside en el directorio de registros de la vía de acceso especificada por ACS_DIR. Nota: v Para los entornos DB2 con particiones lógicas, Tivoli Storage Manager for Advanced Copy Services 5.4 ha utilizado un archivo de definición de conjunto de destino (.fct ) por host de base de datos. IBM Tivoli Storage FlashCopy Manager utiliza un archivo de definición de conjunto de destino por nodo. Para reutilizar el archivo de definición de conjunto de destino existente (archivo .fct), asocie todos los nodos que residan en el mismo host con un solo nombre de grupo de particiones. Utilice el parámetro PARTITION_GROUP para asociar los nodos. En esta situación, IBM Tivoli Storage FlashCopy Manager utiliza un archivo de volúmenes por PARTITION_GROUP. Este valor permite que se reutilicen sin cambios los archivos de volúmenes existentes. Copie los archivos de definición de conjunto de destino existentes (.fct) en el directorio especificado por el parámetro VOLUMES_DIR. Cambie el nombre de estos archivos de acuerdo con este convenio de denominación: <nombre instancia DB2>.<nombre base de datos DB2>.<clase dispositivo>. <nombre grupo partición>.fct v En un entorno duplicado de LVM de AIX, el parámetro del perfil STORAGE_SYSTEM_ID se debe añadir a la sección DEVICE_CLASS. Además, se debe cambiar el nombre del parámetro HARDWARE_ID_LVM_MIRROR por STORAGE_SYSTEM_ID en el archivo de definición del conjunto de destino (archivo .fct). Migración de Tivoli Storage Manager for Advanced Copy Services 5.5 (o posterior) en Controlador de volumen SAN o DS8000 IBM Tivoli Storage FlashCopy Manager utiliza Tivoli Storage Manager for Advanced Copy Services 5.5 de este modo: v Puede reutilizar los archivos de volúmenes de Tivoli Storage Manager for Advanced Copy Services 5.5 (.fct ). v Preserva las relaciones de FlashCopy incrementales que se establecieron con Tivoli Storage Manager for Advanced Copy Services 5.5. v Puede reutilizar la mayoría de perfiles de Tivoli Storage Manager for Advanced Copy Services 5.5. Sin embargo, IBM Tivoli Storage FlashCopy Manager no puede restaurar copias de seguridad creadas con Tivoli Storage Manager for Advanced Copy Services 5.5. Además, estos dos productos no se pueden instalar y configurar de forma Apéndice C. Tareas especiales 261 simultánea para la misma instancia de base de datos. Sin embargo, la copia maestra de ambos productos se pueden instalar de forma simultánea (en el directorio /usr/tivoli/). Antes de configurar IBM Tivoli Storage FlashCopy Manager con el script de configuración de instalación, cree una copia del perfil de Tivoli Storage Manager for Advanced Copy Services y el directorio de repositorio existentes. El directorio de repositorio se identifica con el parámetro ACS_REPOSITORY en el perfil. Al ejecutar el script de configuración de instalación, actualice el parámetro ACS_REPOSITORY con una nueva ubicación para los metadatos IBM Tivoli Storage FlashCopy Manager. Además, establezca el parámetro TARGET_SETS en VOLUMES_DIR. No es necesario modificar el valor VOLUMES_DIR y no es necesario cambiar los archivos .fct situados en este directorio. Una vez instalado y configurado, todas las operaciones se realizan con IBM Tivoli Storage FlashCopy Manager. En situaciones de emergencia, puede seguir utilizando Tivoli Storage Manager for Advanced Copy Services 5.5 para realizar la restauración desde conjuntos de destinos que no han sido utilizados por IBM Tivoli Storage FlashCopy Manager. En esta situación, debe restaurar el perfil original y el directorio original ACS_REPOSITORY de Tivoli Storage Manager for Advanced Copy Services. Asimismo, debe volver a ejecutar el script de configuración de instalación de Tivoli Storage Manager for Advanced Copy Services 5.5 para la instancia de base de datos actual. Antes de intentar una restauración con Tivoli Storage Manager for Advanced Copy Services 5.5, asegúrese de comprobar si IBM Tivoli Storage FlashCopy Manager ya ha utilizado el destino que ha seleccionado para la restauración. Realice la comprobación inspeccionando el archivo de registro de resumen de IBM Tivoli Storage FlashCopy Manager (mensaje FMM1582I). Este archivo de registro reside en el directorio de registros de la vía de acceso especificada por ACS_DIR. Nota: En un entorno duplicado de LVM de AIX, el parámetro del perfil STORAGE_SYSTEM_ID se debe añadir a la sección DEVICE_CLASS. Además, se debe cambiar el nombre del parámetro HARDWARE_ID_LVM_MIRROR por STORAGE_SYSTEM_ID en el archivo de definición del conjunto de destino (archivo .fct). Migración de Controlador de volumen SAN o DS8000 desde un proxy a un CIMOM incorporado A diferencia de los entornos duplicados de LVM, no hay ninguna diferencia entre el CIMOM de proxy y el CIMOM incorporado. Los únicos cambios necesarios al migrar son estos ajustes: v Actualizar el parámetro COPYSERVICES_PRIMARY_SERVERNAME en el perfil. v Actualizar el parámetro COPYSERVICES_SECONDARY_SERVERNAME en el perfil (si se ha especificado). v Restablecer las contraseñas. En entornos duplicados de LVM, debe utilizar las secciones separadas DEVICE_CLASS para cada uno de los dispositivos de almacenamiento. Esta tarea se realiza creando una segunda sentencia DEVICE_CLASS en el perfil. Esta sentencia puede ser idéntica a la primera sentencia excepto para los parámetros COPYSERVICES_PRIMARY_SERVERNAME y COPYSERVICES_SECONDARY_SERVERNAME (si se ha especificado). Ambas clases de dispositivo ahora hacen referencia a los archivos de definición de conjunto de destino separado (.fct ) debido a estos valores: 262 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux v El valor diferente del parámetro VOLUMES_FILE. v El convenio de denominación de los archivos de volúmenes (si se especifican los conjuntos de destino utilizando el parámetro VOLUMES_DIR). Asegúrese de separar el archivo existente en dos archivos. Cada archivo contiene sólo los conjuntos de destino que son aptos para la duplicación específica. Si el parámetro VOLUMES_DIR se utiliza en un entorno de duplicación de LVM, también se debe establecer el parámetro STORAGE_SYSTEM_ID en las secciones DEVICE_CLASS. Se debe cambiar el nombre del parámetro HARDWARE_ID_LVM_MIRROR por STORAGE_SYSTEM_ID en el archivo de definición del conjunto de destino (.fct). Asegúrese de añadir reglas a la sección CLIENT del perfil que controlan la duplicación que se debe utilizar para la siguiente operación de copia de seguridad. Consulte DEVICE_CLASS <nombre> en la sección CLIENT. Instalación de Tivoli Storage FlashCopy Manager en modalidad silenciosa Puede realizar las fases de instalación y distribución de la tarea de instalación de Tivoli Storage FlashCopy Manager en la modalidad de consola no gráfica. Puede utilizar también un archivo de respuestas para la instalación silenciosa (o desatendida). Puede generar también un archivo de propiedades durante la instalación (en modalidad de consola o en modalidad gráfica) invocando el archivo ejecutable como figura a continuación: ./<versión>-TIV-FCM–<platforma>.bin [-i console] -DRECORDFILE=/tmp/installer.properties 1. Para instalar en modalidad silenciosa (desatendida), en primer lugar cree el archivo de respuestas (properties), como installer.properties, que contiene las variables siguientes: a. El directorio de instalación: USER_INSTALL_DIR=<directorio de instalación> donde <directorio de instalación> tiene el valor: v AIX: /usr/tivoli/tsfcm/acs_3.1.0.0 v Linux: /opt/tivoli/tsfcm/acs_3.1.0.0 v Solaris: /opt/tivoli/tsfcm/acs_3.1.0.0 v HP-UX: /opt/tivoli/tsfcm/acs_3.1.0.0 b. Para crear un archivo de registro durante la instalación, establezca la variable INSTALL_LOG_DESTINATION=<directorio instalación>/<nombre archivo registro> c. LICENSE_ACCEPTED=TRUE d. Para definir el componente de base de datos del producto que se instalará, establezca la variable siguiente: CHOSEN_INSTALL_SET=<conjunto_instalación> where <conjunto_instalación> is TSMFCMORA (componente de Oracle) TSMFCMSAP (componente de SAP con Oracle) TSMFCMDB2 (componente de DB2) Apéndice C. Tareas especiales 263 e. (Oracle y SAP Oracle) Para establecer la carpeta de inicio del <SID> de Oracle, utilice la variable siguiente: ORACLE_HOME_FOLDER=/oracle/<SID> f. (DB2) Para una instalación de DB2: para copiar los archivos necesarios directamente en las instancias de IBM DB2 deseadas, después de realizar la instalación en el directorio de instalación principal, establezca la variable siguiente con una lista separada por comas de instancias de IBM DB2 existentes: DB2_INSTANCES_SELECTED=db2inst1,db2inst2 Si no desea copiar los archivos, deje esta variable vacía: DB2_INSTANCES_SELECTED= 2. Invoque el archivo ejecutable con la opción "-i silent" (modalidad silenciosa) y la opción "-f" si se ha generado un archivo de propiedades: ./<versión>-TIV-FCM–<plataforma-SO>.bin -i silent [-f <archivo de propiedades>] La especificación de <archivo de propiedades> debe contener una vía de acceso completa. Archivo de propiedades de ejemplo (DB2): # # # # # # Archivo de propiedades para instalaciones de Tivoli Storage FlashCopy® Manager Creado el: 8 de mayo de 2010 a las 4:18:38 PM Este archivo contiene la información, es preciso que el instalador realice una instalación satisfactoria en modalidad silenciosa. Propiedades grabadas: # Tiene aceptada la licencia # ----------------------------LICENSE_ACCEPTED=TRUE # El conjunto de instalación elegido # ----------------------------CHOSEN_INSTALL_SET=TSMFCMDB2 # Directorio de instalación # ---------------------USER_INSTALL_DIR=/usr/tivoli/tsfcm/acs_3.1.0.0 # Instancias de DB2 seleccionadas # -------------------------# Especifique un lista separada por comas de instancias DB2 de IBM existentes, # por ejemplo,DB2_INSTANCES_SELECTED=db2inst1,db2inst2 # Durante la instalación, se copiarán todos los archivos del directorio de instalación en # el directorio de inicio de las instancias de IBM DB2 (<inicio de instancia>/sqllib/acs) # Si no desea copiar los archivos, déjelo vacío. DB2_INSTANCES_SELECTED=db2inst1,db2inst2 Archivo de propiedades de ejemplo (Oracle): 264 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux # # # # # # Archivo de propiedades de Tivoli Storage FlashCopy® Manager Installations Creado el: 6 de mayo de 2010 a las 10:45:09 AM Este archivo contiene la información, es preciso que el instalador realice una instalación satisfactoria en modalidad silenciosa. Propiedades grabadas: # Tiene aceptada la licencia # ----------------------------LICENSE_ACCEPTED=TRUE # El conjunto de instalación elegido # ----------------------------CHOSEN_INSTALL_SET=TSMFCMORA # Directorio de instalación # ---------------------USER_INSTALL_DIR=/usr/tivoli/tsfcm/acs_3.1.0.0 # Directorio ORACLE_HOME # --------------------ORACLE_HOME_FOLDER=/oracle/SID Archivo de propiedades de ejemplo de SAP con Oracle: # # # # # # Archivo de propiedades de Tivoli Storage FlashCopy® Manager Installations Creado el: 11 de mayo de 2010 a las 1:02:55 PM Este archivo contiene la información, es preciso que el instalador realice una instalación satisfactoria en modalidad silenciosa. Propiedades grabadas: # Tiene aceptada la licencia # ----------------------------LICENSE_ACCEPTED=TRUE # El conjunto de instalación elegido # ----------------------------CHOSEN_INSTALL_SET=TSMFCMSAP # Directorio de instalación # ---------------------USER_INSTALL_DIR=/usr/tivoli/tsfcm/acs_3.1.0.0 # Directorio ORACLE_HOME # --------------------ORACLE_HOME_FOLDER=/oracle/SID # Instancias de DB2 seleccionadas # -------------------------- Archivo de propiedades de ejemplo de IBM Tivoli Storage FlashCopy Manager for Custom Applications El ejemplo siguiente es el archivo de propiedades para IBM Tivoli Storage FlashCopy Manager for Custom Applications en un sistema Linux. LICENSE_ACCEPTED=TRUE CHOSEN_INSTALL_SET=TSMFCMGEN USER_INSTALL_DIR=/opt/tivoli/tsfcm/acs_3.1.0.0 #ORACLE_HOME_FOLDER= #DB2_INSTANCES_SELECTED= LINUX_DISTRO=SLES11 Las líneas que comienzan por "#" se tratan como comentarios. Apéndice C. Tareas especiales 265 Tareas especiales de Oracle nativo Se proporciona información sobre procedimientos alternativos para ajustar Tivoli Storage FlashCopy Manager al entorno de producción. Estos procedimientos le ayudan a ajustar el entorno de producción: v Configurar los archivos de opciones del sistema para el mismo servidor v Configurar varias secciones de servidor Configuración de archivos de opciones de sistema para utilizar el mismo servidor Este procedimiento demuestra cómo configurar los archivos de opciones de sistema (dsm.sys) para apuntar al mismo Tivoli Storage Manager Server. En estos ejemplos, los archivos de opciones del usuario cliente (dsm.opt) de los directorios /usr/tivoli/tsm/client/ba/bin y /usr/tivoli/tsm/client/api/bin se definen para un servidor con una dirección TCPIP de arrow.la.xyzcompany.com. Directorio ba/bin Ejemplo: dsm.opt servername tdphdw Ejemplo: dsm.sys servername commmethod tcpport tcpserveraddress passwordaccess schedmode nodename tdphdw tcpip 1500 arrow.la.xyzcompany.com generate prompted hdworc1 Directorio api/bin Ejemplo: dsm.opt servername tdporc Ejemplo: dsm.sys servername commmethod tcpport tcpserveraddress passwordaccess tdporc tcpip 1500 arrow.la.xyzcompany.com prompt nodename hdworc1 Nota: La opción servername en los archivos dsm.opt y dsm.sys sólo define los nombres de stanza del servidor. La opción tcpserveraddress controla el servidor con el que se ha contactado realmente. 266 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Configuración de varias secciones de servidor Este procedimiento demuestra cómo configurar varias stanzas de servidor en el archivo de opciones del sistema (dsm.sys). Para poder configurar varias stanzas de servidor en el archivo de opciones del sistema (dsm.sys), copie los valores de la opción del archivo dsm.sys de Data Protection for Oracle en el archivo dsm.sys de Tivoli Storage FlashCopy Manager. Por ejemplo, un archivo dsm.sys combinado para un servidor con el nombre arrow: servername commmethod tcpport tcpserveraddress passwordaccess schedmode tdphdw tcpip 1500 arrow.la.xyzcompany.com generate prompted servername commmethod tcpport tcpserveraddress passwordaccess tdporc tcpip 1500 arrow.la.xyzcompany.com prompt Apéndice C. Tareas especiales 267 268 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager Para solucionar los problemas que se han encontrado al utilizar Tivoli Storage FlashCopy Manager se necesitan tareas específicas del entorno de la base de datos. Referencia relacionada: “Resumen de archivos de registro y rastreo” en la página 270 Procedimiento general de la resolución de problemas Este procedimiento es válido para todas las aplicaciones de Tivoli Storage FlashCopy Manager. El punto de partida para la determinación de problemas es el archivo de registro del resumen que se encuentra en el directorio <ACS_DIR>/logs. El nombre del archivo de registro del resumen es summary.<indicación de fecha y hora>.log donde <indicación de fecha y hora> es una entrada que representa el año de cuatro dígitos, el mes y el día (por ejemplo, summary.20090817.log). Se crea un nuevo archivo de registro cada día. Este archivo contiene una lista de todas las operaciones y los mensajes más importantes. Cada línea empieza con uno de estos prefijos para indicar el tipo de operación: Tabla 56. Los prefijos de mensaje utilizados en el archivo de registro de resumen Prefijo Operación GEN Mensaje genérico DB Copia de seguridad o restauración de base de datos; consulta o supresión de las copias de seguridad de FlashCopy MON Supervisión de la copia de segundo plano que ha realizado el dispositivo de almacenamiento TSM Una copia de seguridad con traspaso de datos en Tivoli Storage Manager MNT Montar y desmontar servicios CLO Operaciones de clonación de FlashCopy El archivo de registro de resumen sólo contiene la información sobre las operaciones que se han realizado y si se han completado correctamente. Los mensajes de error también se registran cuando se producen. Un archivo de registro dedicado se crea para cada operación en el directorio <ACS_DIR>/logs/details. Estos archivos se deben comprobar para ver información detallada cuando se produce un error. Este ejemplo de archivo de registro del resumen muestra una copia de seguridad de FlashCopy de una base de datos. Los mensajes con el prefijo DB son emitidos por el cliente de la base de datos. Se trata de la aplicación que solicita la operación de la copia de seguridad. GEN 00:10:00 (70a) ==================================================== Se ha iniciado la nueva operación de copia de seguridad para la instancia de base de datos db2h51, base de datos H51. © Copyright IBM Corp. 2001, 2011 269 ==================================================== DB 00:10:00 (70a) FMM1510I Se ha recibido una nueva conexión. DB 00:10:00 (70a) FMM1513I *****> Cliente de base de datos conectado: db2s95, base de datos S95, partición NODE0000 DB 00:10:00 (70a) FMM1574I Se ha creado una copia de seguridad para db2s95.S95.DEVICE_CLASS:STANDARD.NODE0000 utilizando DEVICE_CLASS DEVICE_CLASS:STANDARD. DB 00:10:01 (80c) FMM1510I Se ha recibido una nueva conexión. DB 00:10:01 (80c) FMM1514I *****> Cliente de dispositivo conectado. DB 00:10:01 (80c) FMM6219I Copia de seguridad en TSM: NO DB 00:10:01 (80c) FMM1582I Se utilizará el conjunto de destino 1 para la copia de seguridad actual. DB 00:10:44 (70a) FMM1014I Se ha completado correctamente la operación de copia de seguridad. GEN 00:12:28 (70e) ==================================================== Resumen de archivos de registro y rastreo Los archivos de registro y rastreo se actualizan durante las operaciones de Tivoli Storage FlashCopy Manager. Se graba en los archivos de registro y rastreo durante los procesos de copia de seguridad y restauración que realizan estos productos: v DB2 v Oracle v Tivoli Storage FlashCopy Manager v Sistema de almacenamiento v CIM v Tivoli Storage Manager for ERP v Sistema operativo La figura siguiente ilustra una secuencia de ejemplo para examinar los archivos de registro y rastreo cuando se solucionar problemas de SAP con Oracle FlashCopy Manager. 270 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Flujo de trabajo de depuración Registro resumen de BR*Tools Registro de detalle de BR*Tools Registro resumen de FlashCopy Manager Registro de detalle de FlashCopy Manager Archivo de alertas de Oracle Archivo de rastreo de FlashCopy Manager Finalizar Figura 18. Depuración del flujo de trabajo para SAP con Oracle FlashCopy Manager La figura siguiente ilustra una secuencia de ejemplo para examinar los archivos de registro y rastreo cuando se solucionan problemas de SAP con Oracle FlashCopy Manager con Tivoli Storage Manager. Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager 271 Flujo de trabajo de depuración Registro resumen de BR*Tools Registro de detalle de BR*Tools Archivo de rastreo de Data Protection Registro resumen de FlashCopy Manager Registro de detalle de FlashCopy Manager Archivo de alertas de Oracle Archivo de rastreo de FlashCopy Manager Finalizar Figura 19. Depuración del flujo de trabajo para SAP con Oracle FlashCopy Manager con Tivoli Storage Manager Archivos de registro y rastreo de Tivoli Storage FlashCopy Manager Consulte estos ejemplos de los archivos de registro y rastreo mantenidos por Tivoli Storage FlashCopy Manager. Tivoli Storage FlashCopy Manager documenta todas las operaciones en archivos de registro. Además, se pueden solicitar los archivos de rastreo mediante el parámetro TRACE del perfil. Sin embargo, se recomienda no activar el rastreo, a menos que lo solicite el soporte de IBM. Si TRACE está establecido en YES, cada componente de Tivoli Storage FlashCopy Manager crea un archivo de rastreo adicional en el directorio log. En las tablas siguientes se enumeran los archivos de registro y rastreo mantenidos por Tivoli Storage FlashCopy Manager. Estos archivos residen en <ACS_DIR>/logs. Tabla 57. Archivos de registro de Tivoli Storage FlashCopy Manager Finalidad Archivo Visión general sobre las operaciones realizadas y su resultado. summary.<Indicación de fecha y hora>.log Visión general sobre la supervisión de la monitor.<indicación de fecha y hora>.log copia en segundo plano realizada por el dispositivo de almacenamiento. 272 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 57. Archivos de registro de Tivoli Storage FlashCopy Manager (continuación) Finalidad Archivo Registro detallado de una operación en particular. details/<función>.<indicación de fecha y hora larga> Nota: v <indicación de fecha y hora> es la fecha ('aaaammdd') v <indicación de fecha y hora larga> es la fecha y la hora ('aaaammddHHMMSS') v <función> es un valor de backup, restore, inquire, delete, mount, unmount, tsm o clone El archivo de registro resumen se utiliza siempre como un punto de entrada. Todos los sucesos principales, como el inicio de una nueva operación o los errores, se graban en este archivo. Se crea un nuevo resumen de archivo de registro a diario y se graban todas las operaciones de un día en un único archivo. Tabla 58. Archivos de rastreo de Tivoli Storage FlashCopy Manager Componente Archivo Management Agent (acsd) acsd.<id>.<rastreo> El cliente de aplicaciones (para DB2, la biblioteca de copia de seguridad de instantánea) client.<instancia>.<nombre de base de datos>.<nodo>.<id>.<rastreo> Generic Device Agent (acsgen) acsgen.<nombre de host>.<clase dispositivo>.<núm nodo>.<id>.trace acsgen.<nombre de host>.<función>.<id>.trace acsgend.<nombre de host>.<id>.trace Device Agent for IBM XIV® Storage System Devices xivadapter_<id>_<función>.trace Agente de dispositivos para dispositivos fmcima.<nombre de host>.<función>.<id>.trace CIM (DS8000, Controlador de volumen fmcima.<nombre de host>.<clase dispositivo>.<núm nodo>.trace SAN, Storwize V7000) Offload Agent (tsm4acs) tsm4acsd.<host>.<id>.trace fcmcli fcmcli.<host>.<id>.trace RMAN (cuando lo invoca Tivoli Storage rman.<SID>.<id>.log FlashCopy Manager) Notas: v Los nombres que terminan en '-d' son procesos de daemon (iniciados con la opción '-D'). v id es la fecha ('aaaammdd') de los archivos de registro escritos por los procesos de daemon, la fecha y el ID de proceso ('aaaammdd.xxxxxx') para los archivos de rastreo escritos por los procesos de daemon o una indicación de fecha y hora (aaaammddHHMMSS) para los archivos de registro y rastreo para otros procesos. v <clase de dispositivo> puede ser una clase de dispositivo especificada en el perfil o 'all' si no se ha especificado ningún parámetro de línea de mandatos '-s clase de dispositivo' para el agente de dispositivos. Se puede omitir también para los rastreos de Device Agent. v <instancia> y <nombre host bd> pueden ser 'undef' para las solicitudes de consulta/supresión iniciadas con db2acsutil. v <núm nodo> es el número de partición de DB2 en el caso de un sistema de DB2 y de SAP con DB2. Es '0' para Oracle y SAP con Oracle o puede omitirse también para Oracle y SAP con Oracle. v <función> toma el valor de backup, delete, restore, mount, unmount o reconcile. Tabla 59. Códigos de retorno de Tivoli Storage FlashCopy Manager Código de razón Explicación Respuesta del usuario 0 La operación es correcta Ninguna. Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager 273 Tabla 59. Códigos de retorno de Tivoli Storage FlashCopy Manager (continuación) Código de razón Explicación Respuesta del usuario 1 La operación ha finalizado correctamente con avisos La operación de Tivoli Storage FlashCopy Manager se ha realizado correctamente, pero se han generado mensajes de aviso. Compruebe el archivo de registro de resumen de Tivoli Storage FlashCopy Manager y los archivos de registro de detalles a los que se hace referencia para obtener más información. 2 La operación ha finalizado con errores La operación de Tivoli Storage FlashCopy Manager no ha sido correcta. Compruebe el archivo de registro de resumen de Tivoli Storage FlashCopy Manager y los archivos de registro de detalles a los que se hace referencia para obtener más información. Tabla 60. Códigos de salida del instalador de Tivoli Storage FlashCopy Manager 274 Código de salida Explicación Respuesta del usuario 0 La operación ha finalizado correctamente La instalación ha finalizado correctamente sin avisos ni errores. 1 La operación ha finalizado correctamente con avisos. La instalación ha finalizado correctamente, pero una o varias acciones de la secuencia de instalación ha generado un aviso o un error no grave. Consulte el archivo de registro del instalador de Tivoli Storage FlashCopy Manager, installation.log, en el directorio de instalación para obtener información detallada. -1 La operación ha finalizado con errores Una o varias acciones de la secuencia de instalación ha originado un error irrecuperable. Consulte el archivo de registro del instalador de Tivoli Storage FlashCopy Manager, installation.log, en el directorio de instalación para obtener información detallada. IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 60. Códigos de salida del instalador de Tivoli Storage FlashCopy Manager (continuación) Código de salida Explicación Respuesta del usuario >=1000 La operación ha finalizado con errores Nota: Hay más códigos de error con números >= 1000, que significa que se ha producido algún tipo de error. Una o varias acciones de la secuencia de instalación ha originado un error irrecuperable. Consulte el archivo de registro del instalador de Tivoli Storage FlashCopy Manager, installation.log, en el directorio de instalación para obtener información detallada. Tabla 61. Cçodigos de razón del proveedor de DB2 Código de razón Explicación Respuesta del usuario 0 La operación es correcta. Ninguna. 2 Error de comunicación con el La operación de Tivoli dispositivo Storage FlashCopy Manager no ha sido correcta. Compruebe el archivo db2diag.log y el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. 3 DB2 y los productos del La operación de Tivoli proveedor son incompatibles Storage FlashCopy Manager ha fallado durante la inicialización de la biblioteca de proveedor de Tivoli Storage FlashCopy Manager. La versión de la API de DB2 no coincide con la versión de la biblioteca de proveedor de Tivoli Storage FlashCopy Manager. Compruebe db2diag.log para obtener información detallada. 6 No se encuentra el objeto especificado La operación de Tivoli Storage FlashCopy Manager ha fallado porque no se ha encontrado el objeto solicitado en el repositorio de Tivoli Storage FlashCopy Manager. Compruebe el archivo db2diag.log y el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager 275 Tabla 61. Cçodigos de razón del proveedor de DB2 (continuación) 276 Código de razón Explicación Respuesta del usuario 8 Se ha especificado un ID de usuario no válido La operación de Tivoli Storage FlashCopy Manager ha fallado porque se ha especificado un ID de usuario no válido en la línea de mandatos de db2. Compruebe db2diag.log. 9 Se ha proporcionado una contraseña no válida La operación de Tivoli Storage FlashCopy Manager ha fallado porque se ha especificado una contraseña no válida en la línea de mandatos de db2. Compruebe db2diag.log. 10 Se han especificado opciones La operación de Tivoli no válidas Storage FlashCopy Manager ha fallado porque se ha especificado una opción no válida en la línea de mandatos de db2. Compruebe db2diag.log. 11 Error de inicialización La operación de Tivoli Storage FlashCopy Manager ha fallado porque no se ha podido inicializar la biblioteca de proveedor de Tivoli Storage FlashCopy Manager. Compruebe el archivo db2diag.log y el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. 14 Se ha alcanzado el fin de los datos No es una condición de error. 18 Error de dispositivo La operación de Tivoli Storage FlashCopy Manager no ha sido correcta. Compruebe el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. 19 Aviso La operación de Tivoli Storage FlashCopy Manager se ha realizado correctamente con mensajes de aviso. Compruebe el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Tabla 61. Cçodigos de razón del proveedor de DB2 (continuación) Código de razón Explicación Respuesta del usuario 21 Faltan datos por llegar No es una condición de error. 26 Error al suprimir el objeto La operación de suprimir de Tivoli Storage FlashCopy Manager no ha sido correcta. Compruebe el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. 29 Error en la solicitud de terminación anormal La operación de terminación anormal de Tivoli Storage FlashCopy Manager no ha sido correcta. Compruebe el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. 30 Error inesperado La operación de Tivoli Storage FlashCopy Manager no ha sido correcta. Compruebe el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. 31 No se ha devuelto ningún dato No es una condición de error. 32 Objeto no bajo el control del adaptador de copia de seguridad La operación de Tivoli Storage FlashCopy Manager no es correcta porque el objeto especificado para una restauración o consulta no está bajo el control de Tivoli Storage FlashCopy Manager. Podría estar bajo el control de Tivoli Storage Manager for Enterprise Resource Planning, por ejemplo. Compruebe el archivo db2diag.log y el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager 277 Tabla 61. Cçodigos de razón del proveedor de DB2 (continuación) Código de razón Explicación Respuesta del usuario 34 Otra base de datos o La operación de copia de aplicación está utilizando los seguridad de instantánea de mismos grupos de Tivoli Storage FlashCopy Manager no se ha realizado almacenamiento correctamente porque hay otra base de datos o aplicación que está utilizando el mismo grupo de almacenamiento. Compruebe el archivo db2diag.log y el archivo de registro de resumen de Tivoli Storage FlashCopy Manager para obtener información detallada. Archivos de registro y rastreo del sistema de almacenamiento Los archivos de registro y rastreo del sistema de almacenamiento se actualizan durante las operaciones de Tivoli Storage FlashCopy Manager. Consulte la documentación del sistema de almacenamiento configurado. Archivos de registro y rastreo de CIM Los archivos de registro y rastreo de CIM se actualizan durante las operaciones de Tivoli Storage FlashCopy Manager. Si desea información sobre registro y rastreo, consulte la documentación de CIM. Actualmente, solo la API de DS Open y la consola maestra de Controlador de volumen SAN y Storwize V7000 producen salida de registro y rastreo. Archivos de registro y rastreo de Tivoli Storage Manager for ERP Los archivos de registro y rastreo de Tivoli Storage Manager for ERP se actualizan durante las operaciones de copia de seguridad y restauración. Consulte el apartado "How To Find Files Containing Message Output (Log Files)" de la publicación Tivoli Storage Manager for ERP Installation and User's Guide si desea obtener detalles acerca de registros y rastreos en Tivoli Storage Manager for ERP. Importante: Se puede solicitar un archivo de rastreo especificando el parámetro TRACEFILE en el perfil de Tivoli Storage Manager for ERP. No obstante, no sitúe este archivo en NFS, porque podría provocar problemas de red debido al alto volumen de entradas de rastreo que se graban. 278 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Sugerencias para la resolución de problemas de Tivoli Storage FlashCopy Manager para Oracle La resolución de problemas encontrados al utilizar Tivoli Storage FlashCopy Manager requiere tareas específicas del entorno de base de datos Oracle nativo. Si se produce una condición de error durante un suceso de Tivoli Storage FlashCopy Manager, hay varias fuentes de información que puede consultar para ayudarle a determinar cuál podría ser el problema. Las fuentes de información se detallan a continuación. Si sigue encontrando problemas después de revisar esta sección, puede ponerse en contacto con el soporte al cliente de Tivoli para obtener ayuda. Tenga en cuenta esta información: v Asegúrese de aumentar el tamaño de las dos opciones de Oracle siguientes situadas en el archivo $ORACLE_HOME/dbs/init(nombre_basedatos).ora: sort_area_size = 10000000 sort_area_retained_size = 10000000 v Al utilizar Tivoli Storage FlashCopy Manager para hacer una copia de seguridad de una base de datos Oracle, la base de datos de destino de la que se va a realizar la copia de seguridad no puede residir en el mismo grupo de volúmenes que el sistema de archivos que contiene $ORACLE_HOME. Asegúrese de que Oracle Server no comparte un grupo de volúmenes con la base de datos de destino. v Al realizar una copia de seguridad fuera de línea completa de una base de datos, la base de datos de destino en el sistema de producción debe estar en estado de "startup mount" en el momento en que se emite acsora. De lo contrario, no será posible restaurar la copia de seguridad producida sin realizar la recuperación. Esta plantilla de script de RMAN restaurará la base de datos de la que se ha hecho una copia de seguridad fuera de línea como se describe en el párrafo anterior. Restaura archivos de control, archivos de datos y abre la base de datos sin ninguna aplicación de registros. Este script se debe iniciar con la base de datos de destino en un estado de "startup mount": run { allocate channel ch1 type ’SBT_TAPE’ parms ’ENV=(TDPO_OPTFILE=<vía de acceso completa del archivo tdpo.opt>)’; set until scn = <pto. comprobación SCN para la copia de seguridad a restaurar>; restore control file to ’<vía de acceso completa del primer archivo de control>’; restore control file to ’<vía de acceso completa del segundo archivo de control>’; restore control file to ’<vía de acceso completa del tercer archivo de control>’; alter database mount; restore (database); sql ’alter database open RESETLOGS’; release channel ch1; } La base de datos estará en un estado abierto y en una nueva encarnación después de que se complete este script. Todo lo que resta es emitir el mandato reset database a RMAN y hacer una copia de seguridad de la base de datos de nuevo porque las copias de seguridad anteriores se representan ahora como no utilizables porque la base de datos está en una nueva identidad. Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager 279 El valor <pto comprobación SCN para la copia de seguridad a restaurar> es el punto de comprobación SCN listado para la copia de seguridad que se va a restaurar en el mandato list backup de RMAN. Por ejemplo, el punto de comprobación SCN es 32024 en la lista siguiente: List of Backup Sets Key Recid Stamp LV Set Stamp Set Count Completion Time ------------------------------------------------------------26081 4 469212393 0 469212319 5 06-AUG-02 List of Backup Pieces Key Pc# Cp# Status Completion Time Piece Name ---------------------------------------------------26082 1 1 AVAILABLE 06-AUG-02 05dvf74v_1_1 Lis of Datafiles Included File Name LV Type Ckp SCN Ckp Time ---------------------------------------------1 /dev/rmyfilelv 0 Full 32024 06-AUG-02 2 /dev/rmyrollbklv 0 Full 32024 06-AUG-02 3 /dev/rmytemplv 0 Full 32024 06-AUG-02 4 /dev/rmyuserlv 0 Full 32024 06-AUG-02 Observe que para una copia de seguridad fuera de línea, el punto de comprobación SCN debe ser el mismo para todos los archivos de datos. Instrucciones para variables de Oracle Los procesos de Tivoli Storage FlashCopy Manager se pueden ver afectados cuando determinados valores de variable de entorno y de parámetro de Oracle no están establecidos con los valores adecuados. Se recomienda que revise esta información de aclaración. Variable de entorno TNS_ADMIN Se debe establecer esta variable de entorno si los archivos de configuración de SQL*Plus o de Oracle Net no residen en la ubicación predeterminada. Verificar la conexión con la base de datos del catálogo de recuperación Oracle RMAN Para ejecutar copias de seguridad con traspaso de datos de las bases de datos Oracle, se necesita una base de datos del catálogo de recuperación. La base de datos debe ser accesible para RMAN desde el host de producción y desde el host de copia de seguridad. En el host de producción, puede utilizar el mandato siguiente para verificar si se puede establecer la conexión: rman target / catalog usuario_bd_catálogo/contraseña_usuario_catálogo@serie_conexión_bd_catálogo Debe ejecutar este mandato como propietario de instancia de base de datos. En el host de copia de seguridad emita el mandato siguiente: su - propietario_instancia_oracle -c rman target / catalog usuario_bd_catálogo/ contraseña_usuario_catálogo@serie_conexión_bd_catálogo Debe ejecutar este mandato como usuario root. Si recibe errores que indican que RMAN no puede conectarse a la base de datos del catálogo, compruebe la configuración de tsnames.ora en el host donde se ha ejecutado el mandato y la configuración del escucha en el host donde se ejecuta la base de datos del catálogo. 280 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Para obtener detalles sobre la configuración de la base de datos del catálogo y la configuración del escucha, consulte la documentación de Oracle. Errores varios de Tivoli Storage FlashCopy Manager para Oracle Se podrían mostrar determinados errores exclusivos al utilizar Tivoli Storage FlashCopy Manager para Oracle nativo. Si recibe los siguientes errores: Tivoli Storage FlashCopy Manager falla en el sistema de copia de seguridad en los entornos locales de DBCS si el archivo de datos o la vía de acceso del archivo de datos contiene un nombre de DBCS. Existe un problema de Oracle del que ha sido informado el equipo de desarrollo de Oracle. El número TAR (solicitud de ayuda técnica) de Oracle para este problema es 2367962.999. El siguiente procedimiento proporciona un método alternativo hasta que Oracle resuelva este problema: 1. Obtenga el espacio de tabla que contenga el nombre de DBCS en su archivo de datos o la vía de acceso de su archivo de datos fuera de línea. 2. Si el nombre de DBCS está en el archivo de datos, cambie el nombre del archivo de datos de DBCS por un nombre en inglés. Si el nombre de DBCS está en la vía de acceso del archivo de datos, mueva el archivo de datos a una vía de acceso con un nombre en inglés. 3. Inicie una sesión en el Server Manager y emita el mandato siguiente: ALTER TABLESPACE <nombre_espacio_tabla_dbcs> RENAME DATAFILE ’vía_acceso_dbcs/archivo_datos_dbcs’ TO ’vía_acceso_inglés/archivo_datos_inglés’; 4. Coloque el espacio de tabla en línea. 5. Suprima el archivo de datos DBCS, si es necesario. Aunque Tivoli Storage FlashCopy Manager soporte los espacios de nombres con nombres con DBCS, se debe cambiar el nombre de los archivos de datos o las vías de acceso de los archivos de datos que contienen DBCS por nombres en inglés antes de ejecutar Tivoli Storage FlashCopy Manager. Apéndice D. Resolución de problemas de Tivoli Storage FlashCopy Manager 281 282 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Apéndice E. Soporte del protocolo IPv6 (Internet Protocol Versión 6) Tivoli Storage FlashCopy Manager para UNIX y Linux soporta tanto IPv4 e IPv6 para la comunicación interna en la que se ejecutará en entornos IPv4, IPv6 y combinados. Sin embargo, no saca partido de la nueva funcionalidad de IPv6. En un entorno híbrido, la comunicación real que se debe utilizar depende de los valores de red de los adaptadores empleados. No hay ninguna opción para aplicar el uso de un protocolo específico distinto además de mediante la configuración de red. De forma específica, el servicio acsd intenta escuchar las solicitudes de conexiones IPv4 y, también, IPv6, si el sistema se ha configurado de forma de forma consecuente. Las solicitudes de conexión a acsd se realizarán para las direcciones devueltas por el sistema para el puerto respectivo en el host local. Las solicitudes de conexión a otras máquinas se realizan para las direcciones especificadas por el usuario. Siempre que se puedan especificar direcciones TCP/IP en una línea de mandatos o en un parámetro de perfil, se soportan las direcciones IPv6. Sin embargo, donde una dirección IP y un puerto se ha especificado de forma tradicional en el formato: <dirección IPv4>:<servicio o puerto> el formato se debe modificar por <servicio o puerto>@<dirección IP> si se ha especificado una dirección IP en la notación IPV6. En el caso de una dirección IP4 con puntos decimales, se puede seguir utilizando el formato tradicional. La especificación de las direcciones IPv6 da por supuesto que Tivoli Storage FlashCopy Manager se utiliza en un entorno en el que IPv6 está soportado por todos los componentes de hardware y software implicados y que se ha probado de forma adecuada en este entorno. © Copyright IBM Corp. 2001, 2011 283 284 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Apéndice F. Características de accesibilidad de la familia de productos Tivoli Storage Manager Las características de accesibilidad permiten que los usuarios con discapacidades, como problemas de movilidad o visión, utilicen los productos de tecnologías de la información correctamente. Características de accesibilidad La lista siguiente incluye las principales características de accesibilidad de la familia de productos Tivoli Storage Manager: v Funcionamiento sólo con teclado v Interfaces normalmente utilizadas por lectores de pantallas v Teclas que se pueden percibir con el tacto pero no se activan al tocarlas v Dispositivos estándar para puertos y conectores v El accesorio de dispositivos de entrada y de salida alternativos El Information Center de Tivoli Storage Manager Center, y sus publicaciones asociadas, tienen habilitada la accesibilidad. Las características de accesibilidad del Information Center se describen en http://publib.boulder.ibm.com/infocenter/ tsminfo/v6r3/topic/com.ibm.help.ic.doc/iehs36_accessibility.html. Navegación con el teclado En Windows, la familia de productos Tivoli Storage Manager sigue las convenciones de Microsoft para el acceso y la navegación mediante teclado. Las funciones de arrastrar y soltar se gestionan mediante la opción de accesibilidad de Microsoft Windows, conocida como MouseKeys. Para obtener más información acerca de MouseKeys y otras opciones de accesibilidad de Windows, consulte la Ayuda en línea de Windows (palabra clave: MouseKeys). En otros sistemas operativos, estos productos siguen las convenciones del sistema operativo para la navegación y acceso con el teclado. Software de otros proveedores La familia de productos Tivoli Storage Manager incluye cierto software del proveedor que no está cubierto por el acuerdo de licencia de IBM. IBM no se hace responsable de las características de accesibilidad de estos productos. Para obtener más información acerca de la accesibilidad de estos productos, póngase en contacto con el proveedor. IBM y la accesibilidad Visite IBM Human Ability and Accessibility Center para obtener más información sobre el compromiso que tiene IBM con la accesibilidad. © Copyright IBM Corp. 2001, 2011 285 286 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Avisos Esta información se ha desarrollado para los productos y servicios ofrecidos en los EE.UU. Es posible que en otros países IBM no ofrezca los productos, los servicios o las características que se describen en este documento. Consulte a su representante local de IBM para obtener información sobre los productos y servicios que actualmente están disponibles en su zona. Las referencias hechas a productos, programas o servicios de IBM no pretenden afirmar ni dar a entender que únicamente puedan utilizarse dichos productos, programas o servicios de IBM. En su lugar, se puede utilizar cualquier producto, programa o servicio funcionalmente equivalente que no vulnere los derechos de propiedad intelectual de IBM. No obstante, es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto, programa o servicio que no sea de IBM. Puede que IBM tenga patentes o solicitudes de patentes pendientes relacionadas con el tema que se describe en este documento. El presente documento no le confiere ningún derecho sobre estas patentes. Puede enviar consultas sobre licencias, por escrito, a: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 EE.UU.. Para realizar consultas sobre licencias relativas a la información del juego de caracteres de doble byte (DBCS), póngase en contacto con el Departamento de propiedad intelectual de IBM de su país o envíe sus consultas, por escrito, a: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan Ltd 1623-14, Shimotsuruma, Yamato-shi Kanagawa 242-8502 Japón El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país donde estas disposiciones sean incompatibles con la legislación vigente: INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN “TAL CUAL” SIN NINGÚN TIPO DE GARANTÍA, YA SEA EXPLÍCITA O IMPLÍCITA, INCLUYENDO, PERO SIN LIMITARSE A, LAS GARANTÍAS IMPLÍCITAS DE NO INCUMPLIMIENTO, COMERCIABILIDAD O IDONEIDAD PARA UNA FINALIDAD PARTICULAR. Algunos estados no permiten la renuncia a las garantías explícitas o implícitas en determinadas transacciones; por lo que es posible que esta declaración no se aplique en su caso. Esta información puede incluir imprecisiones técnicas o errores tipográficos. Periódicamente se efectúan cambios en la información aquí contenida; estos cambios se incorporarán en nuevas ediciones de la publicación. IBM puede reservarse el derecho de realizar mejoras y/o cambios en los productos y/o programas descritos en esta publicación en cualquier momento sin previo aviso. © Copyright IBM Corp. 2001, 2011 287 Cualquier referencia incluida en esta información a sitios web que no sean de IBM sólo se proporciona para su comodidad y en ningún modo constituye una aprobación de dichos sitios web. Los materiales de dichos sitios web no forman parte de este producto de IBM y el uso que se haga de estos sitios web es de su entera responsabilidad. IBM puede utilizar o distribuir cualquier información que suministre en la forma que considere conveniente sin incurrir por ello en ninguna obligación con el usuario. Los poseedores de licencias de este programa que deseen obtener información sobre éste a efectos de permitir: (i) el intercambio de información entre programas creados de forma independiente y otros programas (incluido éste) y (ii) el uso mutuo de la información intercambiada, deben ponerse en contacto con: IBM Corporation 2Z4A/101 11400 Burnet Road Austin, TX 78758 EE.UU.. Esta información puede estar disponible, sujeta a los términos y condiciones adecuados, incluido en algunos casos el pago de una tarifa. El programa bajo licencia que se describe en este documento y todo el material disponible proporcionado por IBM bajo los términos del Acuerdo del Cliente de IBM, el Acuerdo Internacional de Licencia de Programas de IBM o cualquier acuerdo equivalente entre IBM y el Cliente. Todos los datos sobre el rendimiento aquí incluidos se han determinado en un entorno controlado. Por consiguiente, los resultados obtenidos en otros entornos operativos pueden variar de forma significativa. Algunas mediciones pueden haber sido tomadas en sistemas a nivel de desarrollo y no hay ninguna garantía de que dichas mediciones sean las mismas en los sistemas disponibles generalmente. Además, algunas mediciones pueden haberse estimado por extrapolación. Los resultados reales pueden variar. Los usuarios de la presente publicación deben verificar los datos pertinentes en su entorno de trabajo específico. La información relacionada con productos que no son de IBM se ha obtenido de los proveedores de dichos productos, de sus anuncios publicados o de otras fuentes de disponibilidad pública. IBM no ha probado dichos productos y no puede confirmar la precisión del rendimiento, la compatibilidad ni ninguna otra reclamación relacionada con productos que no sean de IBM. Las preguntas referentes a las capacidades de los productos que no son de IBM deberían dirigirse a los proveedores de dichos productos. Esta información sólo está destinada a efectos de planificación. La información aquí contenida está sujeta a cambios antes de que los productos descritos estén disponibles. Esta información contiene ejemplos de datos e informes utilizados en operaciones comerciales cotidianas. Para ilustrarlas del modo más completo posible, los ejemplos incluyen los nombres de personas, empresas, marcas y productos. Todos estos nombres son ficticios y cualquier parecido con nombres y direcciones utilizadas por una empresa de negocios real es mera coincidencia. 288 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux LICENCIA DE COPYRIGHT: Esta información contiene programas de aplicación de ejemplo en lenguaje fuente, que muestran técnicas de programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos programas de ejemplo en cualquier formato sin abonar ninguna cantidad a IBM, con el propósito de desarrollo, uso, comercialización o distribución de programas de aplicación, de acuerdo con las interfaces de programación de aplicaciones para la plataforma operativa para la que se han escrito los programas de ejemplo. Estos ejemplos no se han probado de forma exhaustiva bajo todas las condiciones. Por lo tanto, IBM no puede garantizar o indicar la fiabilidad, la utilidad o el funcionamiento de estos programas. Los programas de ejemplo se proporcionan "TAL CUAL", sin ningún tipo de garantía. IBM no será responsable de ningún daño que surja de su uso de los programas de ejemplo. Cada una de las copias, cualquier parte de estos programas de ejemplo o cualquier producto derivado debe incluir un aviso de copyright como el siguiente: © (el nombre de su empresa) (año). Partes de este código se derivan de programas de ejemplo de IBM Corp. © Copyright IBM Corp. _escribir el año o años_. Si está viendo esta información en copia software, las fotografías y las ilustraciones en color podrían no aparecer. Marca registradas IBM, el logotipo de IBM e ibm.com son marcas registradas o marcas comerciales registradas de International Business Machines Corp., registradas en muchas jurisdicciones internacionales. Otros nombres de producto y servicio podrían ser marcas registradas de IBM u otras empresas. Está disponible una lista actual de las marcas registradas de IBM en el sitio web “Información de copyright y marcas registradas” en http://www.ibm.com/legal/copytrade.shtml. Linux es una marca registrada de Linus Torvalds en los Estados Unidos y/o en otros países. Microsoft y Windows son marcas registradas de Microsoft Corporation en los Estados Unidos y/o en otros países. UNIX es una marca registrada de The Open Group en los Estados Unidos y en otros países. JavaTM y todas las marcas registradas y logotipos basados en Java son marcas registradas de Oracle y/o sus filiales. SAP es una marca registrada de SAP AG en Alemania y en muchos otros países. Otros nombres de producto y servicio podrían ser marcas registradas de IBM u otras empresas. Avisos 289 290 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Glosario Este glosario incluye términos y definiciones de productos de IBM Tivoli Storage Manager y de IBM Tivoli Storage FlashCopy Manager. Para consultar glosarios de otros productos de IBM visite http://www.ibm.com/software/ globalization/terminology/. En este glosario se utilizan las siguientes remisiones: v Consulte remite al lector de un término a un sinónimo preferente, o de un acrónimo o una abreviatura a la forma completa definida. v Consulte también remite al lector a un término relacionado o de contraste. A ACL Consulte lista de control de accesos. activar Validar el contenido de un juegos de políticas y convertirlo en el juego de políticas activo. acuse de recibo Transmisión de caracteres de acuse de recibo como respuesta positiva a una transmisión de datos. administrador Usuario que está registrado en el servidor como administrador y que tiene autorización para realizar tareas y emitir mandatos a través de la asignación de una clase de privilegios de administración. agente de almacenamiento Programa que permite que la copia de seguridad y restauración de los datos del cliente directamente a y desde el almacenamiento conectado a una red de área de almacenamiento (SAN). Agente de instantáneas de volúmenes lógicos (LVSA) Software que actúa como el proveedor de instantáneas para crear una instantánea de un volumen lógico durante una copia de seguridad de imagen. agregado Objeto almacenado en una o más agrupaciones de almacenamiento © Copyright IBM Corp. 2001, 2011 compuesto por un grupo de archivos lógicos que se se empaquetan juntos. Consulte también archivo lógico y archivo físico. agrupación de almacenamiento Conjunto con nombre de volúmenes de almacenamiento que son el destino que se utiliza para almacenar datos de cliente.Una agrupación de almacenamiento contiene versiones de copia de seguridad, copias archivadas y archivos migrados desde nodos de cliente de gestión de espacio. La copia de seguridad de una agrupación de almacenamiento primaria se efectúa en una agrupación de almacenamiento de copia. Consulte también agrupación de almacenamiento primaria, agrupación de almacenamiento de copia y agrupación de datos activos. agrupación de almacenamiento de copia Conjunto denominado de volúmenes que contiene copias de archivos que residen en agrupaciones de almacenamiento primarias. Las agrupaciones de almacenamiento de copia sólo se utilizan para efectuar copias de seguridad de los datos almacenados en agrupaciones de almacenamiento primarias. Una agrupación de almacenamiento de copia no puede se un destino de un grupo de copia de seguridad, un grupo de copias archivadas ni de una clase de gestión (para archivos gestionado por espacio). Consulte también agrupación de almacenamiento primaria y destino. agrupación de almacenamiento primaria Conjunto denominado de volúmenes que utiliza el servidor para almacenar versiones de copia se seguridad, copias archivadas y archivos migrados de nodos de cliente. Consulte también destino y agrupación de almacenamiento de copia. agrupación de datos activos Conjunto denominado de volúmenes de agrupación de almacenamiento que 291 solamente contiene versiones activas de datos de copia de seguridad de cliente. aleatorización Proceso que consiste en distribuir horas de inicio de planificación para distintos clientes dentro de un porcentaje especificado del intervalo de inicio de la planificación. algoritmo Nagle Algoritmo que reduce la congestión de redes TCP/IP combinando paquetes más pequeños y enviándolos juntos. almacenamiento del servidor Las agrupaciones de almacenamiento primaria, de copia y de datos activos que utiliza el servidor para almacenar archivos como versiones de copia de seguridad, copias archivadas y archivos migrados desde los nodos cliente de gestión de espacio (archivos gestionados por espacio). Consulte también agrupación de datos activos, agrupación de almacenamiento primaria, agrupación de almacenamiento de copia, volumen de agrupación de almacenamiento y volumen. almacenar en caché Colocar una copia duplicada de un archivo en un soporte de acceso aleatorio cuando el servidor migra un archivo a otra agrupación de almacenamiento de la jerarquía. ampliar Incrementar la proporción de espacio disponible que se puede utilizar para almacenar información de base de datos o anotaciones de recuperación. anotación empresarial Proceso de enviar anotaciones de un servidor de Tivoli Storage Manager a un servidor de eventos designado. El servidor de eventos dirige los eventos a los destinatarios designados, como por ejemplo a una salida de usuario. Consulte también evento. anotaciones de actividades Anotaciones que registran mensajes de actividad normal que genera el servidor. Estos mensajes contienen información relativa a las operaciones del servidor y de los clientes, como por ejemplo, la hora de inicio de las sesiones o errores de E/S de dispositivos. 292 anotaciones de errores Conjunto de datos utilizado para grabar información de los errores de un producto o sistema. anotaciones de recuperación Registro de actualizaciones que están a punto de grabarse en la bases de datos. Se puede utilizar este registro para realizar recuperaciones tras errores del sistema y de los soportes. Las anotaciones de recuperación están formadas por las anotaciones activas (incluida la duplicación de anotaciones) y las anotaciones de archivado. antigüedad del archivo Con el fin de establecer prioridades para la migración, el número de días transcurridos desde el último acceso a un archivo. APPC Consulte Comunicación Avanzada Programa a Programa. archivar Para copiar programas, datos o archivos a otros medios soporte de almacenamiento, generalmente para su almacenamiento o seguridad a largo plazo. Compárese con recuperar. archivo apéndice huérfano Archivo para el que no puede encontrarse ningún archivo migrado en el servidor de Tivoli Storage Manager con el que el nodo cliente está estableciendo contacto para servicios de gestión de espacio. Por ejemplo, un archivo de resguardo puede quedar huérfano si el archivo de opciones del sistema cliente se ha modificado para que contacte con un servidor diferente del servidor donde se migró el archivo. archivo dañado Archivo físico en el que Tivoli Storage Manager ha detectado errores de lectura. archivo de caché Instantánea de un volumen lógico creada por el Agente de instantáneas de volúmenes lógicos. Los bloques se guardan inmediatamente antes de modificarse durante la copia de seguridad de imagen y sus extensiones lógicas se guardan en los archivos de caché. archivo de caducidad Archivo migrado o premigrado que se ha marcado para caducidad y eliminación IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux del almacenamiento. Si se suprime del sistema de archivos local un archivo apéndice o una copia original de un archivo premigrado, o bien si se actualiza la copia original de un archivo premigrado, el archivo migrado o premigrado correspondiente se marca para que caduque la siguiente vez que se ejecute una reconciliación. archivo de configuración de dispositivo (1) En un servidor, archivo que contiene información acerca de las clases de dispositivo definidas, y en algunos servidores, bibliotecas y unidades definidas. La información es una copia de la información de configuración del dispositivo de la base de datos. (2) En un agente de almacenamiento, archivo que contiene el nombre y la contraseña de éste e información acerca del servidor que gestiona las bibliotecas y unidades conectadas a SAN que utiliza el agente de almacenamiento. archivo de historial de volumen Archivo que contiene información acerca de los volúmenes que ha utilizado el servidor para la copia de seguridad de base de datos y la exportación de datos de administrador, nodo, política o servidor. El archivo también tiene información acerca de los volúmenes de agrupación de almacenamiento de acceso secuencial que se han añadido, reutilizado o suprimido. La información es una copia de la información del volumen que se graba en la base de datos del servidor. archivo de inclusión-exclusión Archivo que contiene sentencias para determinar los archivos de los que se debe obtener copia de seguridad y las clases de gestión asociadas que se deberán utilizar a efectos de copia de seguridad o archivado. Consulte también lista de inclusión-exclusión. archivo de macro Archivo que contiene uno o más mandatos de administración del gestor de almacenamiento, que sólo se puede ejecutar desde un cliente administrativo con el mandato MACRO. Compárese con Script de mandatos de Tivoli Storage Manager. archivo de opciones Archivo que contiene opciones de proceso. En sistemas Windows y NetWare, el archivo se denomina dsm.opt. En sistemas AIX, UNIX, Linux y Mac OS X, el archivo se denomina dsm.sys. archivo de opciones del cliente Archivo editable que identifica el servidor y el método de comunicación, y proporciona la configuración de copia de seguridad, archivado, gestión jerárquica del almacenamiento y planificación. archivo de opciones del sistema cliente Archivo, utilizado en clientes de sistemas AIX, UNIX o Linux, que contiene un conjunto de opciones de proceso que identifican los servidores con los que se debe contactar para solicitar servicios. Este archivo también especifica métodos de comunicación y opciones para la copia de seguridad, archivado, gestión jerárquica del almacenamiento y planificación. Este archivo también se denomina dsm.sys. Consulte también archivo de opciones del usuario cliente. archivo de opciones del usuario cliente Archivo que contiene el conjunto de opciones de proceso que utilizan los clientes del sistema. El conjunto puede incluir opciones que determinan el servidor con el que contacta el cliente y opciones que afectan a operaciones de copia de seguridad, archivado, gestión de almacenamiento jerárquico y planificadas. Este archivo también se denomina dsm.opt. Para sistemas AIX, UNIX o Linux, consulte también archivo de opciones del sistema cliente. archivo de opciones de servidor Archivo que contiene valores que controlan varias operaciones del servidor. Estos valores afectan a las comunicaciones, los dispositivos y el rendimiento. archivo de resguardo Archivo que sustituye el archivo original de un sistema de archivos local cuando el archivo se migra al almacenamiento. El archivo apéndice contiene la información necesaria para recuperar un archivo migrado del almacenamiento de Tivoli Storage Manager. También tiene información adicional que puede Glosario 293 utilizarse para evitar la necesidad de recuperar un archivo migrado. archivo de trabajo Archivo generado que contiene información de configuración para un trabajo de migración. El archivo tiene formato XML y se puede crear y editar en el cliente de gestión de almacenamiento jerárquico (HSM) para la interfaz gráfica de usuario del cliente Windows. archivo esparcido Archivo que se crea con una longitud mayor que los datos que contiene, con lo que se dejan espacios vacíos para agregar datos en un futuro. archivo especial En sistemas AIX, UNIX o Linux, archivo que define dispositivos para el sistema o archivos temporales que se crean por procesos. Existen tres tipos básicos de archivos especiales: el primero en entrar es el primero en salir (FIFO), de bloques y de caracteres. archivo físico Archivo almacenado en una o más agrupaciones de almacenamiento, formado por un único archivo lógico o un grupo de archivos lógicos que se empaquetan juntos como un agregado. Consulte también agregado y archivo lógico. archivo gestionado por espacio Archivo que se migra de un nodo de cliente mediante el cliente de gestión de espacio. El cliente de gestión de espacio recupera el archivo en el nodo de cliente a petición. archivo lógico Archivo almacenado en una o más agrupaciones de almacenamiento, bien solo o bien como parte de un agregado. Consulte también agregado y archivo físico . archivo migrado Archivo que se ha copiado desde un sistema de archivos local en el almacenamiento de Tivoli Storage Manager. Para clientes HSM en sistemas UNIX o Linux, se sustituye el archivo por un archivo de resguardo en el sistema de archivos local. En sistemas Windows, la creación del archivo de resguardo es opcional. Consulte también archivo de resguardo y archivo residente. Para clientes 294 HSM en sistemas UNIX o Linux, compárese con archivo premigrado. archivo premigrado Archivo que se ha copiado en el almacenamiento de Tivoli Storage Manager pero que no se ha sustituido con un archivo de resguardo en el sistema de archivos local. Una copia idéntica del archivo reside tanto en el sistema de archivos local como en el almacenamiento de Tivoli Storage Manager. Los archivos premigrados se producen en sistemas de archivos de UNIX y de Linux a los que se ha añadido la gestión de espacio. Compárese con archivo migrado y archivo residente. archivo residente En un sistema Windows, un archivo completo de un sistema de archivos local que también puede ser un archivo migrado porque puede existir una copia migrada en el almacenamiento de Tivoli Storage Manager. En un sistema UNIX o Linux, un archivo completo de un sistema de archivos local que no se ha migrado ni premigrado, o que se ha recuperado del almacenamiento de Tivoli Storage Manager y se ha modificado. Compárese con archivo de resguardo y archivo premigrado. Consulte archivo migrado. asociación (1) Relación definida entre un nodo de cliente y una planificación de cliente. Una asociación identifica el nombre de una planificación, el nombre del dominio de políticas al que pertenece la planificación y el nombre de un nodo de cliente que realiza operaciones planificadas. (2) En un gestor de configuración, relación definida entre un perfil y un objeto como por ejemplo un dominio de políticas. Las asociaciones de perfil definen la información de configuración que se distribuye en un servidor gestionado cuando se suscribe al perfil. atributo ampliado (EA) Nombres o pares de valores asociados a archivos o directorios. Hay tres clases de atributos ampliados: de usuarios, del sistema y acreditados. auditar Buscar incoherencias entre la información del servidor y el estado real del sistema. IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux El gestor de almacenamiento puede auditar información sobre elementos, como por ejemplo volúmenes, bibliotecas y licencias. Por ejemplo, si un gestor de almacenamiento audita un volumen, el servidor busca incoherencias entre la información de los archivos de los cuales se ha realizado copia de seguridad o que se han archivado, almacenados en la base de datos, y los datos reales asociados a cada versión de copia de seguridad o copia archivada del almacenamiento del servidor. autenticación Proceso de comprobación de la contraseña de un usuario antes de permitirle el acceso al servidor de Tivoli Storage Manager. Un administrador con privilegio de sistema puede activar o desactivar la autenticación. AutoFS Consulte sistema de archivos montado automáticamente. autorización Derecho de acceso a objetos, recursos o funciones. Consulte también clase de privilegios. B base de datos de archivos premigrados Base de datos que contiene información acerca de cada archivo que se ha premigrado al almacenamiento de Tivoli Storage Manager. La base de datos se almacena en un directorio oculto denominado .SpaceMan en cada sistema de archivos en que se ha agregado gestión de espacio. biblioteca (1) Repositorio para medios grabados desmontables, como discos magnéticos y cintas magnéticas. (2) Colección de una o más unidades, y posiblemente dispositivos mecánicos, (dependiendo del tipo de biblioteca), los cuales se pueden utilizar para acceder a los volúmenes de almacenamiento. biblioteca compartida Dispositivo de biblioteca utilizado por varios servidores del gestor de almacenamiento. biblioteca de cintas Conjunto de equipos y recursos que admiten un entorno de cintas de una instalación. La biblioteca de cintas puede incluir bastidores de almacenamiento en cinta, mecanismos de montaje automático de cintas, un conjunto de unidades de cinta y un conjunto de volúmenes de cinta relacionados montados en dichas unidades. biblioteca externa Tipo de biblioteca proporcionado por Tivoli Storage Manager que permite el traspaso de datos fuera de la LAN para bibliotecas StorageTek que se gestionan con Automated Cartridge System Library Software (ACSLS). Para activar esta función, el tipo de biblioteca de Tivoli Storage Manager debe ser EXTERNA. bindery Base de datos que se compone de tres archivos de sistema para un servidor NetWare. Los archivos contienen identificadores y restricciones de usuario. C CAD Consulte client acceptor. caducidad Proceso mediante el cual los archivos, conjuntos de datos u objetos se identifican para su supresión debido a que se ha alcanzado su fecha de caducidad o ha transcurrido su periodo de retención. capacidad estimada Espacio disponible, en megabytes, de una agrupación de almacenamiento. carácter comodín Carácter especial como un asterisco (*) o un signo de interrogación (?) que se pueden utilizar para representar uno o más caracteres. Cualquier carácter o conjunto de caracteres puede sustituir al carácter comodín. carácter de coincidencia de patrón Consulte comodín. clase de dispositivo Conjunto denominado de características que se aplican a un grupo de dispositivos de almacenamiento. Cada clase de dispositivo tiene un nombre exclusivo y representa un tipo de dispositivo de disco, archivo, disco óptico o cinta. Glosario 295 clase de gestión Objeto de política que los usuarios pueden vincular a un archivo para especificar el modo en que el servidor debe gestionar el archivo. La clase de gestión puede contener un grupo de copias de seguridad, un grupo de copias de archivado y atributos de gestión del espacio. Consulte también grupo de copia, cliente de gestión de espacio, vincular y revincular. clase de gestión predeterminada Clase de gestión asignada a un juego de políticas. Esta clase se utiliza para controlar las copias de seguridad o copias archivadas cuando un archivo no está asociado explícitamente a una clase de gestión específica mediante la lista de inclusión/exclusión. clase de privilegios nivel de autoridad que se otorga a un administrador. La clase de privilegios determina qué tareas administrativas puede realizar el administrador. Consulte también clase de privilegios de nodo, clase de privilegios de operador, clase de privilegios de política, clase de privilegios de almacenamiento y clase de privilegios del sistema. clase de privilegios de administración Consulte clase de privilegios. clase de privilegios de almacenamiento Clase de privilegios que da a un administrador la autoridad para controlar cómo se ubican y se utilizan los recursos de almacenamiento para el servidor, como por ejemplo supervisando la base de datos, las anotaciones de recuperación y el almacenamiento del servidor. Consulte también clase de privilegios. clase de privilegios del sistema Clase de privilegios que da autoridad a un administrador para emitir todos los mandatos del servidor. Consulte también clase de privilegios. clase de privilegios de nodo Clase de privilegios que da autoridad a un administrador para acceder de forma remota a cliente de copia de seguridad y archivado para un nodo de cliente específico o para todos los clientes de un dominio de política. Consulte también clase de privilegios. 296 clase de privilegios de operador Clase de privilegios que da a un administrador autoridad para inhabilitar o parar el servidor, habilitar el servidor, cancelar procesos del servidor y gestionar soportes de almacenamiento extraíbles. Consulte también clase de privilegios. clase de privilegios de política Clase de privilegios da autoridad a un administrador para gestionar objetos de políticas, inscribir nodos cliente y planificar operaciones de cliente para los nodos cliente.La autoridad puede restringirse a determinados dominios de políticas. Consulte también clase de privilegios. Client Acceptor Servicio HTTP que hace que el applet del cliente web sirva para navegadores web. En Windows, el servicio Client Acceptor se instala y ejecuta como un servicio.En AIX, UNIX y Linux, el Client Acceptor se ejecuta como un daemon y también se denomina daemon de aceptación de clientes (CAD). cliente Programa de software o sistema que solicita los servicios de un servidor. cliente administrativo Programa que se ejecuta en un servidor de archivos, estación de trabajo o host, que los administradores utilizan para controlar y supervisar el servidor de Tivoli Storage Manager. Compárese con cliente de archivado y copia de seguridad. cliente de aplicación Programa que se instala en un sistema para proteger una aplicación. El servidor de Tivoli Storage Manager proporciona servicios de copia de seguridad a un cliente de aplicación. cliente de biblioteca Servidor que utiliza comunicación de servidor a servidor para acceder a una biblioteca gestionada por otro servidor de gestión de almacenamiento. Consulte también gestor de biblioteca. cliente de copia de seguridad y archivado Programa que se ejecuta en una estación de trabajo o servidor de archivos y que facilita el medio para que los usuarios puedan efectuar operaciones de copia de IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux seguridad, archivado, restauración y recuperación de archivos. Compárese con cliente administrativo. agrega un complemento a un sistema, la base del sistema de original permanece intacta. cliente de gestión de almacenamiento jerárquico (HSM) Programa cliente que funciona con el servidor de Tivoli Storage Manager para proporcionar gestión de almacenamiento jerárquico (HSM) a un sistema. Consulte también gestión de almacenamiento jerárquico y cliente de gestión de espacio. compresión Función que elimina las repeticiones de caracteres, espacios o series de caracteres de los datos que se procesan y las sustituye por caracteres de control. La compresión reduce la cantidad de espacio de almacenamiento necesario para los datos. cliente de gestión de espacio Programa que se ejecuta en un sistema UNIX o Linux para gestionar el espacio libre en el sistema de archivos local migrando archivos al almacenamiento del servidor. El programa puede recuperar los archivos de forma automática o selectiva. Consulte también cliente de gestión de almacenamiento jerárquico (HSM). Comunicación Avanzada Programa a Programa (APPC) Implementación del protocolo SNA LU 6.2 que permite a los sistemas interconectados comunicarse y compartir el proceso de programas. cliente de sobremesa Grupo de clientes de copia de seguridad y archivado que incluye clientes de sistemas operativos de Microsoft Windows, Apple y Novell NetWare. configuración empresarial Método de configuración de servidores para que el administrador pueda distribuir la configuración de uno de los servidores a otros servidores mediante la comunicación de servidor a servidor. Consulte también gestor de configuración, servidor gestionado, perfil y suscripción. cliente HSM Consulte cliente de gestión de almacenamiento jerárquico. conjunto de nodos GPFS Grupo montado y definido de sistemas de archivos GPFS. cliente/servidor Relativo al modelo de interacción en procesos de datos distribuidos en los que un programa de un sistema envía una solicitud a un programa de otro sistema y espera una respuesta. El programa que realiza la solicitud se denomina cliente y el que responde es el servidor. conjunto de opciones de cliente Grupo de opciones que se definen en el servidor y se utilizan en nodos de cliente junto con los archivos de opciones del cliente. colección de juegos de copias de seguridad Grupo de juegos de copias de seguridad creados a la vez y que tienen el mismo nombre de juego de copias de seguridad, los mismos nombres de volúmenes, la misma descripción y las mismas clases de dispositivo. El servidor identifica cada juego de copias de seguridad de la colección por el nombre de nodo, el nombre de juego de copia de seguridad y el tipo de archivo. complemento Componente de software autónomo que modifica (agrega o cambia) la función en un sistema de determinado. Cuando se controlador de dispositivo Programa que proporciona una interfaz entre un dispositivo determinado y el programa de aplicación que utiliza el dispositivo. conversación Conexión entre dos programas durante una sesión que les permite comunicarse mientras se procesa una transacción. copia archivada Archivo o grupo de archivos que se han archivado en el almacenamiento del servidor. copia de reserva Operación de copia de seguridad completa en la que los archivos de registro de transacciones no se suprimen para que los procesos de copia de Glosario 297 seguridad que utilizan copias de seguridad incrementales o diferenciales no se interrumpan copia de seguridad activada Copia de seguridad en la que el volumen está disponible para otras aplicaciones del sistema durante la operación. copia de seguridad adaptable de subarchivos Tipo de copia de seguridad que sólo envía las partes modificadas de un archivo al servidor en lugar de enviar todo el archivo. La copia de seguridad adaptable de subarchivos reduce el tráfico de la red e incrementa la velocidad de la operación de copia de seguridad. copia de seguridad completa Proceso de copia de seguridad de la base de datos de servidor entero. Una copia de seguridad completa empieza una serie de copias de seguridad de base de datos nueva. Consulte también serie de copias de seguridad de base de datos y copia de seguridad incremental. Compárese con instantánea de base de datos. copia de seguridad con registro por diario Método de copia de seguridad de clientes Windows y clientes AIX que hace uso del mecanismo de notificación de cambios en un archivo para mejorar el rendimiento de la copia de seguridad incremental reduciendo la necesidad de explorar todo el sistema de archivos. copia de seguridad de grupo Copia de seguridad de un grupo que contiene una lista de archivos de uno o más orígenes de espacio de archivos. copia de seguridad de imagen Copia de seguridad de todo un sistema de archivos o de un volumen lógico RAW como un solo objeto. copia de seguridad de traspaso de datos de VSS Operación de copia de seguridad que utilizan un proveedor de hardware de servicio de copia de duplicación de volúmenes (VSS) de Microsoft (instalado en un sistema alternativo) para trasladar datos de IBM Data Protection for Microsoft Exchange al servidor Tivoli Storage Manager. Este tipo de operación de copia de seguridad transfiere la carga de copia de seguridad desde el sistema de producción a otro sistema. 298 copia de seguridad de volumen desactivado Copia de seguridad en la que el volumen está bloqueado para que no puedan acceder al mismo otras aplicaciones del sistema durante la operación. copia de seguridad de volumen lógico Copia de seguridad de un sistema de archivos o de un volumen lógico como un solo objeto. copia de seguridad difusa Versión de copia de seguridad de un archivo que puede no reflejar fielmente el contenido actual del archivo, debido a que se realizó la copia de seguridad del mismo a la vez que se estaba modificando. copia de seguridad incremental (1) Copia de todos los datos de la base de datos que han cambiado desde la última operación de copia de seguridad completa realizada satisfactoriamente. A la copia de seguridad incremental también se la conoce como imagen de copia de seguridad acumulativa dado que las copias de seguridad incrementales incluyen el contenido de las anteriores. (2) Proceso de copia de seguridad de información nueva o modificada de la base de datos desde la última copia de seguridad completa. Compárese con copia de seguridad completa.Consulte también serie de copia de seguridad de base de datos. (3) En Data Protection for Microsoft Exchange Server, copia de seguridad en la que se copian y después se borran los registros de transacciones. Copia de seguridad VSS Operación de copia de seguridad que utiliza tecnología servicio de copia de duplicación de volúmenes (VSS) de Microsoft. La operación de copia de seguridad produce una instantánea en línea (copia coherente de instante específico) de datos de Microsoft Exchange. Esta copia se puede almacenar en volúmenes de duplicación local o en el almacenamiento del servidor Tivoli Storage Manager. copia difusa Versión de copia de seguridad o copia archivada de un archivo que puede no reflejar con total exactitud el contenido IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux original del archivo, puesto que se realizó una copia de seguridad o se archivó mientras se estaba modificando.Consulte también versión de copia de seguridad y copia archivada. copia selectiva Proceso consistente en realizar copias de seguridad de determinados archivos o directorios desde un dominio de cliente. Los archivos de los cuales se realizan copias de seguridad son aquellos que no están excluidos en la lista de inclusión-exclusión. Los archivos deben cumplir los requisitos de serialización del grupo de copia de seguridad de la clase de gestión asignada a cada archivo. Compárese con copia incremental. archivo migrado que se almacenan en el archivo de resguardo correspondiente en el sistema de archivos local. La cantidad de datos iniciales que se almacenan en un archivo de resguardo depende del tamaño de apéndice especificado. destinatario Repositorio del servidor que contiene anotaciones de mensajes del servidor y el cliente como eventos. Por ejemplo, un destinatario puede ser una salida de archivo, una salida de usuario o la consola del servidor y las anotaciones de actividades de Tivoli Storage Manager. Consulte también evento. destino Atributo de grupo de copia o clase de gestión que especifica la agrupación de almacenamiento primaria donde se realizará la copia de seguridad, se archivará o se migrará un archivo de cliente. CPI-C Consulte Interfaz común de programación para comunicaciones. cuota (1) Para HSM en sistemas AIX, UNIX o Linux, el límite (en megabytes) de datos que se puede migrar y premigrar de un sistema de archivos al almacenamiento del servidor. (2) Para HSM en sistemas Windows, un límite definido por el usuario del espacio que ocupan los archivos recuperados. D daemon Programa que se ejecuta sin supervisión para realizar funciones continuas y periódicas, como por ejemplo control de red. daemon de aceptación de clientes(CAD) Consulte client acceptor. daemon de registro por diario En sistemas AIX, UNIX o Linux, programa que realiza un seguimiento de las actividades de cambio de los archivos que residen en sistemas de archivos. daemon monitor de espacio Daemon que comprueba la utilización del espacio de todos los sistemas de archivos para los que está activa la gestión de espacio y empieza automáticamente la migración por umbral cuando la utilización del espacio de un sistema de archivos iguala o supera su umbral superior. datos iniciales Bytes de datos del principio de un detección automática Característica que detecta, informa acerca de, y actualiza el número de serie de una unidad o biblioteca en la base de datos cuando se define la vía de acceso desde el servidor local. dirección IP Dirección exclusiva de un dispositivo o unidad lógica en una red que utiliza un IP estándar. dominio Grupo de nodos de cliente con uno o más juegos de políticas, que gestionan datos o almacenan recursos para los nodos de cliente. Consulte dominio de políticas o dominio de cliente. dominio de cliente Conjunto de unidades, sistemas de archivos o volúmenes que el usuario selecciona para efectuar copias de seguridad o archivar datos con el cliente de copia de seguridad/archivado. dominio de políticas Grupo de usuarios de política con uno o más juegos de políticas, que gestionan datos o almacenan recursos para los usuarios. Los usuarios son nodos de cliente asociados al dominio de políticas. DRM Consulte gestor recuperación ante siniestro. Glosario 299 archivos al que se ha incorporado gestión de archivos. El estado de un archivo puede ser: residente, premigrado o migrado. Consulte también archivo residente, archivo premigrado y archivo migrado. DSMAPI Consulte interfaz de programación de aplicaciones de gestión de almacenamiento de datos. duplicación Proceso que consiste en grabar los mismos datos en varias ubicaciones a la vez. La duplicación evita la pérdida de datos en las anotaciones de recuperación. E EA Consulte atributo ampliado. EB Consulte exabyte. EFS Consulte Sistema de archivos de cifrado. espacio de archivos Espacio lógico del almacenamiento del servidor que contiene un grupo de archivos de los que se hecho copia de seguridad o se han archivado mediante un nodo de cliente, desde una partición lógica, un sistema de archivos o un punto de montaje virtual. Los nodos de cliente pueden restaurar, recuperar o suprimir sus espacios de archivos del almacenamiento del servidor. En el almacenamiento del servidor, los archivos que pertenecen a un único espacio de archivos no se almacenan necesariamente juntos. espacio de archivos activado para Unicode Los nombres de espacio de archivos Unicode proporcionan soporte para estaciones de trabajo multilingües independientemente del entorno regional actual. estado de sistema de archivos Modalidad de gestión de almacenamiento de un sistema de archivos que reside en una estación de trabajo en que se ha instalado el cliente de gestión de almacenamiento jerárquico (HSM). El estado de un sistema de archivos puede ser: nativo, activo, inactivo o inactivo global. estado inactivo global Estado de todos los sistemas de archivos a los que se ha agregado gestión de espacio cuando ésta se desactiva globalmente para un nodo cliente. Al desactivar globalmente la gestión del espacio, la gestión de almacenamiento jerárquico (HSM) no puede ejecutar migraciones, recuperaciones ni reconciliaciones. Sin embargo, un usuario root puede actualizar los valores de la gestión del espacio y agregar gestión de espacio a sistemas de archivos adicionales. Los usuarios pueden tener acceso a archivos residentes y premigrados. evento (1) Mandato de administración u operación de cliente planificada para ejecutarse mediante la planificación de Tivoli Storage Manager. (2) Mensaje que emite un servidor o cliente de Tivoli Storage Manager. Los mensajes pueden grabarse con la anotación de eventos de Tivoli Storage Manager. espacio de archivos estabilizado Espacio de archivos que existe en el servidor pero no en el cliente. espacio de archivos virtual Representación de un directorio de un sistema de archivos NAS (almacenamiento conectado a red) como vía de acceso a dicho directorio. estación de trabajo Terminal o sistema personal en el que el usuario puede ejecutar aplicaciones y que suele estar conectado a un sistema principal o a una red. estado de archivo Modalidad de gestión de espacio de un archivo que reside en un sistema de 300 exabyte (EB) En el almacenamiento del servidor, almacenamiento real y virtual y volumen de canal, 1.152.921.504.606.846.976 bytes. En la capacidad de almacenamiento de disco y el volumen de comunicaciones, 1.000.000.000.000.000.000 bytes. excluir Proceso de identificar archivos de una lista de inclusión-exclusión. Este proceso impide que se obtenga copia de seguridad de los archivos o se migren cuando un IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux usuario o una planificación inicien una operación de copia incremental o selectiva. Un archivo puede excluir de copia de seguridad y gestión de espacio, sólo copia de seguridad o sólo gestión de espacio. extensión La parte de un archivo que se crea durante el proceso de duplicación de datos. Las extensiones se comparan con otras extensiones de archivo para identificar los duplicados. F formato de datos no nativo Formato de datos que se graba en una agrupación de almacenamiento que difiere del formato que el servidor utiliza para las operaciones. formato nativo Formato de datos que se graba en una agrupación de almacenamiento directamente mediante el servidor de Tivoli Storage Manager. Compárese con formato de datos no nativo. frecuencia Atributo de grupo de copia que especifica el intervalo mínimo, en días, que ha de transcurrir entre copias de seguridad incrementales. FSID Consulte ID de espacio de archivos. FSM Consulte migrador de sistema de archivos. G o ambos considerando este tipo de dispositivos y potencialmente otros como niveles de una jerarquía de almacenamiento que va de dispositivos rápidos y caros a dispositivos más lentos, baratos y probablemente extraíbles. El objetivo es minimizar el tiempo de acceso a datos y maximizar la capacidad disponibles de lo medios. gestión del ciclo de vida de la información (ILM) Gestión de archivos basada en la política de GPFS para agrupaciones de almacenamiento y conjuntos de archivos. gestión del espacio Proceso para mantener un espacio libre de almacenamiento suficiente en un sistema de archivos local para los datos nuevos migrando archivos al almacenamiento del servidor.Sinónimo de gestión de almacenamiento jerárquico. gestor de biblioteca Servidor que controla operaciones de dispositivo cuando varios servidores de almacenamiento comparten un dispositivo de almacenamiento. Consulte también cliente de biblioteca. gestor de configuración Servidor que distribuye información de configuración, como políticas y planificaciones, para gestionar servidores según sus perfiles. La información de configuración puede incluir políticas y planificaciones. Consulte también servidor gestionado y perfil. generación de contraseñas Proceso que crea y almacena una nueva contraseña en un archivo de contraseñas cifrado cuando caduca la anterior. La generación automática de una contraseña evita la solicitud de la misma. Se puede establecer la generación de contraseñas en el archivo de opciones (opción passwordaccess). Consulte también archivo de opciones. gestor recuperación ante siniestro (DRM) Función que ayuda a preparar y utilizar un archivo del plan de recuperación ante siniestro para el servidor. General Parallel File System Sistema de archivos de disco compartido de alto rendimiento que puede proporcionar acceso a datos desde nodos en un entorno en clúster. grupo de copia Objeto de política que contiene atributos que controlan el modo en que se generan las versiones de copia de seguridad o las copias archivadas, su ubicación inicial, y cuándo caducan éstas. Un grupo de copia pertenece a una clase de gestión. Consulte también grupo de copias archivadas, grupo de gestión de almacenamiento jerárquico (HSM) Función que distribuye y gestiona automáticamente los datos de disco, cinta gigabyte (GB) En notación decimal, 1.073.741.824 en el caso de capacidad de memoria; en los demás casos se define como 1.000.000.000. GPFS Consulte General Parallel File System. Glosario 301 copia de seguridad, versión de copia de seguridad y clase de gestión. grupo de copia de seguridad Objeto de política que contiene atributos que controlan la generación, el destino y la caducidad de las versiones de copia de seguridad de los archivos. Un grupo de copias pertenece a una clase de gestión. grupo de copias archivadas Objeto de política que contiene atributos que controlan la generación, el destino y la caducidad de copias archivadas. grupo de proximidad Grupo de nodos cliente definido por el usuario cuyos datos se almacenan en un número mínimo de volúmenes a través del proceso de proximidad. GUID Consulte identificador exclusivo global. H hora de acceso a archivo En sistemas AIX, UNIX o Linux, hora a la que se accedió al archivo por última vez. Consulte gestión de almacenamiento jerárquico. HSM I ID de espacio de archivos (FSID) Identificador numérico único que el servidor asigna a un espacio de archivos cuando se almacena en el almacenamiento del servidor. identificador exclusivo global (GUID) Número determinado algorítmicamente que identifica una entidad de un sistema exclusivamente. identificador exclusivo universal (UUID) El identificador numérico de 128 bits utilizado para garantizar que no hay dos componentes con el mismo identificador. Consulte gestión del ciclo de vida de la información. ILM imagen Sistema de archivos o de un volumen lógico RAW del que se realiza una copia de seguridad como un solo objeto. inodo Estructura interna que describe los archivos individuales en sistemas AIX, UNIX, o Linux. Un inodo contiene el nodo, tipo, propietario y ubicación de un archivo. 302 inscripción cerrada Proceso de inscripción en que un administrador puede inscribir las estaciones de trabajo como nodos cliente con el servidor. Compárese con registro abierto. instantánea Tipo de copia de seguridad de imágenes que consiste en una vista de un instante específico de un volumen. instantánea de base de datos Una copia de seguridad completa de toda la base de datos en soportes que se pueden trasladar fuera del local. Cuando se crea una instantánea de base de datos, no se interrumpe la serie de copia de seguridad de base de datos actual. Una instantánea de base de datos no puede tener copias de seguridad de bases de datos incrementales asociadas a ella. Consulte también serie de copia de seguridad de base de datos. Compárese con copia de seguridad completa. Interfaz común de programación para comunicaciones (CPI-C) Interfaz de nivel de llamada que proporciona una interfaz de programación de aplicaciones (API) coherente para aplicaciones que utilizan comunicaciones de programa a programa. La CPI-C emplea arquitectura LU 6.2 para crear un conjunto de servicios entre programas que pueden iniciar y finalizar una conversación, enviar y recibir datos, intercambiar información de control e informar acerca de errores a un programa asociado. interfaz de programación de aplicaciones de gestión de almacenamiento de datos (DSMAPI) Conjunto de funciones y semántica que supervisa eventos en archivos y gestiona y mantiene los datos de un archivo. En un entorno de HSM, una DSMAPI utiliza los eventos para notificar a las aplicaciones de gestión de datos acerca de las operaciones realizadas en los archivos, almacena información de atributos arbitraria de un archivo, admite regiones gestionadas de un archivo y utiliza los derechos de acceso de DSMAPI para controlar el acceso a un objeto de archivo. IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux intervalo de inicio Periodo de tiempo durante el cual se debe iniciar una planificación. J jerarquía de almacenamiento (1) Orden lógico de agrupaciones de almacenamiento primarias, tal como lo define un administrador. El orden suele basarse en la velocidad y la capacidad de los dispositivos que utilizan las agrupaciones de almacenamiento. La jerarquía de almacenamiento se define identificando la siguiente agrupación de almacenamiento de una definición de agrupación de almacenamiento. Consulte también agrupación de almacenamiento (2) Disposición de dispositivos de almacenamiento con distintas velocidades y capacidades. Los niveles de la jerarquía de almacenamiento incluyen: almacenamiento principal, como por ejemplo la memoria y la caché del dispositivo de almacenamiento de acceso directo (DASD); almacenamiento primario (DASD con datos a los que puede acceder el usuario); nivel 1 de migración (DASD con datos en un formato de ahorro de espacio); y nivel 2 de migración (cartuchos de cinta con datos en un formato de ahorro de espacio). juego de copias de seguridad Un grupo portátil y consolidado de versiones activas de archivos de copia de seguridad que se generan para un cliente de copia de seguridad y archivado. juego de políticas Grupo de reglas de un dominio de políticas. Las reglas especifican cómo se gestionan los recursos de almacenamiento automáticamente para los nodos de cliente del dominio de políticas. Las reglas pueden contenerse en clases de gestión. Consulte también juego de políticas activo y clase de gestión. juego de políticas activo El juego de políticas activo que contiene las reglas de política que utilizan todos los nodos cliente asignados al dominio de política. Véase también dominio de políticas y juego de políticas. K kilobyte (KB) En el almacenamiento del servidor, almacenamiento real y virtual y volumen de canal, 210 o 1.024 bytes. En la capacidad de almacenamiento de disco y el volumen de comunicaciones, 1.000 bytes. L LAN Consulte red de área local. límite de montajes Cantidad máxima de volúmenes a los que se puede acceder simultáneamente desde la misma clase de dispositivo. El límite de montajes determina el número de puntos de montaje máximo. Consulte también punto de montaje. lista de control de accesos (ACL) En la seguridad del sistema, lista asociada a un objeto que identifica todos los temas que pueden acceder al objeto y a sus derechos de acceso. Por ejemplo, una lista de control de accesos está asociada a un archivo que identifica a los usuarios que pueden acceder al archivo y sus derechos de acceso. lista de exclusión/inclusión Consulte lista de inclusión-exclusión. lista de inclusión-exclusión Lista de opciones que incluyen o excluyen archivos seleccionados de los servicios de copia de seguridad. Una opción exclude identifica los archivos de los que no se debe realizar copia. Una opción de inclusión identifica los archivos que están exentos de las reglas de exclusión o asigna una clase de gestión a un archivo o grupo de archivos, para los servicios de copia de seguridad o archivado. local (1) Relativo a un dispositivo, archivo o sistema al que se accede directamente desde un sistema de usuario, sin necesidad de utilizar una línea de comunicación. (2) Para los productos HSM, relativo al destino de archivos migrados que se están moviendo. LOFS Consulte sistema de archivos virtuales loopback. LU Consulte unidad lógica. LUN Consulte número de unidad lógica. Glosario 303 LVSA Consulte Agente de instantáneas de volúmenes lógicos. sistema de archivos local al almacenamiento de Tivoli Storage Manager, basado en los umbrales superior e inferior definidos para el sistema de archivos. Compárese con migración a petición, migración selectiva, y trabajo de migración. M MB Consulte megabyte. megabyte (MB) (1) 1 048 576 bytes (2 a la vigésima potencia) cuando se emplea en esta publicación. (2) En el almacenamiento del servidor, almacenamiento real y virtual y volumen de canal, 2 elevado a 20 o 1.048 576 bits. En la capacidad de almacenamiento de disco y el volumen de comunicaciones, 1.000 bits. metadatos Datos que describen las características de los datos; datos descriptivos. método de comunicación Método mediante el cual intercambian información un cliente y un servidor. Consulte también Protocolo de control de transmisión/Protocolo de Internet. migración a petición Proceso utilizado para responder a una situación de falta de espacio en un sistema de archivos para el cual está activa la gestión de almacenamiento jerárquico (HSM). Los archivos se migran al almacenamiento del servidor hasta que el porcentaje de utilización de espacio alcanza el umbral inferior establecido para el sistema de archivos. Si los umbrales superior e inferior son iguales, se migra un archivo. migración automática Proceso utilizado para traspasar automáticamente archivos desde un sistema de archivos local al almacenamiento, basándose en las opciones y valores que ha escogido un usuario root en la estación de trabajo. Consulte también migración por umbral y migración a petición. migración por umbral Capacidad superior e inferior de agrupaciones de almacenamiento o sistemas de archivos, que se expresan en forma de porcentajes y llegadas a los cuales se inicia o se detiene la migración. migración por umbral Proceso de traspaso de archivos desde un 304 migración selectiva Proceso de copia de archivos elegidos por el usuario desde un sistema de archivos local en el almacenamiento de Tivoli Storage Manager y sustitución de los archivos por archivos apéndice en el sistema de archivos local. Compárese con migración por umbral y migración a petición. migrador de sistema de archivos (FSM) Extensión de núcleo que intercepta todas las operaciones de sistema de archivos, proporcionando la gestión de espacio necesaria. Si no se necesita soporte de gestión del espacio, la operación para al sistema operativo, que realiza sus funciones normales.El migrador de sistema de archivos se monta en un sistema de archivos cuando se agrega gestión de espacio al sistema de archivos. migrar Mover datos de una ubicación de almacenamiento a otra. En productos de Tivoli Storage Manager, migrar puede significar mover datos de un nodo de cliente al almacenamiento del servidor, o de una agrupación de almacenamiento a la siguiente definida en la jerarquía de almacenamiento del servidor. En ambos casos el movimiento de datos se controla mediante políticas, como por ejemplo umbrales establecidos. Consulte también migración por umbral. modalidad Atributo de grupo de copia que especifica si se debe realizar copia de seguridad de los archivos que no se han modificado desde la última vez. Consulte modalidad Modificados y modalidad Absoluta. modalidad Absoluta En el ámbito de la gestión de almacenamiento, modalidad de grupo de copia de seguridad que indica que un archivo se tendrá en cuenta para realizar la copia de seguridad incremental aunque el archivo no se haya modificado desde la IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux última operación de copia de seguridad. Consulte también modalidad Modificados. modalidad de acceso Atributo de una agrupación o volumen de almacenamiento que especifica si el servidor puede leer o escribir en la agrupación o volumen de almacenamiento. Las modalidades de acceso pueden ser de lectura/escritura, sólo lectura o no disponible. Los volúmenes de agrupaciones de almacenamiento primarias también pueden tener una modalidad de acceso denominada "destruido". Los volúmenes de agrupaciones de almacenamiento de copia también pueden tener una modalidad de acceso denominada "fuera del local". modalidad de control de acceso a datos Modalidad que controla si un mandato puede tener acceso a un archivo migrado, considera un archivo migrado como un archivo de longitud cero, o bien recibe un error de entrada/salida si intenta acceder a un archivo migrado. Consulte también modalidad de ejecución. modalidad de control de indicación de hora Modalidad que determina si los mandatos conservan la hora a la que se accedió al archivo o bien la actualizan al momento actual. modalidad de ejecución Modalidad que controla el comportamiento relacionado con la gestión del espacio de los mandatos que se ejecutan bajo el mandato dsmmode. modalidad de planificación Tipo de operación planificada para el nodo de servidor y cliente que admite dos modos de planificación: sondeo de clientes y por petición de servidor. modalidad de planificación de sondeo de clientes Un método de operación en el que el cliente solicita trabajo al servidor. Compárese con modalidad de planificación por petición de servidor. modalidad de planificación por petición de servidor Técnica de comunicaciones entre el cliente y el servidor donde el servidor se pone en contacto con el nodo cliente cuando se deben realizar tareas. Compárese con modalidad de planificación de sondeo de clientes. modalidad de protección frente a la falta de espacio Modalidad que controla si el programa intercepta situaciones de falta de espacio. Consulte también modalidad de ejecución. modalidad de recuperación Modalidad asignada a un archivo migrado con el mandato dsmattr que determina cómo se procesa el archivo al recuperarlo. Determina si el archivo se almacena en el sistema de archivos local, se vuelve a migrar al almacenamiento de Tivoli Storage Manager al cerrarlo o se lee del almacenamiento de Tivoli Storage Manager sin almacenarlo en el sistema local de archivos. modalidad de recuperación de archivo parcial Modalidad de recuperación que hace que la función de gestión de almacenamiento jerárquico sólo lea una parte de un archivo migrado del almacenamiento, tal como lo solicita la aplicación que accede al archivo. modalidad de recuperación de leer sin recuperar Modalidad que hace que la gestión de almacenamiento jerárquico (HSM) lea un archivo migrado del almacenamiento de sin volverlo a almacenar en el sistema de archivos local. La última parte de información que se lee desde el archivo se almacena en un búfer en memoria del sistema de archivos local. Compárese con la modalidad de recuperación normal y la modalidad de recuperación de migrar al cerrar. modalidad de recuperación de migrar al cerrar Modalidad que hace que se recupere un archivo migrado en el sistema de archivos original de forma temporal. Compárese con modalidad de recuperación normal y modalidad de recuperación de leer sin recuperar. modalidad de recuperación normal Modalidad que hace que se vuelva copiar un archivo migrado en el sistema de archivos de origen cuando se accede a él. modalidad Modificados En el ámbito de la gestión de almacenamiento, modalidad de grupo de Glosario 305 copia de seguridad que indica que un archivo sólo se tendrá en cuenta para realizar una copia de seguridad incremental si éste se ha modificado desde la última operación de copia de seguridad. Un archivo se considera modificado si se ha cambiado la fecha, el tamaño, el propietario o las autorizaciones. Consulte también modalidad Absoluta. Consulte unidad de transmisión máxima. MTU N named pipe Tipo de comunicación entre procesos que permite que las corrientes de datos de los mensajes pasen entre los procesos de igual a igual, como sucede entre un cliente y un servidor. Consulte almacenamiento conectado a red. NAS NDMP Consulte Network Data Management Protocol. NetBIOS Consulte Network Basic Input/Output System. Network Basic Input/Output System (NetBIOS) Interfaz estándar de redes y sistemas personales que se utiliza en redes de área local para proporcionar funciones de mensajes, servidor de impresoras y servidor de archivos. Los programas de aplicación que utilizan NetBIOS no tienen que manejar los detalles de los protocolos DLC (Data Link Control) de LAN. Network Data Management Protocol (NDMP) Protocolo que permite a una aplicación de gestión de almacenamiento de red controlar la copia de seguridad y la recuperación de un servidor de archivos compatible con NDMP, sin instalar software del fabricante en ese servidor de archivos. nodo Servidor de archivos o estación de trabajo donde está instalado el programa cliente de copia de seguridad/archivado, que se ha registrado en el servidor. nodo agente Nodo cliente al que se ha otorgado autorización proxy para realizar operaciones en nombre de otro nodo cliente, que es el nodo de destino. 306 nodo cliente Servidor de archivos o estación de trabajo donde está instalado el programa cliente de copia de seguridad/archivado, que se ha registrado en el servidor. nodo de destino Nodo cliente para el que otros nodos cliente (denominados nodos agente) han recibido autorización de proxy. La autorización de proxy permite a los nodos cliente realizar operaciones de copia de seguridad y de restauración en nombre del nodo de destino, que es propietario de los datos. nodo NAS Nodo de cliente que es un servidor de archivos almacenamiento conectado a red (NAS).Los datos del nodo NAS se transmiten mediante el servidor de archivos NAS controlado por el protocolo de gestión de datos de redes (NDMP). Al nodo NAS también se le conoce como nodo de servidor de archivos NAS. nombre de convenio de denominación universal (UNC) Nombre que se utiliza para acceder a una unidad o a un directorio que contiene archivos que pueden compartirse a través de una red. El nombre UNC está formado por el nombre del sistema y un nombre de punto compartido que representa el directorio o la unidad compartida. nombre del nodo Nombre exclusivo que se utiliza para que el servidor pueda identificar una estación de trabajo, servidor de archivos o PC. nombre mundial Identificador de nombre sin firma de 64 bits que es único. número de inodo Número que especifica un archivo de inodo determinado en el sistema de archivos. número de unidad lógica (LUN) En el estándar Small Computer System Interface (SCSI), un identificador exclusivo utilizado para diferenciar dispositivos, los cuales son unidades lógicas (LU). O objeto gestionado En Tivoli Storage Manager, definición en IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux la base de datos de un servidor gestionado que se ha distribuido en él mediante un gestor de configuración. Cuando un servidor gestionado se suscribe a un perfil, todos los objetos asociados a ese perfil se convierten en objetos gestionados en la base de datos del servidor gestionado. Po lo general, un objeto gestionado no puede modificarse localmente en el servidor gestionado. Los objetos pueden incluir políticas, planificaciones, conjuntos de opciones de cliente, scripts de servidor, registros de administrador, definiciones de servidor y definiciones de grupos de servidores. objeto "tombstone" Un subconjunto pequeño de atributos de un objeto suprimido. El objeto "tombstone" se conserva durante un periodo especificado y al final de este periodo se suprime permanentemente. ocupación física Cantidad de espacio utilizado por los archivos físicos de una agrupación de almacenamiento. Este espacio incluye el espacio sin utilizar que se crea cuando se suprimen archivos lógicos de los agregados. Consulte también archivo físico, archivo lógico y ocupación lógica. ocupación lógica Espacio utilizado por los archivos lógicos en una agrupación de almacenamiento. Este espacio no incluye el espacio sin utilizar que se crea cuando se suprimen archivos lógicos de archivos agregados, por lo que podría ser menor que la ocupación física. optimización de almacenamiento Consulte optimización de almacenamiento de datos. optimización de almacenamiento de datos Método para reducir las necesidades de almacenamiento mediante la eliminación de datos redundantes. Sólo se conserva una instancia de los datos en el soporte de almacenamiento. Las otras instancias de los mismos datos se sustituyen por un puntero hacia la instancia conservada. P página Unidad definida de espacio en un medio de almacenamiento o dentro de un volumen de base de datos. paquete En comunicación de datos, secuencia de bits, incluidos datos y señales de control, que se transmiten y conmutan en conjunto. partición de carga de trabajo (WPAR) Partición en una única instancia del sistema operativo. perfil Grupo denominado de información de configuración que se distribuye desde un gestor de configuración cuando se suscribe un servidor gestionado. La información de configuración puede incluir los ID de administrador registrados, políticas, planificaciones del cliente, conjuntos de opciones del cliente, planificaciones de administración, scripts del mandato de gestor de almacenamiento, definiciones del servidor y definiciones de grupos de servidores. Consulte también gestor de configuración y servidor gestionado. periodo de espera de montaje Número máximo de minutos que espera el servidor a que se satisfaga la solicitud de montaje del volumen de acceso secuencial antes de cancelar la solicitud. período de gracia de retención de copia de seguridad Número de días que se conserva una versión de copia de seguridad cuando el servidor no puede volver a vincular el archivo a una clase de gestión apropiada. período de gracia de retención de copias archivadas Número de días que se retiene una copia archivada cuando el servidor no puede volver a vincular el archivo a una clase de gestión apropiada. Consulte también vincular. periodo de retención de montaje Número máximo de minutos que el servidor retiene un volumen de medios de acceso secuencial montado que no se utiliza antes de desmontar el volumen de medios de acceso secuencial. plan de recuperación ante siniestro Archivo que crea el gestor de recuperación ante siniestro (DRM) que contiene información acerca de cómo Glosario 307 recuperar sistemas en caso de siniestro y los scripts que se pueden ejecutar para realizar algunas tareas de recuperación. El archivo incluye información acerca del software y el hardware que utiliza el servidor y la ubicación de los medios de recuperación. planificación Registro de base de datos que describe operaciones de cliente o mandatos administrativos que se deben procesar. Consulte planificación de mandatos de administración y planificación de cliente. planificación de cliente Registro de base de datos que describe el proceso planificado de una operación del cliente durante un periodo de tiempo específico. La operación del cliente puede ser una de copia de seguridad, archivado, restauración o recuperación, un mandato del sistema operativo del cliente o una macro. Consulte también planificación de mandatos de administración. planificación de mandatos de administración Registro de base de datos que describe el proceso planificado de un mandato de administración durante un periodo de tiempo específico. Consulte también planificación de cliente. planificador central Función que permite a un administrador planificar operaciones de cliente y mandatos de administración. Las operaciones pueden planificarse para que tengan lugar de forma periódica o en una fecha específica. Consulte planificación de cliente y planificación de mandatos de administración. porcentaje de premigración Valor establecido para la gestión de espacio que controla si los siguientes candidatos elegibles de un sistema de archivos se premigran durante la migración por umbral o la migración a petición. prefijo de volumen de cinta Cualificador de alto nivel del nombre de archivo o conjunto de datos de la etiqueta de cinta estándar. premigración Proceso de copia de archivos que son susceptibles de migración al 308 almacenamiento de Tivoli Storage Manager, pero dejando el archivo original intacto en el sistema de archivos local. protocolo de comunicación Conjunto de interfaces definidas que permite a los sistemas comunicarse entre sí. proximidad Proceso mediante el que se mantienen todos los datos que pertenecen a un único espacio de archivos de cliente, a un único nodo cliente o a un grupo de nodos cliente en un número mínimo de volúmenes de acceso secuencial de una agrupación de almacenamiento. La proximidad puede reducir el número de volúmenes a los que se debe acceder cuando es necesario restaurar un gran volumen de datos. punto de montaje En el servidor de Tivoli Storage Manager, unidad lógica a través de la cual se accede a los volúmenes de una clase de dispositivo de acceso secuencial. En tipos de dispositivos de medios extraíbles, como una cinta, un punto de montajes es una unidad lógica asociada a una unidad física. En tipos de dispositivos de archivos, un punto de montaje es una unidad lógica asociada a una corriente de E/S. El número de puntos de montaje de una clase de dispositivo se define con el valor del atributo de límite de montajes de esa clase de dispositivo. Consulte también límite de montajes. punto de validación Punto en el tiempo en el que los datos se consideran coherentes. R reclamación Proceso de consolidar los datos restantes de muchos volúmenes de acceso secuencial en menos volúmenes de acceso secuencial nuevos. reconciliación Proceso de sincronización de un sistema de archivos con el servidor de Tivoli Storage Manager, y a continuación eliminación de los objetos viejos y obsoletos de dicho servidor. reconciliación automática Proceso utilizado para reconciliar sistemas IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux de archivos en intervalos regulares. Los intervalos los establece un usuario con autorización de usuario root. Consulte también reconciliación. recuperación selectiva Proceso de copia de archivos elegidos por el usuario desde el almacenamiento de Tivoli Storage Manager en el sistema de archivos local. Compárese con recuperación transparente. recuperación transparente Proceso que se utiliza para recuperar un archivo de forma automática en una estación de trabajo o un servidor de archivos al acceder al archivo. Consulte también modalidad de recuperación. Compárese con recuperación selectiva. recuperar En Tivoli Storage Manager, copiar un archivo migrado desde el almacenamiento del servidor en el sistema de archivos de origen mediante el cliente de gestión de espacio. Consulte también recuperación transparente, recuperación selectiva y modalidad de recuperación. recuperar Copiar información archivada de la agrupación de almacenamiento en la estación de trabajo para utilizarse. La operación de recuperación no afecta a la versión de archivado de la agrupación de almacenamiento. red de área de almacenamiento (SAN) Red de almacenamiento dedicado personalizada para un entorno específico que combina servidores, sistemas, productos de almacenamiento, productos de red, software y servicios. red de área local (LAN) Red que conecta varios dispositivos de un área limitada (como un edificio o un campus) y que puede conectarse a una red mayor. registrar Definir un nodo de cliente o ID de administrador para que pueda acceder al servidor. registro Repositorio que contiene información de acceso y configuración para usuarios, sistemas y software. registro abierto Proceso de inscripción en el que los usuarios inscriben en el servidor sus estaciones de trabajo como nodos cliente. Compárese con registro cerrado. registro de eventos Registro de base de datos que describe el estado real y los resultados de los eventos. regla de autenticación Especificación que puede utilizar otro usuario para restaurar o recuperar archivos del almacenamiento. regla de autorización Especificación que permite a otro usuario restaurar o recuperar los archivos de un usuario del almacenamiento. remoto (1) Relativo a un sistema, programa o dispositivo al que se accede a través de una línea de comunicación. (2) Para los productos HSM, relativo al origen de los archivos migrados que se están moviendo. rendimiento En gestión de almacenamiento, total de bytes de la carga de trabajo, sin contar la sobrecarga, de los que se realiza una copia de seguridad o se archivan, dividido entre el tiempo transcurrido. resguardo Acceso directo en el sistema de archivos Windows generado por el cliente de gestión de almacenamiento jerárquico (HSM) para un archivo migrado que permite el acceso transparente por parte de los usuarios. Un archivo de resguardo es la representación como archivo disperso de un archivo migrado, con un punto de reanálisis adjunto. restauración de buzones Función que restaura datos de Microsoft Exchange Server (a partir de copias de seguridad de IBM Data Protection for Microsoft Exchange) en el nivel de buzón o en el nivel de elemento de buzón. restauración de un buzón de correo individual Consulte restauración de buzones. Restauración instantánea VSS Función de servicio de copia de duplicación de volúmenes (VSS) de Glosario 309 Microsoft asistida por hardware de nivel de volumen donde los volúmenes de destino que contienen la instantánea se vuelven a copiar en los volúmenes de origen originales. Restauración rápida VSS Función que utiliza un proveedor de software de servicio de copia de duplicación de volúmenes (VSS) de Microsoft para restaurar copias de seguridad VSS (archivos de registro y archivos de base de datos de IBM Data Protection for Microsoft Exchange) que residen en volúmenes de duplicación local. Restauración VSS Restauraciones VSS restauraciones VSS Función que utiliza un proveedor de software de servicio de copia de duplicación de volúmenes (VSS) de Microsoft para restaurar en su ubicación original copias de seguridad VSS (archivos de registro y archivos de base de datos de IBM Data Protection for Microsoft Exchange) que residen en el almacenamiento del servidor Tivoli Storage Manager. restaurar Copiar información de la ubicación de copia de seguridad en la ubicación de almacenamiento activo para utilizarse. Por ejemplo, copiar información del almacenamiento del servidor en una estación de trabajo cliente. retención El espacio de tiempo, en días, que se retienen en la agrupación de almacenamiento las copias de seguridad o copias archivadas inactivas antes de ser eliminadas. Los atributos de grupo de copia y los periodos de gracia predeterminados de retención correspondientes al dominio definen la retención. retrotraer Eliminar cambios realizados en archivos de base de datos desde el último punto de validación. revincular Para asociar todas las versiones de las que se ha realizado un copia de seguridad de un archivo a un nombre de clase de gestión nuevo. Por ejemplo, un archivo 310 que tiene una versión de copia de seguridad activa se vuelve a enlazar cuando se hace una copia de seguridad de una versión posterior del archivo con una asociación diferente de clase de gestión. Consulte también vincular. ritmo En SNA, técnica mediante la cual el sistema receptor controla la velocidad de transmisión del sistema de emisor para evitar un desbordamiento. S SAN Consulte red de área de almacenamiento. script Serie de mandatos, combinados en un archivo, que llevan a cabo una función particular cuando se ejecuta el archivo. Los scripts se interpretan mientras se ejecutan. Compárese con Script de mandatos de Tivoli Storage Manager. Script de mandatos de Tivoli Storage Manager Secuencia de mandatos de administración de Tivoli Storage Manager que se almacenan en la base de datos del servidor de Tivoli Storage Manager. El script se puede ejecutar desde cualquier interfaz en el servidor. El script puede incluir sustitución para parámetros de mandatos y lógica condicional. sección Grupo de líneas de un archivo que, conjuntamente, tienen una función común o definen una parte del sistema. Cada sección se identifica mediante un nombre que aparece en la primera línea. Según el tipo de archivo, una sección termina con la siguiente aparición de un nombre de sección en el archivo o con un marcador de fin de sección explícito. Una sección también puede terminar al final del archivo. Secure Sockets Layer (SSL) Protocolo de seguridad que proporciona privacidad en las comunicaciones. Con SSL, las aplicaciones de cliente/servidor pueden comunicarse de un modo seguro diseñado para evitar el eavesdropping, el tampering y la falsificación de mensajes. serialización Proceso consistente en manejar archivos que se modificaron durante procesos de copia de seguridad o archivado. Consulte serialización dinámica, serialización estática, IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux serialización estática compartida y serialización dinámica compartida. serialización dinámica Tipo de serialización de copia en el que se realiza una copia de seguridad o una copia archivada de un archivo o una carpeta en el primer intento independientemente de si éste cambia durante dichos procesos. serialización dinámica compartida Valor de serialización que especifica que no debe archivarse ni realizarse copia de seguridad de un archivo si se está modificando durante la operación. Tivoli Storage Manager vuelve a intentar la operación de copia de seguridad o archivado varias veces. Si el archivo se está modificando durante todos los intentos, Tivoli Storage Manager realizará una copia de seguridad o archivará el archivo en el último intento. Consulte también serialización. Compárese con serialización dinámica, serialización estática compartida y serialización estática. serialización estática Valor de serialización de grupo de copia que especifica que no se debe modificar un archivo durante una operación de copia de seguridad o archivado. Si el archivo se está utilizando en el primer intento, el gestor de almacenamiento no puede efectuar una copia de seguridad del archivo ni archivarlo. Consulte también serialización. Compárese con serialización dinámica, serialización dinámica compartida y serialización estática compartida. serialización estática compartida Valor de serialización de grupo de copia que especifica que no se debe modificar un archivo durante una operación de copia de seguridad o archivado. Tivoli Storage Manager reintenta la operación un cierto número de veces. Si el archivo está siendo utilizado durante los reintentos, no se llevará a cabo la operación de copia de seguridad o archivado. Consulte también serialización. Compárese con serialización dinámica, serialización dinámica compartida y serialización estática. serie de copia de seguridad de base de datos Una copia de seguridad completa de la base de datos, y hasta 32 copias de seguridad incrementales realizadas desde esa copia de seguridad completa. Cada copia de seguridad completa que se ejecuta inicia una serie de copia de seguridad de base de datos nueva. Un número identifica cada serie de copia de seguridad. Servicio de copia de duplicación de volúmenes Conjunto de interfaces de programación de aplicaciones (API) de Microsoft que se pueden utilizar para crear copias de seguridad de instantáneas de volúmenes, copias exactas de archivos, incluyendo todos los archivos abiertos, etc. servicio de diario En Microsoft Windows, programa que realiza un seguimiento de las actividades de cambio de los archivos que residen en sistemas de archivos. servidor Programa de software o sistema que proporciona servicios a otros programas de software o sistemas. servidor de archivos Sistema dedicado y sus dispositivos de almacenamiento periféricos conectados a una red de área local que almacena programas y archivos compartidos por los usuarios en la red. servidor de archivos de almacenamiento conectado a red (NAS) Dispositivo de almacenamiento dedicado con un sistema operativo optimizado para funciones de servicio de archivos. Un servidor de archivos NAS puede tener las características un nodo y de un transportador de datos. servidor de eventos Servidor al que otros servidores envían eventos para su anotación. El servidor de eventos dirige los eventos a los destinatarios habilitados para los eventos de los servidores remitentes. servidor de soportes En un entorno z/OS, un programa que proporciona acceso al almacenamiento del disco y de la cinta de z/OS para servidores de Tivoli Storage Manager que se ejecutan en sistemas operativos distintos de z/OS. Glosario 311 servidor gestionado Servidor de Tivoli Storage Manager que recibe información de configuración de un gestor de configuración mediante una suscripción a uno o más perfiles. La información de configuración puede incluir definiciones de objetos como políticas o planificaciones. Consulte también gestor de configuración, suscripción y perfil. servidor gestor de datos Servidor que recoge información sobre metadatos para inventario de cliente y gestiona transacciones para el agente de almacenamiento en la red de área local. El servidor de gestor de datos informa al agente de almacenamiento de los atributos de biblioteca aplicables y del identificador del volumen de destino. sesión Conexión lógica o virtual entre dos estaciones, programas de software, o dispositivos de una red que permite a los dos elementos comunicarse e intercambiar datos. sesión de administración Periodo de tiempo durante el cual un ID de usuario de administrador se comunica con un servidor para realizar tareas administrativas. Compárese con sesión de nodo cliente. sesión de nodo cliente Una sesión en la que un nodo de cliente se comunica con un servidor para realizar solicitudes de copia de seguridad, restauración, archivado, recuperación o migración. Compárese con sesión de administración. sistema de archivos activo Sistema de archivos al que se le ha agregado gestión de espacio. Con gestión de espacio, las tareas destinadas a un sistema de archivos activo incluyen la migración automática, la reconciliación, la migración selectiva y la recuperación. Compárese con sistema de archivos inactivo. Sistema de archivos de cifrado (EFS) Sistema de archivos que utiliza cifrado de nivel de sistema de archivos. sistema de archivos de origen Sistema de archivos desde el que se ha migrado un archivo. Cuando se recupera un archivo utilizando la modalidad de 312 recuperación normal o migrar al cerrar, el archivo siempre se devuelve al sistema de archivos de origen. sistema de archivos inactivo Sistema de archivos al que se le ha desactivado la gestión de espacio. Compárese con sistema de archivos activo. sistema de archivos montado automáticamente (AutoFS) Sistema de archivos gestionado por un daemon de montaje automático. El daemon de montaje automático supervisa una vía de acceso de directorio especificada y monta automáticamente el sistema de archivos para acceder a los datos. sistema de archivos nativo Sistema de archivos que se añade localmente al servidor de archivos y no se añade para gestión de espacio. El cliente de gestor de almacenamiento jerárquico (HSM) no ofrece servicios de gestión de espacio al sistema de archivos. sistema de archivos virtuales loopback (LOFS) Sistema de archivos que se crea montando un directorio sobre otro directorio local, también conocido como montaje sobre montaje. Un LOFS también puede generarse utilizando un montador automático. SSL Consulte Secure Sockets Layer. suscripción En un entorno de Tivoli, proceso que consiste en identificar a los suscriptores a los que se distribuyen los perfiles En Tivoli Storage Manager, una suscripción es el proceso mediante el cual un servidor gestionado recibe información de configuración asociada a un perfil particular en un gestor de configuración. Consulte también servidor gestionado, gestor de configuración y perfil. Systems Network Architecture (SNA) Descripción de la estructura lógica, formatos, protocolos y secuencias operativas para transmitir información y controlar la configuración y funcionamiento de las redes. T tamaño de archivo de resguardo Tamaño del archivo que sustituye el IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux archivo original de un sistema de archivos local cuando el archivo se migra al almacenamiento de Tivoli Storage Manager. El tamaño que se especifica para los archivos apéndice determina cuántos datos iniciales pueden almacenarse en éste. El valor predeterminado del tamaño de archivo apéndice es el tamaño de bloque que se define para un sistema de archivos menos 1 byte. TCA Consulte trusted communications agent. TCP/IP Consulte Protocolo de control de transmisión/Protocolo de Internet. tiempo de espera excedido Intervalo de tiempo asignado para que se produzca o se complete un evento antes de que se interrumpa la operación. tipo de dispositivo de archivo Tipo de dispositivo que especifica el uso de archivos de acceso secuencial en almacenamiento de disco como volúmenes. trabajo de migración Especificación de los archivos que se deben migrar y de las acciones que se deben realizar en los archivos originales después de la migración. Consulte también archivo de trabajo. transferencia de datos fuera de la LAN Consulte traspaso de datos fuera de la LAN. Transmission Control Protocol/Internet Protocol (TCP/IP) Conjunto de protocolos estándar abiertos que ofrecen conexiones de punto a punto fiables entre aplicaciones en redes interconectadas de distintos tipos. transportador de datos Dispositivo que transporta datos en nombre del servidor. Un servidor de archivos NAS (almacenamiento conectado a red) es un transportador de datos. traspaso de datos fuera de la LAN Traspaso de datos del cliente, entre un sistema cliente y un dispositivo de almacenamiento en una red de área de almacenamiento (SAN), pasando por alto la local. Este proceso también se denomina transferencia de datos fuera de la LAN. trusted communications agent (TCA) Programa que maneja el protocolo de contraseñas de inicio de sesión si los clientes utilizan la generación de contraseñas. U UCS-2 Esquema de cifrado de 2 bytes (16 bits) basado en la especificación ISO/IEC 10646-1. El UCS-2 define tres niveles de implementación: Nivel 1-No se permite la combinación de elementos cifrados; Nivel 2-Sólo se permite la combinación de elementos cifrados en tailandés, lenguas índicas, hebreo y árabe; Nivel 3-Se permite cualquier combinación de elementos cifrados. umbral de reclamación Porcentaje de espacio que debe tener un volumen de medios de acceso secuencial antes de que el servidor reclame el volumen. El espacio se puede reclamar cuando los archivos caducan o se suprimen. UNC Consulte nombre de convenio de denominación universal. Unicode Codificación de caracteres que permite el intercambio, el proceso y la visualización de texto escrito en los idiomas actuales comunes, además de textos clásicos e históricos.El Unicode estándar tiene un conjunto de caracteres de 16 bits definido en la ISO 10646. Unicode transformation format 8 Unicode Transformation Format (UTF), forma de cifrado de 8 bits, diseñada para facilitar el uso con sistemas existentes basados en ASCII. El valor CCSID de datos en formato UTF-8 es 1208. unidad de transmisión máxima Mayor unidad posible de datos que se puede enviar en un determinado medio físico de una trama. Por ejemplo, la unidad de transmisión máxima de Ethernet es 1.500 bytes. unidad lógica (LU) Punto de acceso a través del cual un usuario o programa de aplicación accede a la red de Systems Network Architecture (SNA) para comunicarse con otro usuario o programa de aplicación. Glosario 313 usuario autorizado Usuario con autorización de administración para el cliente de Tivoli Storage Manager en una estación de trabajo. Este usuario puede cambiar contraseñas, realizar inscripciones abiertas y suprimir espacios de archivos. usuario root Usuario del sistema que opera sin restricciones. Un usuario root tiene derechos y privilegios especiales necesarios para realizar tareas administrativas. UTF-8 Consulte Unicode transformation format 8. utilización de recursos durante la sesión Tiempo de espera, tiempo del procesador y espacio que se utiliza o recupera durante una sesión del cliente. UUID Consulte identificador exclusivo universal. V validar Buscar condiciones en un juego de políticas que puedan causar problemas si dicho juego de políticas se convierte en el juego de políticas activo. Por ejemplo, el proceso de validación comprueba si el juego de políticas contiene una clase de gestión predeterminada. velocidad de transferencia de datos compuesta Estadística de rendimiento que indica la media de bytes que se transfieren por segundo durante el proceso de una operación determinada. velocidad de transferencia de datos en red Velocidad calculada dividiendo el número total de bytes transferidos entre el tiempo de transferencia de los datos. Por ejemplo, esta velocidad puede ser el tiempo que se tarda en transferir datos en una red. versión Copia de seguridad de un archivo almacenado en el almacenamiento del servidor. La copia de seguridad más reciente de un archivo es la versión activa . Las copias anteriores del mismo archivo son versiones inactivas. El número de versiones retenidas por el servidor se determina mediante los atributos de grupo de copia de la clase de gestión. versión activa La copia de seguridad más reciente de un 314 archivo almacenado. La versión activa de un archivo no puede suprimirse hasta que el proceso de copia de seguridad detecta que el usuario ha sustituido el archivo por una versión más nueva o que el archivo se ha suprimido del servidor de archivos o la estación de trabajo. Compárese con versión inactiva. versión de copia de seguridad Archivo o directorio del cual un nodo de cliente ha realizado una copia de seguridad en el almacenamiento del servidor. En el almacenamiento del servidor puede haber más de una versión de copia de seguridad, aunque únicamente una de ellas es la versión activa. Consulte también versión activa y versión inactiva. versión inactiva Versión de copia de seguridad de un archivo que no es la más reciente o de un archivo que ya no existe en el sistema cliente. Las versiones de copia de seguridad inactivas caducan dependiendo de la clase de gestión asignada al archivo.Compárese con versión activa. vía de acceso Objeto que define una relación uno a uno entre un origen y un destino. Mediante la vía de acceso, el origen accede a un destino. Los datos pueden fluir del origen al destino y viceversa. Un ejemplo de un origen es un transportador de datos (como un servidor de archivos de almacenamiento conectado red [NAS]), y un ejemplo de un destino es una unidad de cintas. vincular Para asociar todas las versiones de un archivo con un nombre de clase de gestión. Consulte revincular. volumen Unidad discreta de almacenamiento en disco, cinta u otro medio de grabación de datos que admite alguna forma de identificador y lista de parámetros, como una etiqueta de volumen o control de E/S. Consulte también volumen reutilizable y volumen de agrupación de almacenamiento. volumen de agrupación de almacenamiento Volumen que se ha asignado a una agrupación de almacenamiento. Consulte también volumen, agrupación de datos IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux activos, agrupación de almacenamiento de copia y agrupación de almacenamiento primaria. volúmenes de duplicación local Datos almacenados en volúmenes de duplicación que se encuentran en un subsistema de almacenamiento de disco. volumen lógico Parte de un volumen físico que contiene un sistema de archivos. volumen lógico RAW Porción de un volumen físico que consta de bloques no asignados y no tiene definición JFS (journaled file system). Puede acceder a un volumen lógico puede para realizar operaciones lectura/escritura únicamente mediante funciones de E/S de nivel básico. volumen reutilizable Volumen etiquetado que está en blanco o contiene datos no válidos, que no está definido y que está disponible para utilizarse. volumen virtual Archivo de archivado en un servidor de destino que representa un volumen de medios secuencial de un servidor de origen. VSS Consulte Servicio de copia de duplicación de volúmenes. Glosario 315 316 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Índice A ACS_DIR, parámetro descripción 150 descripción en perfil backint (archivo .utl) 160 ACS_REPOSITORY, parámetro descripción 151 acsd descripción 130 ACSD, parámetro descripción 150 descripción en perfil backint (archivo .utl) 160 acsgen descripción 132 acsora descripción 103 acsutil descripción 107 actualizar definiciones de conjunto de destino 39 ADMIN_ASSISTANT, parámetro descripción 151 administración de contraseñas 127 agente de descarga (tsm4acs) descripción 137 Agente de descarga de FlashCopy Manager (tsm4acs) tape_backup, función 140 update_status, función 142 ALLOW_FULL_FILE_ BACKUP, parámetro descripción en perfil backint (archivo .utl) 160 aplicación personalizada ejemplos perfil 255 aplicaciones soportadas 2 APPLICATION_TYPE, parámetro descripción 152 archivo de contraseña descripción 212 archivo de volúmenes de destino ejemplos configuración de duplicación de DS8000 252 Controlador de volumen SAN 251 DS8000 248 Storwize V7000 251 archivo de volúmenes de destino (.fct) descripción 212 valores de parámetro clonación 220 Controlador de volumen SAN 218 DS8000 217 Storwize V7000 218 archivos tabla de referencia 225 © Copyright IBM Corp. 2001, 2011 archivos de configuración descripción 143 archivos de control archivo de contraseña descripción 212 archivo de volúmenes de destino (.fct) descripción 212 valores de parámetro de Controlador de volumen SAN 218 valores de parámetro de DS8000 217 valores de parámetro de Storwize V7000 218 valores de parámetro para clonación 220 clonar archivos descripción 223 perfil actualizar 149 descripción 143 descripciones de parámetro 149 ejemplos de parámetro 238, 241, 242, 244, 245, 247, 255, 256 estructura 144 LVM_FREEZE_THAW 211 TARGET_DATABASE_ SUSPEND 211 perfil backint (.utl) descripción 160 Perfil de configuración de SAP® BR*Tools (.sap) descripción 166 archivos de opciones Tivoli Storage FlashCopy Manager 222 Tivoli Storage Manager y Data Protection for Oracle 222 archivos de rastreo CIM 278 resumen 269, 270 subsistemas de almacenamiento 278 Tivoli Storage FlashCopy Manager 272 Tivoli Storage Manager for ERP 278 archivos de registro CIM 278 resumen 269, 270 subsistemas de almacenamiento 278 Tivoli Storage FlashCopy Manager 272 Tivoli Storage Manager for ERP 278 arreglos, obtener xviii ASM grupos de anomalía 11 DEVICE_CLASS 43 ASM_INSTANCE_ID, parámetro descripción 168, 182 ASM_INSTANCE_USER, parámetro descripción 168, 182 ASM_ROLE, parámetro descripción 168, 182 ASNODENAME, parámetro descripción 182 B backint descripción 105 backup_db2standby, función fcmcli 100 BACKUP_HOST_NAME, parámetro descripción 174 BACKUP_METHOD, parámetro descripción 182 BACKUPIDPREFIX descripción 152 BACKUPIDPREFIX, parámetro descripción en perfil backint (archivo .utl) 160 base de datos clonación 84 bases de datos de conocimientos, búsqueda xvi BR*TOOLS descripción 105 BUFFER_SIZE, parámetro descripción 182 C cambiar contraseñas 127 Capacidad gestionada de consulta (fmquery) descripción 129 características de accesibilidad 285 CATALOG_DATABASE_ CONNECT_STRING, parámetro descripción 168 Centro de Publicaciones de IBM xii, xv CIM archivos de rastreo 278 archivos de registro 278 Generic Device Agent (acsgen) 132 clonación archivo de volúmenes de destino (.fct) valores de parámetro 220 archivos de configuración 223 base de datos 84 mandatos 116 clonación de base de datos con Tivoli Storage FlashCopy Manager 84 estados de usabilidad 85 Estados de usabilidad 85 postproceso 85 preproceso 85 proceso 85 visión general 84 317 CLONE_DATABASE, parámetro descripción 174 consulta, mandatos 93 contrato de soporte xix Controlador de volumen SAN archivo de volúmenes de destino (.fct) valores de parámetro 218 definir discos virtuales 64 ejemplos archivo de volúmenes de destino 251 preparar 31 convenio de denominación 39 copia de seguridad en Tivoli Storage Manager 137 en Tivoli Storage Manager Server 66 iniciar 75 parcial 67 sin discos de instantánea 67 copia de seguridad, mandatos 93 copia de seguridad completamente automatizada 69 copia de seguridad de FlashCopy reconciliación 32 copia de seguridad de instantánea modalidades con particiones DPF 67 repositorio estado 116 suprimir 114 copia de seguridad manual 69 copias de seguridad gestionar con DEVICE_CLASS 49 copias de seguridad incrementales de Oracle RMAN xxi COPYSERVICES_ HARDWARE_TYPE, parámetro descripción 174 COPYSERVICES_CERTIFICATEFILE, parámetro descripción 174 COPYSERVICES_COMMPROTOCOL, parámetro descripción 174 COPYSERVICES_SERVERNAME, parámetro descripción 174 COPYSERVICES_SERVERPORT, parámetro descripción 174 COPYSERVICES_TIMEOUT, parámetro descripción 174 COPYSERVICES_USERNAME, parámetro descripción 174 create_clone, función fcmcli 120 D daemons en segundo plano descripción 130 DATABASE_BACKUP_ INCREMENTAL_LEVEL, parámetro descripción 182 DATABASE_SCHEMA, parámetro descripción 171 318 DB2 archivo de historial de copia de seguridad 78 archivos 225 directorios 225 ejemplos diseño de disco 237 perfil 238 entorno nativo 17 entorno SAP® 19 mandato LIST HISTORY 78 mandatos 93 opciones de proveedor 93 DB2_ALIAS, parámetro descripción 190 DB2_AUTH_TYPE, parámetro descripción 190 DB2 HADR, servidor en espera ejemplos perfil 256 DB2_PRODUCTION_SERVER, parámetro descripción 190 DB2_USERNAME, parámetro descripción 190 definiciones 291 definiciones de conjunto de destino actualizar 39 archivos 37 convenio de denominación 37, 39 DB2 partición única 37 varias particiones 38 Oracle 37 perfil 38 definir conjuntos de destino actualizar 39 convenio de denominación 39 DB2 partición única 37 varias particiones 38 Oracle 37 perfil 38 definir discos virtuales Controlador de volumen SAN 64 Storwize V7000 64 definir los LUN DS8000 63 delete_clone, función fcmcli 121 delete_db2standby, función fcmcli 102 determinación de problemas entorno Oracle 279 errores varios 281 procedimiento general 269 variables de Oracle 280 DEVICE_CLASS gestionar copias de seguridad 49 DEVICE_CLASS, parámetro descripción 152, 190 descripción en perfil backint (archivo .utl) 160 DEVICE_CLASS USE_ FOR_CLONING, parámetro descripción 171 directorios tabla de referencia 225 discapacidad 285 diseño de disco de ejemplo 243 ejemplos DB2 237 entorno nativo de Oracle 240 entorno SAP® con Oracle 243 dispositivos almacenamiento archivos de rastreo 278 archivos de registro 278 configurar 62 preparar 30 clon 7 Controlador de volumen SAN 31, 33 DS8000 31 FlashCopy 5 IBM XIV Storage System preparar 30 instantánea 7 Storwize V7000 31 dispositivos de clon 7 dispositivos de instantánea 7 DMS_OPT, parámetro descripción 182 documentación Véase publicaciones DPF modalidades de copia de seguridad 67 DS8000 archivo de volúmenes de destino (.fct) valores de parámetro 217 definir los LUN 63 ejemplos archivo de volúmenes de destino 248 configuración de duplicación del archivo de volúmenes de destino 252 preparar 31 DSM_DIR, parámetro descripción 182 duplicaciones individuales 11 duplicar ejemplos archivo de volúmenes de archivo de DS8000 252 Global Mirror 42 individual 11 LVM 11, 27 DEVICE_CLASS 43 Metro Mirror 42 Oracle ASM DEVICE_CLASS 43 visión general 27 E educación consulte Formación técnica de Tivoli xvi ejemplos aplicación personalizada perfil 255 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux ejemplos (continuación) archivo de volúmenes de destino configuración de duplicación de DS8000 252 Controlador de volumen SAN 251 DS8000 248 Storwize V7000 251 DB2 diseño de disco 237 perfil 238 DB2 HADR, servidor en espera perfil 256 entorno nativo de Oracle diseño de disco 240 perfil 241 entorno Oracle ASM perfil 242 entorno SAP® con Oracle diseño de disco 243 perfil para sólo disco 244 perfil para traspaso de datos 245, 247 script de copia de seguridad de RMAN 243 enlaces simbólico 27 enlaces simbólicos 27 entorno DB2 nativo 17 Oracle ASM 23 Oracle nativo 21 planificar Tivoli Storage FlashCopy Manager 15 preparar Tivoli Storage FlashCopy Manager 15 producción 17 SAP® con Oracle 19 SAP® en DB2 19 servidores de clonación 44 asignación 47 determinar 44 requisitos previos 45 servidores de copia de seguridad 44 asignación 47 determinar 44 requisitos previos 45 entorno de copia de seguridad instalación no remota 60 remota 56 preparar servidores de clonación 44 servidores de copia de seguridad 44 servidores de clonación asignación 47 determinar 44 requisitos previos 45 servidores de copia de seguridad asignación 47 determinar 44 requisitos previos 45 entorno de producción instalar 56 preparar 17 estado repositorio 116 F fcmcli -f delete 94 -f inquire 94 -f inquire_detail 94 -f restore 94 backup_db2standby, función 100 create_clone, función 120 delete_clone, función 121 delete_db2standby, función 102 función de copia de seguridad 112 función delete 96, 114 función restore para aplicaciones personalizadas 114 inquire, función 96, 113 inquire_clone, función 120 inquire_db2standby, función 102 inquire_detail, función 96, 113 inquire_detail_clone, función 121 inquire_detail_db2standby, función 102 mount, función 135 postproc_clone, función 122 preproc_clone, función 121 refresh_clone, función 122 restore, función 97 unmount, función 136 fcmclil restore_db2standby, función 102 FLASH_DIR_LIST, parámetro descripción 171 FlashCopy dispositivos 5 tipo 40 FLASHCOPY_TYPE, parámetro descripción 174 fmquery descripción 129 formación, técnica de Tivoli xvi formación técnica de Tivoli xvi función de copia de seguridad fcmcli 112 función delete fcmcli 96, 114 función restore para aplicaciones personalizadas fcmcli 114 G Generic Device Agent (acsgen) descripción 132 Global Mirror 42 GLOBAL_SYSTEM_IDENTIFIER descripción en sección CLONING 171 GLOBAL_SYSTEM_IDENTIFIER, parámetro descripción 152 descripción en perfil backint (archivo .utl) 160 glosario 291 GRACE_PERIOD, parámetro descripción 174 granularidad de copia de seguridad grupo de anomalía Oracle ASM visión general 29 1 H HP_UX xxi I IBM Support Assistant xvii imágenes de copia de seguridad montaje 10 INFILE descripción 152 información de soporte xvi inquire, función fcmcli 96, 113 inquire_clone, función fcmcli 120 inquire_db2standby, función fcmcli 102 inquire_detail, función fcmcli 96, 113 inquire_detail_clone, función fcmcli 121 inquire_detail_db2standby, función fcmcli 102 instalación 53 modalidad de consola 263 modalidad silenciosa 263 preparar entorno 53 servidor de copia de seguridad no remota 60 remota 56 servidor de producción 56 instantánea desmontaje 134 montar 134 Interfaz de línea de mandatos de FlashCopy Manager (fcmcli) backup_db2standby, función 100 create_clone, función 120 delete_clone, función 121 delete_db2standby, función 102 función de copia de seguridad 112 función delete 96, 114 función restore para aplicaciones personalizadas 114 inquire, función 96, 113 inquire_clone, función 120 inquire_db2standby, función 102 inquire_detail, función 96, 113 inquire_detail_clone, función 121 inquire_detail_db2standby, función 102 mount, función 135 postproc_clone, función 122 preproc_clone, función 121 refresh_clone, función 122 restore, función 97 restore_db2standby, función 102 unmount, función 136 Índice 319 interfaz de usuario de Oracle nativo (acsora) descripción 103 Internet, búsqueda para la resolución de problemas xvii, xviii Internet Protocol Versión 6 283 L libros Véase publicaciones línea de mandatos sintaxis 231 LVM_FREEZE_THAW, parámetro descripción 152 descripción en perfil backint (archivo .utl) 160 descripción en sección CLONING 171 M Management Agent (acsd) descripción 130 mandato configuración 123 mandatos administrativos 123 aplicaciones personalizadas 109 clonación 116 copia de seguridad 93 delete 93 inquire 93 restaurar 93 mandatos administrativos 123 mandatos de configuración 123 manuales Véase publicaciones MAX_SNAPSHOT_VERSIONS, parámetro descripción 152 descripción en perfil backint (archivo .utl) 160 MAX_VERSIONS, parámetro descripción 152, 190 Metro Mirror 42 migrar 259 modalidad de consola instalación 263 modalidad silenciosa instalación 263 MODE, parámetro descripción 182 montaje imágenes de copia de seguridad 10 montaje forzado 10 montaje forzado 10 mount, función fcmcli 135 N NEGATIVE_LIST, parámetro descripción 152 descripción en sección CLONING 171 320 NUM_BUFFERS, parámetro descripción 182 NUM_SESSIONS, parámetro descripción 182 O Oracle entorno ASM 23 ejemplo de perfil 242 entorno nativo 21 archivos 225 archivos de opciones de sistema 266 directorios 225 ejemplo de diseño de disco 240 ejemplo de perfil 241 varias stanzas de servidor 267 entorno SAP archivos 225 directorios 225 entorno SAP® 19 ejemplo de diseño de disco 243 ejemplo de perfil para sólo disco 244 perfil de ejemplo para el traspaso de datos 245, 247 mandatos 103 opciones de proveedor 103 resolución de problemas 279 errores varios 281 variables resolución de problemas 280 Oracle ASM grupos de anomalía 11 DEVICE_CLASS 43 visión general 29 P PARALLEL_BACKUP, parámetro descripción 182 PARALLELISM, parámetro descripción 182 parámetro 149, 238, 241, 242, 244, 245, 247, 255, 256 parámetro CATALOG_DATABASE_ USERNAME descripción 168 parámetro COPYSERVICES_PRIMARY_ SERVERNAME descripción 174 parámetro COPYSERVICES_SECONDARY_ SERVERNAME descripción 174 parámetro DATABASE_BACKUP_ SCRIPT_FILE descripción 168 parámetro DATABASE_CONTROL_ FILE_RESTORE descripción 168 parámetro OPTIONS descripción 182 parámetro OVERWRITE_DATABASE_ PARAMETER_FILE descripción 171, 182 parámetro TARGET_DATABASE_ PARAMETER_FILE descripción 168, 171 parámetro TIMEOUT_<PHASE> descripción en perfil backint (archivo .utl) 160 PARTITION_GROUP, parámetro descripción 152 Passport Advantage xix PATH_TO_XCLI descripción 174 perfil actualizar 149 definiciones de conjunto de destino 38 actualizar 39 convenio de denominación 39 descripción 143 descripciones de parámetro 149 ejemplo para el traspaso de datos entorno SAP® con Oracle 245, 247 ejemplo para sólo disco entorno SAP® con Oracle 244 ejemplos aplicación personalizada 255 DB2 238 DB2 HADR, servidor en espera 256 entorno nativo de Oracle 241 entorno Oracle ASM 242 ejemplos de parámetro 238, 241, 242, 244, 245, 247, 255, 256 estructura 144 LVM_FREEZE_THAW 211 TARGET_DATABASE_ SUSPEND 211 perfil backint (.utl) descripción 160 Perfil de configuración de SAP® BR*Tools (.sap) descripción 166 planificación de la capacidad 15 planificar capacidad 15 POST_FLASH_CMD descripción 152 POST_FLASH_CMD, parámetro descripción 190 postproc_clone, función fcmcli 122 PRE_FLASH_CMD descripción 152 PRE_FLASH_CMD, parámetro descripción 190 preproc_clone, función fcmcli 121 problemas, determinación descripción del problema para IBM Software Support xx determinación del impacto empresarial para IBM Software Support xix envío de un problema a IBM Software xx IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux procedimiento de copia de seguridad aplicación personalizada 75 base de datos DB2 modalidad paralela 67 copia de seguridad completamente automatizada 69 copia de seguridad manual 69 DB2 65, 67 en Tivoli Storage Manager Server 66 modalidad en serie 67 Oracle nativo 67 en Tivoli Storage Manager Server 68 Oracle nativocopia de seguridad automatizada 69 Oracle nativocopia de seguridad manual 69 SAP® con Oracle 70 copia de seguridad automatizada 75 servidor DB2 HADR 76 servidor en espera DB2 76 sistema de archivos 75 procedimiento de restaurar aplicación personalizada 82 DB2 77 Método de restauración dos (sólo archivos de datos) 81 método de restauración uno (toda la base de datos) 80 Oracle nativo 79, 80 archivo de datos 81 base de datos 80 restauración de instantánea procedimiento 79 SAP® con Oracle 81 servidor DB2 HADR 83 servidor en espera DB2 83 sistema de archivos 82 PROFILE, parámetro descripción 182 publicaciones buscar xii descargar xii hardware relacionado xv pedir xii Tivoli Storage FlashCopy Manager xv Tivoli Storage Manager xiii R RECON_INTERVAL, parámetro descripción 174 reconciliación copia de seguridad de FlashCopy 32 refresh_clone, función fcmcli 122 repositorio copia de seguridad de instantánea estado 116 REPOSITORY_LABEL, parámetro descripción 151 requisitos previos servidores de clonación 45 servidores de copia de seguridad 45 resolución de problemas entorno Oracle 279 errores varios 281 procedimiento general 269 variables de Oracle 280 restauración, mandatos 93 restauración de instantánea procedimiento 79 restore, función fcmcli 97 restore_db2standby, función fcmcli 102 RESTORE_FORCE, parámetro descripción 174 S script de configuración descripción 123 script de copia de seguridad de RMAN ejemplo 243 secciones de parámetro de perfil ACSD 151 CLIENT 152 CLONING 171 DB2STANDBY 190 DEVICE_CLASS dispositivo 174 GLOBAL 150 notas 195 OFFLOAD 182 OFFLOAD_DB2STANDBY 195 ORACLE 168 sin discos de copia de seguridad 67 sintaxis acsd, mandato 231 acsgen, mandato 231 acsora, mandato 231 acsutil, mandato 231 backint, mandato 231 fcmcli -f contraseña, mandato 231 fcmcli -f used_capacity, mandato 231 fcmcli, mandato 231 tsm4acs, mandato 231 Snapshot Object Manager (acsutil) descripción 107 software support envío de un problema xx soporte de cliente contacto xix soporte de software contacto xix descripción del problema para IBM Software Support xx determinación del impacto empresarial para IBM Software Support xix STORAGE_SYSTEM_ID, parámetro descripción 174 Storwize V7000 64 archivo de volúmenes de destino (.fct) valores de parámetro 218 definir discos virtuales 64 ejemplos archivo de volúmenes de destino 251 preparar 31 subscripción de soporte xix subsistemas de almacenamiento archivos de rastreo 278 archivos de registro 278 configurar 62 Controlador de volumen SAN definir discos virtuales 64 DS8000 definir los LUN 63 preparar 30 Controlador de volumen SAN 33 DS8000 31 IBM XIV Storage System 30 Storwize V7000 31 servicios de copia admitidos 4 Storwize V7000 definir discos virtuales 64 supresión, mandatos 93 suprimir copia de seguridad de instantánea 114 SVC_CLEAN_RATE, parámetro descripción 174 SVC_COPY_RATE, parámetro descripción 174 31, T tape_backup, función tsm4acs 140 TARGET_DATABASE_SUSPEND, parámetro descripción 152 descripción en perfil backint (archivo .utl) 160 TARGET_NAMING, parámetro descripción 174 TARGET_SETS, parámetro descripción 174 teclado 285 TIMEOUT_<PHASE> descripción 152 TIMEOUT_CLOSE, parámetro descripción en sección CLONING 171 TIMEOUT_COMPLETERESTORE, parámetro descripción en sección CLONING 171 TIMEOUT_FLASH, parámetro descripción 152 descripción en perfil backint (archivo .utl) 160 descripción en sección CLONING 171 TIMEOUT_FLASHRESTORE, parámetro descripción en sección CLONING 171 TIMEOUT_PARTITION, parámetro descripción en sección CLONING 171 TIMEOUT_PREPARE, parámetro descripción en sección CLONING 171 Tivoli Storage FlashCopy Manager copia de seguridad completamente automatizada 69 Índice 321 Tivoli Storage FlashCopy Manager (continuación) copia de seguridad manual 69 iniciar copias de seguridad automáticamente 75 procedimiento de restauración Método de restauración dos (sólo archivos de datos) 81 Método de restauración uno (toda la base de datos) 80 restauración de instantánea procedimiento 79 Tivoli Storage FlashCopy Manager SAP con Oracle BR*TOOLS descripción 105 Tivoli Storage FlashCopy Manager SAP® con Oracle (backint) descripción 105 Tivoli Storage Manager copia de seguridad en Tivoli Storage Manager Server 66 integración 13, 137 Tivoli Storage Manager for ERP archivos de rastreo 278 archivos de registro 278 TRACE, parámetro descripción 150 TRACE, TRACEFILE, parámetro descripción en perfil backint (archivo .utl) 160 TSM_BACKUP, parámetro descripción 152, 190 TSM_BACKUP_FROM_ SNAPSHOT, parámetro descripción 152 TSM_BACKUP_FROM_SNAPSHOT, parámetro descripción en perfil backint (archivo .utl) 160 tsm4acs descripción 137 tape_backup, función 140 update_status, función 142 visión general (continuación) producto 1 VOLUME_MGR, parámetro descripción 152 VOLUMES_DIR, parámetro descripción 174 VOLUMES_FILE, parámetro descripción 174 U unmount, función fcmcli 136 update_status, función tsm4acs 142 USE_CONSISTENCY_GROUPS, parámetro descripción 174 USE_WRITABLE_SNAPSHOTS, parámetro descripción 174 V varias particiones definiciones de conjunto de destino 38 VIRTUALFSNAME, parámetro descripción 182 visión general componente 8 322 IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del usuario para UNIX y Linux Número de Programa: 5608-W07 5641-A06 5724-X94 Impreso en España SC11-8042-00