IBM Tivoli Storage FlashCopy Manager: Guía de instalación y del

Anuncio
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
Descargar